Debuging output while Rebuilding Thumbnail / Resizes

dmz001

Joined: 2005-08-16
Posts: 13
Posted: Tue, 2005-08-16 19:00

While trying to import a large number of JPEGs (the files were uploaded via sftp, to the server and then via Add Items | From Local Server. The server went away thinking for a while and the returned a SERVER ERROR generated by my ISP.

I went back to the albums and saw "broken image icons". I then tried to use System Maintainece | Build all thumbnails / resizes and I recieved the enclosed (only the first stanza) error message. And the job stopped at 340 of 548.

Following the error, I again attempted the run, but this time at around the 300+ mark the error re-appeared, but the job completed. But all pictures after the error are missing.

Any help would be appreciated.

Processing image 340 of 548



Estimated time remaining: 1:28

Memory used: 9101672, total: 40M

Continue...
This page is valid XHTML 1.0 Gallery 2.0-rc-1 G2RC1: +5 Insightful

Debug output for failed items:

file_exists(/homepages/37/d118410615/htdocs/Data/g2data/cache/entity/7/6/761.inc)
file_exists(/homepages/37/d118410615/htdocs/Data/g2data/cache/entity/7/6)
file_exists(/homepages/37/d118410615/htdocs/Data/g2data/cache/entity/7)
is_dir(/homepages/37/d118410615/htdocs/Data/g2data/cache/entity/7)
mkdir(/homepages/37/d118410615/htdocs/Data/g2data/cache/entity/7/6, 755)
rename(/homepages/37/d118410615/htdocs/Data/g2data/cache/entity/7/6/761.incc6WPGT,
/homepages/37/d118410615/htdocs/Data/g2data/cache/entity/7/6/761.inc)
file_exists(/homepages/37/d118410615/htdocs/Data/g2data/cache/derivative/7/6/761.dat)
file_exists(/homepages/37/d118410615/htdocs/Data/g2data/cache/entity/7/6/760.inc)
file_exists(/homepages/37/d118410615/htdocs/Data/g2data/cache/entity/7/6)
is_dir(/homepages/37/d118410615/htdocs/Data/g2data/cache/entity/7/6)
rename(/homepages/37/d118410615/htdocs/Data/g2data/cache/entity/7/6/760.incE1NjAI,
/homepages/37/d118410615/htdocs/Data/g2data/cache/entity/7/6/760.inc)
fopen(/homepages/37/d118410615/htdocs/Data/g2data/locks/7/6/761, wb+, 0)
flock(Resource id #4619, 6, )
file_exists(/homepages/37/d118410615/htdocs/Data/g2data/cache/derivative/7/6)
is_dir(/homepages/37/d118410615/htdocs/Data/g2data/cache/derivative/7/6)
getParameter path for netpbm plugin
copy(/homepages/37/d118410615/htdocs/Data/g2data/albums/FrenkelFamily/DSC_0001_001.JPG,
/homepages/37/d118410615/htdocs/Data/g2data/cache/derivative/7/6/761.dat)
realpath(/homepages/37/d118410615/htdocs/Info/gallery2/modules/core/classes/../../../)

Error (ERROR_PLATFORM_FAILURE)in
modules/netpbm/classes/NetPbmToolkit.class at line 413
(gallerystatus::error)
in modules/squarethumb/classes/SquareThumbToolkit.class at
line 122 (netpbmtoolkit::performoperation)
in modules/core/classes/GalleryDerivative.class at line 483
(squarethumbtoolkit::performoperation)
in modules/core/classes/GalleryDerivative.class at line 312
(galleryderivativeimage::_rebuildcache)
in modules/core/classes/GalleryDerivativeImage.class at line
175 (galleryderivative::rebuildcache)
in
modules/core/classes/helpers/GalleryDerivativeHelper_advanced.class at
line 703 (galleryderivativeimage::rebuildcache)
in modules/core/classes/GalleryCoreApi.class at line 830
(galleryderivativehelper_advanced::rebuildcache)
in
modules/core/classes/helpers/GalleryDerivativeHelper_simple.class at
line 66 (gallerycoreapi::rebuildderivativecache)
in modules/core/classes/GalleryCoreApi.class at line 817
(galleryderivativehelper_simple::rebuildcacheifnotcurrent)
in modules/core/classes/BuildDerivativesTask.class at line
92 (gallerycoreapi::rebuildderivativecacheifnotcurrent)
in modules/core/AdminMaintenance.inc at line 104
(buildderivativestask::run)
in ??? at line 0 (adminmaintenancecontroller::runtask)
in modules/core/classes/GalleryTemplateAdapter.class at line
710
in
/homepages/37/d118410615/htdocs/Data/g2data/smarty/templates_c/%%648610029/%%3A^3A8^3A818B59%%theme.tpl.php
at line 73 (gallerytemplateadapter::trailer)
in lib/smarty/Smarty.class.php at line 1251
in modules/core/classes/GallerySmarty.class at line 90
(smarty::fetch)
in modules/core/classes/GalleryTemplate.class at line 228
(gallerysmarty::fetch)
in main.php at line 319 (gallerytemplate::display)
in main.php at line 90
in main.php at line 82

<Please check the G2 FAQ (sticky topic in this forum) before posting!>
----

Gallery URL (optional):
Gallery version: RC1
Webserver (with version):
Datatabase (with version):
PHP version (eg 4.2.1):
phpinfo URL (optional):
Graphics Toolkit(s):
Operating system:
Web browser/version:
G1 version (for migration bugs):

AttachmentSize
debug-info.txt173.49 KB
 
mindless
mindless's picture

Joined: 2004-01-04
Posts: 8601
Posted: Wed, 2005-08-17 05:11

that failure is on a simple file copy.. check permissions and disk space.

 
dmz001

Joined: 2005-08-16
Posts: 13
Posted: Wed, 2005-08-17 20:14

No space problems. 800MB out of 2GB available
No permission problems. Everything seems to have been created by G2 and are owned by my userid. All the earlier entries appear to have been created correctly.

Could this be due to a timeout setting? Could the earlier timeout have corrupted something?

 
dmz001

Joined: 2005-08-16
Posts: 13
Posted: Fri, 2005-08-26 02:32

Is there a way to rebuild all the images from the command line? I have ssh access to the machine.

 
shakeb

Joined: 2005-01-04
Posts: 25
Posted: Fri, 2005-08-26 09:25

I dont know if this will help you but I had similar problems.
Go to site admin-> Toolkit Priority and then make sure Imagemajick is at the top and not GD. GD was causing a lot of similar problems to me.
Looks like your netpbm module is creating some problems.

 
dmz001

Joined: 2005-08-16
Posts: 13
Posted: Fri, 2005-08-26 12:06

It very clearly is a capacity issue. Small uploads (or imports) are not a problem. Anything that takes time to process, leaves things very confused.

If I could do it from the command line it would really be helpful.

 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Fri, 2005-08-26 14:21
Quote:
No permission problems. Everything seems to have been created by G2 and are owned by my userid. All the earlier entries appear to have been created correctly.

Those files can only be owned by your userid if your running Apache in either a chrooted jail or in a php-cgiwrap type thing so Apache runs as your user.

If that's not the case, then the permissions on those files are not correct. Are you able to upload even a simple (smallish) image from the web browser or move an image from one album to another?

 
dmz001

Joined: 2005-08-16
Posts: 13
Posted: Fri, 2005-08-26 15:20

Yes, Yes. Any small job runs fine.

 
dmz001

Joined: 2005-08-16
Posts: 13
Posted: Sun, 2005-08-28 02:43

A bit more information.

I noticed that one of the MySQL options was MySql with transactions... I reinstalled G2rc2 and this time selected mysqlt. I activated only NetPBM.

I had two uploads already on the server, a directory with 90 images and another with 162. I was able to import the 90 images successfully. I set the larger album to a single image size (1024x1024) and imported them with the delayed thumbnail build. The server returned a 500 error, and the album stayed empty.

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Sun, 2005-08-28 21:57

check the apache error log. for each 500 error status you should get an entry in the apache error log.

 
dmz001

Joined: 2005-08-16
Posts: 13
Posted: Mon, 2005-08-29 12:31

The ISP does not give access to the error logs.