user warning: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'type for db_type_placeholder WHERE type = unsupported type for db_type_placehold' at line 1 query: UPDATE xmlsitemap SET type = unsupported type for db_type_placeholder WHERE type = unsupported type for db_type_placeholder in /var/www/vhosts/....../httpdocs/sites/all/modules/xmlsitemap/xmlsitemap.module on line 632.
my host use mysql version 5.0.45 PHP 5.2.17
Comments
Comment #1
dave reidI can't confirm this was a problem. The upgrade ran fine for me. Is the XML sitemap module disabled when you ran the update?
Comment #2
meefanyung commentedi disable xml sitemap before update. after update i enable module it still work fine.
No error or warning about this problem at my site now. if i got problem or error i will report it.
Comment #3
stan turyn commentedI can confirm the exact same error on running update.php after upgrading to 6.x-2.0-beta2.
Mysql version - 5.1.37
PHP - 5.2.10
Comment #4
gemini commentedSame issue. XML Sitemap modules were all disabled while running update.php
Drupal 6.20
MySQL 5.1.49
PHP 5.2.10
Apache 2.2.16
Comment #5
gemini commentedI don't know if this error was the reason, but my xml cache file wasn't populated with any data, even though the status was showing that my sitemap is up to date and doesn't need to be regenerated. The tables also contained all the URLs, although they weren't written into the XML file.
I uninstalled the module completely and re-installed from scratch. Everything seem to work fine now.
Comment #6
steinmb commentedAlso go this upgrading from 1.x branch. Running 'drush updatedb' for a live site in my local sandbox:
It also throws this further down:
Rerunning 'drush updatedb' and it do:
Now is it finishing correctly the remaining updates. A bit strange error, are we looking at some kind of race condition?
Best regards
Steinmb
Comment #7
Anonymous (not verified) commentedI don't know that the update has been tested with drush before. But at least it knew where to pick up and go. Giving the trouble Dave had getting an update from 1.x to 2.x working I'm happy it worked.
Comment #8
SchwebDesign commentedi got this error as well. thanks for all your work.
Comment #9
alexandreracine commentedI had this:
user warning: Unknown column 'max_filesize' in 'field list' query: INSERT INTO xmlsitemap_sitemap (smid, context, updated, links, chunks, max_filesize) VALUES ('NXhscRe0440PFpI5dSznEVgmauL25KojD7u4e9aZwOM', 'a:0:{}', 0, 0, 0, 0) in /var/www/includes/common.inc on line 3538.
Everything seems fine...
Comment #10
jelo commentedI just ran into the same error, but everything seems to work fine...
Unknown column 'max_filesize' in 'field list' query: INSERT INTO xmlsitemap_sitemap (smid, context, updated, links, chunks, max_filesize) VALUES ('NXhscRe0440PFpI5dSznEVgmauL25KojD7u4e9aZwOM', 'a:0:{}', 0, 0, 0, 0) in /var/vhosts/northstudio.grad.ubc.ca/htdocs/versions/11/includes/common.inc on line 3579.
Comment #11
Anonymous (not verified) commentedIf you're missing max_filesize then you need to execute the update.php and make sure it executes update 6203 and 6204.
I doubt that it is working fine or you would not have received this error. Rerun the update.php script as uid 1.
Comment #12
steinmb commentedAnd I guess this is RC1 not any of the beta?
Comment #13
dave reidI believe you can safely ignore this actually. Sitemap records are saved before the max_filesize column is added, but it shouldn't be something that needs fixing.
Comment #14
jelo commentedYes, it was RC1. What happened was that one Insert was not executed to enter a sitemap file/id into xmlsitemap_sitemap. Status Report showed some issues with XML sitemap due to old cache files still being available. After I cleared the cached files manually, I went to the configuration screen and clicked "Add XML sitemap". Then an entry was made into the table and the sitemap was built...
Comment #15
Anonymous (not verified) commentedDave Reid, the user will still need to execute update.php if file_maxsize is missing as per my earlier comment especially because of 6204; the PRIMARY_KEY changed in that update. I agree that nothing needs fixing in the code but the end user does need to fix his table by executing update.php for update 6203.
Comment #16
dave reidThe user doesn't need to fix anything. The real problem is calling xmlsitemap_sitemap_save() in xmlsitemap_update_6202(). Due to the use of drupal_write_record(), it attempts to use the schema in xmlsitemap_schema() which includes the max_filesize column, even though it hasn't been added yet. This is when we see the error, and it can be safely ignored. The very next update adds the max_filesize column and fills the values for it.
Comment #17
steinmb commentedConsider this done.