Hi there,
Just grabbed gallery v3 using git and i see the import from gallery2 works much better then the zip file provided on slashdot! Anyways, trying the import and it hangs consistently at image 478 ... now, there is no debug logs or any information, so it's a little difficult to trouble shoot. looked in http logs, nothing...
Any suggestions? is there a flag i can enable debug with to see what it's doing?
thanks in advance
-sd
Posts: 12
Right, so I figured out how to enable debug. Guess I'm not reading the right places....
modify: gallery3/application/config/config.php
orig:
modified:
Now, unfortunately, debug isn't really giving me any good information about why the import is hanging. if i pause it and try and resume, it just sits and does nothing. if i cancel, and start again, it will start at "importing photo 175" and just hang...this is what i get in the gallery3/var/logs directory:
Posts: 12
Actually, I like replying to myself. On the maintenance screen I get this:
Rebuild Images You have 4 out of date photos
This number increases with each attempt to migrate/resume.
How do I find out which photo(s) are out of date? Maybe that's the culprit. When I try and rebuild images, that hangs...Disk space isn't an issue, so I'm at a loss now...
Thanks in advance
-sd
Posts: 12
anyone? bueller?
Posts: 7994
I took a couple of days off from the forums, sorry. You don't need to change the log threshold.. as you noticed, that just fills your logs with junk. Usually when we get to a problem like this there's *something* in the logs. :-/ If you turn the threshold back down again, clean out your gallery3 logs and try resuming the import is there anything in your logs?
How PHP savvy are you? It would really help if you could start putting log messages into modules/g2_import/helpers/g2_import.php in the import_item() function to try to figure out where it's failing.
Oh and also create a file called "local.php" in your gallery3 dir and put this in it:
that'll enable more error output.
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git | help! vote!
Posts: 12
hi bharat, no worries ... was kinda hoping you weren't the single point of failure here ... and others in the community may be able to help!
So, let's see. In the following order:
Removed gallery3
Re-Added using git
Added one addition to the g2_import.php for logging in the import_item static function.
Added local.php to the root gallery3 dir and have already removed the threshold by re-acquiring all the newest code through git
i run the import and am starting to see debug info. i only added one debug line, to tell me the id of what gallery was trying to import...hopefully that will give me a bigger hint...hangs at the following .. no errors or anything else in the log file : (
I'll assume that these match up to the gallery v2 db id's ... the hunt continues.
thanks
-sd
Posts: 12
Right, so the item it hangs on ... i can load that image fine in my browser if i go to gallery3/var/albums ...
it has an entry in the database:
so i'm a little confused and stuck again. perhaps someone should add some general "good" debug messages in the import, so its easy to turn on debug to see exactly what it is doing....working or not...saves a few forums posts maybe?
still, any suggestions would be appreciated. the only debug code i added was:
Posts: 7994
The problem with adding more debugging code is that we wind up leaving it all over the place and it fills up your logs with junk that's hard to decipher. Your logging is good so far.. keep adding more every few lines to try to narrow down exactly which line of code is failing. Add a line before every return statement so that you know how the function returned. Add some in g2_import_task.php also (in the same directory). Basically, add debugging lines *everywhere* so that you can trace the execution. You'll be able to narrow down the error to a small set of lines, and we can start digging in there.
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git | help! vote!
Posts: 12
Ok, will give it a shot today. A little concerned that anywhere there is a throw, it isn't actually throwing an error or writing it to the logs.