MG 1.1 Error when rebuilding XMG Thumbnails
- Thread starter sami simo
- Start date
sami simo
Well-known member
Thanks Chris, its already disabled and I have no animated pictures in my gallery.
Sorry I neglected to reply to this sooner.
Uninstalling an add-on will add some more deferred processes to run, but first it will try to complete the existing ones and the thumbnail one hasn't finished yet, hence the error.
In the first instance, I suggest removing the thumbnail rebuild entry from the xf_deferred table, this will allow you to continue anything else you need to do.
(Using phpMyAdmin, go to the xf_deferred table and delete the record that has a class of "XenGallery_Deferred_Thumbnail")
Secondly, if you go to your Admin CP <your_url>/admin.php?tools/phpinfo what is your memory_limit setting? It may be worth increasing this and restarting PHP/the webserver to see if it makes a difference.
Incidentally, this actually could be a bug. On upload we bail out of thumbnail creation under certain conditions, we may well not be checking those conditions when rebuilding thumbnails.
Uninstalling an add-on will add some more deferred processes to run, but first it will try to complete the existing ones and the thumbnail one hasn't finished yet, hence the error.
In the first instance, I suggest removing the thumbnail rebuild entry from the xf_deferred table, this will allow you to continue anything else you need to do.
(Using phpMyAdmin, go to the xf_deferred table and delete the record that has a class of "XenGallery_Deferred_Thumbnail")
Secondly, if you go to your Admin CP <your_url>/admin.php?tools/phpinfo what is your memory_limit setting? It may be worth increasing this and restarting PHP/the webserver to see if it makes a difference.
Incidentally, this actually could be a bug. On upload we bail out of thumbnail creation under certain conditions, we may well not be checking those conditions when rebuilding thumbnails.
512M is actually pretty big.
If there's enough physical memory on the server, it wouldn't hurt to increase it but only temporarily.
If it still doesn't work, please return the memory limit back to what it was and then start a ticket from your customer area and provide FTP access. It would be interesting to ascertain which image is causing this.
If there's enough physical memory on the server, it wouldn't hurt to increase it but only temporarily.
If it still doesn't work, please return the memory limit back to what it was and then start a ticket from your customer area and provide FTP access. It would be interesting to ascertain which image is causing this.
Well, this makes very little sense, so far.
The images it falls over on are in a certain category (link in ticket). They are all single frame gifs that are actually quite small; around 500 x 500 px. The interesting fact is that of course the images are about 18 months old and were uploaded and thumbnailed at some point in the past and they obviously didn't error out then.
It's not uncommon for the imagick module or Image Magick itself to have bugs. The imagick module you have installed is version 3.1.2 (which is quite old, circa 2013) and the Image Magick build itself is from 2011 I think. PHP is up to date. It might be worth updating the imagick module and the Image Magick application itself to see if it makes a difference. If the images were originally uploaded on this server, something has changed since then (the code itself hasn't). Judging by the age of the imagick stuff, it may well be that the only thing that has changed is the PHP build, so my only feasible assumption so far is an incompatibility with newer PHP and older imagick stuff.
@MattW if this is possible, please let us know how you get on.
I managed to get the thumbnail rebuild (and the rebuild caches from your add-on install/uninstall) done by skipping the problematic images. For now, I've commented this skip out of the code (so the problem currently still exists). If upgrading imagemagick doesn't help, then you can uncomment the "continue" line from the following code in library/XenGallery/Deferred/Thumbnail.php and those image files will be skipped:
The images it falls over on are in a certain category (link in ticket). They are all single frame gifs that are actually quite small; around 500 x 500 px. The interesting fact is that of course the images are about 18 months old and were uploaded and thumbnailed at some point in the past and they obviously didn't error out then.
It's not uncommon for the imagick module or Image Magick itself to have bugs. The imagick module you have installed is version 3.1.2 (which is quite old, circa 2013) and the Image Magick build itself is from 2011 I think. PHP is up to date. It might be worth updating the imagick module and the Image Magick application itself to see if it makes a difference. If the images were originally uploaded on this server, something has changed since then (the code itself hasn't). Judging by the age of the imagick stuff, it may well be that the only thing that has changed is the PHP build, so my only feasible assumption so far is an incompatibility with newer PHP and older imagick stuff.
@MattW if this is possible, please let us know how you get on.
I managed to get the thumbnail rebuild (and the rebuild caches from your add-on install/uninstall) done by skipping the problematic images. For now, I've commented this skip out of the code (so the problem currently still exists). If upgrading imagemagick doesn't help, then you can uncomment the "continue" line from the following code in library/XenGallery/Deferred/Thumbnail.php and those image files will be skipped:
PHP:
if (in_array($item['media_id'], [28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38]))
{
//continue;
}
MattW
Well-known member
Imagick was installed via the built in RPM function in cPanel. If those images were added 18 months ago, that's well before they were hosted on my servers. This is a shared server, so I can't really go rebuilding stuff ad-hoc
Similar threads
- Question
