I'm in the process of upgrading one of my sites, and no matter in which order I try to install, update, or whatever all of the small assortment of modules related to ubercart - I always hit this snag. If I hit reload on the page, I was able to quick snap an error
An AJAX HTTP request terminated abnormally. Debugging information follows. Path: http://upgrade.mywebdomain.com/update.php?op=selection&token=UFDVn2WqDzl... StatusText: ResponseText: ReadyState: 4
this led me to a page with this error:
The update process was aborted prematurely while running update #7001 in uc_catalog.module. All errors have been logged. You may need to check the watchdog database table manually.
am I doing something wrong - did I miss something before I did the D7 core update? (that itself goes just fine)
| Comment | File | Size | Author |
|---|---|---|---|
| #9 | uc_catalog_update_7001-inconsistency.patch | 603 bytes | longwave |
Comments
Comment #1
longwaveAs the second message says, is there anything else logged in in the watchdog? (Reports > Recent log messages)
Which versions of Drupal 6 and Ubercart did you upgrade from?
Comment #2
trevorleenc commentedthanks for the reply...
nothing gets logged to watchdog - curious I know...
My upgrade was this (I might should have mentioned the 5->6, sorry)
anyway, here's what I am working with...
5.x (bare minimum ubercart/drupal install - up to date on core & modules - in production & working)
to 6.x (bare minimum ubercart/drupal install - up to date on core & modules - tested & working)
to 7.x (...)
with regards to my ubercart setup - it's pretty basic - store, cart, product, catalog, payment method pack - just a good many products.
I have it setup now where I can roll (with ease) to either the 5.x, 6.x, or 7.x post upgrade if there's something I should look at.
I've tried running the process several times over the past couple of days starting from the 5.x using the activation/updating of modules in different orders etc, but with no workable results...I've even gone and "re-saved" all of the store settings once upgrade to 6 was complete, and re-save settings on the product node type, and the taxonomy terms as well - hoping something might give.
Comment #3
longwaveuc_catalog_update_7001() is responsible for upgrading images attached to catalog taxonomy terms, but without an error message I don't know what the problem is.
Comment #4
trevorleenc commentedupdated to D7
activate additional D7 core modules
(contextual links
Field
Field SQL Storage
Field UI
File
Image
Overlay
Shortcut
Toolbar)
run cron (just to be sure)
3 orphaned actions (user_block_ip_action, imagecache_flush_action, imagecache_generate_all_action) exist in the actions table. Remove orphaned actions
clear caches via phpmyadmin (covering my bases)
verify update.php [No pending updates.] (extra coverage)
update d6 cck field (only one: field_image_cache) to D7
remove old ubercart files, copy 7.x-3.2 to modules directory
run update.php (34 pending updates)
wait 5min...
stops on "Completed 9 of 34. / Updating uc_catalog module"
browser reload/stop
message generated:
click link to error page, generates this message:
after all of this, watchdog displays the following: (I also checked in the database itself, nothing there..)
these are all content_migrate related - there were no entries related to the ubercart update?
stopping this update process right there...
did I miss something? was there a different order to this process? Like I've said, over the past couple of days I've tried different (undocumented at the moment) procedures like updating ubercart first - attempting to activate ubercart, then updating etc...
also, being that update.php isn't generating anything to watchdog, is there somewhere else to look, or is there some way I can get a more verbose error from this process?
Comment #5
longwaveWhat happens if you try to run update.php again?
Have you tried upgrading Ubercart before using Content Migrate to migrate fields?
Comment #6
trevorleenc commentedre-running update reports that there are 25 pending updates...
hangs right away.
went into mysql and emptied all cache tables, re-run update.php (2nd try)
still hangs on Updating uc_catalog module - nothing in watchdog
will be back soon with second test case - updating ubercart first results
Comment #7
longwaveBy "hangs" what do you mean? How long have you left it for? It is moving file metadata around during that update, so it could take a while if you have a lot of catalog images.
Comment #8
trevorleenc commentedsame results when updating ubercart modules first...
stops on "Completed 9 of 34. / Updating uc_catalog module"
same errors - no watchdog entries available.
will run & document a couple more test cases over the next couple of hours
thank you for your time & patience...
Comment #9
longwaveDiscovered via private mail, uc_catalog_update_7001() gets stuck in an infinite loop during update.php if taxonomy term images are listed in uc_catalog_images, but the corresponding file records do not actually exist in the files table.
The attached patch fixes this by explicitly counting the records in the files table as well as the uc_catalog_images table.
Comment #10
trevorleenc commentedFirst off, let me say thank you longwave - you really went the extra mile here.
Hopefully this also helps anyone else out who encounters this.
I tested out the patch, and it worked - and as you'd mentioned, the catalog images didn't come through. Which is kinda ok, because there are only 13. My alternate plan was to wipe out the catalog module & taxonomy before upgrading to 7, then adding it back properly once everything else was in working order.
Once again, many thanks!
-TrevorLee
Comment #11
longwaveThanks for reporting back. I don't want to actually commit this, but I will leave this here in case anyone else has the same problem. Instead we should fix the upgrade process so it correctly migrates these images, but I don't have the time to look into that right now.
Comment #12
artscientific commentedThank you for posting this, had same issue going from drup/ubercart 6 to 7 with identical hang and had tried almost everything, was running out of tricks!
Comment #13
philsward commentedI too confirm that this patch fixes the "hang" issue with the catalog. This is the second time I've run into this issue and the first time, I simply deleted all of the term images before upgrading the site.
I would say it's probably safe to get the patch in #9 committed!
Now to figure out if there's a patch for the
error because I've moved those two modules from /modules to /modules/contrib... (Separate issue, I know)
UPDATE: Sorry... Had rules and views downloaded, but forgot to enable them... *rolls eyes*
Comment #14
longwaveThe problem with #9 is that the catalog images may exist, but will not get migrated correctly. We should figure out the source of the problem; the patch is just a workaround so people can complete the upgrade process.
For the Rules and Views message, try clearing cache or explicitly enabling the Rules and Views modules before running update.php again.
Comment #15
philsward commentedFor what it's worth...
When I ran the patch above, "some" of my images pulled in with no problem, others did not.
I'm not exactly sure why, but some of my images reside in the root /files directory, and others reside in /files/ubercart_images (I might have changed something back in the day to affect this, I've slept since then...) The images that are in the root /files dir migrated over without a problem. The ones sitting in the /files/ubercart_images folder, did not migrate at all.
Comment #16
longwaveReviewed this again, and the updated query is definitely more correct, so I committed it. If anyone is upgrading with catalog images and runs into an issue where they are not migrated correctly, please open a new issue and let's see if we can fix this properly.
Comment #18
Chad_Dupuis commentedNot sure if my problem is related, so I'm reopening this for now but will move to a new post if you feel it isn't related to this issue... didn't try the patch yet either because I'm not sure if it is appropriate for my case....
I'm trying to upgrade from d6->d7 and my update is also hanging on uc_catalog
7001 - Migrates uploaded catalog images to the new {file} table.
I'm getting out of memory errors:
Do you wish to run all pending updates? (y/n): y
PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 71 bytes) in /var/aegir/drush/includes/drush.inc on line 2431
Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 71 bytes) in /var/aegir/drush/includes/drush.inc on line 2431
Drush command terminated abnormally due to an unrecoverable error. [error]
Error: Allowed memory size of 1073741824 bytes exhausted (tried to
allocate 71 bytes) in /var/aegir/drush/includes/drush.inc, line 2431
I have a few hundred products, I believe, with one image on most - so not a huge amount.... Seems like it is trying to do something it shouldn't be, but I can't tell what that is....
Any help you can provide would be much appreciated!
Thanks,
-Chad.
Comment #19
longwavePlease try the patch and see if it helps.
Comment #20
Chad_Dupuis commentedThanks the patch let me get through anyhow... don't see my images now but they are in the product edit screen so I think it's just one of many configuration issues after the d6->d7 upgrade. Sorry for opening this up again and thanks for the help!!
Comment #21
ascii122 commentedcheers #9 for the patch. Had a job upgrading *really* old drupal 5 all the way to 7 .. so far so good. thanks mate
Comment #21.0
ascii122 commentedremoved personal domain from description