still converting after 2 days?

bjornbjorn

Joined: 2006-07-08
Posts: 5
Posted: Sat, 2006-07-08 14:14

Hey all,

I am migrating from g1 to g2 on another server. I rsync'ed the g1 directory after testing it as per the migration guide without moving the gallery software. (another post said I could do that) I first tested a single album which imported correctly, then I deleted that album so as not to end up with duplicates. Then I tried to import the whole thing. It's about 1.8 G of images and I clicked import about 2 days ago. The page is still "spinning" as if it's still loading a page. I am using Safari. More info follows. My question is: will it work? should I wait for it to stop spinning, or do something else? If I should wait, any idea how long? If not, how do I stop it? I am surprised Safari hasn't timed out.

running "du -sk ." in the gallery directory gives
[boyd]$ du -sk .
51556 .

which is a far cry from my original 1.8 G, which makes me think either this is going to take a month, or it's stuck.

thanks!

bjorn

Gallery URL: http://gallery.bjornroche.com

Gallery version = 2.1 core 1.1.0
PHP version = 5.1.2 cgi-fcgi
Webserver = Apache/2.0.54 (Unix) PHP/4.4.2 mod_ssl/2.0.54 OpenSSL/0.9.7e mod_fastcgi/2.4.2 DAV/2 SVN/1.1.4
Database = mysql 5.0.18-standard-log, lock.system=flock
Toolkits = ArchiveUpload, Exif, Getid3, NetPBM, SquareThumb, Thumbnail
Acceleration = none, none
Operating system = Linux boyd 2.4.29-grsec+w+fhs6b+gr0501+nfs+a32+++p4+sata+c4+gr2b-v6.189 #1 SMP Mon Feb 7 13:23:30 PST 2005 i686
Default theme = matrix
Locale = en_US
Browser = Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/418.8 (KHTML, like Gecko) Safari/419.3

G1: version 1.5.3-2 (running on Debian)
 
bjornbjorn

Joined: 2006-07-08
Posts: 5
Posted: Sat, 2006-07-08 15:39

Ah hour later, du still reports the same amount of disk space in the dir. I am going to stop it and try again, this time a few albums at a time.
 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Sat, 2006-07-08 21:36

Yep, it was probably stuck. As a precaution, you should bump the memory limit of php to a very high value (e.g. 512 MB). also, don't generate thumbs during import. defer that to a later point.
if it keeps failing, try importing just a few albums at a time.
 
bjornbjorn

Joined: 2006-07-08
Posts: 5
Posted: Sun, 2006-07-09 13:50

Thanks, that seems to have worked! Unfortunately, since I had to do a small number of albums at a time, it seems possible that I missed some. Is there any way I can verify that all my pictures are there? Some sort of audit? perhaps a check for the number of images or number of albums? Thanks for any tips!

bjorn
 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Mon, 2006-07-10 01:08

There's no built-in feature that does this verification for you, no.
but G1 and G2 both show the number of total items. not sure if one of them includes / doesn't include the albums themselves in that count. but you could compare the two installations based on that.
 
bjornbjorn

Joined: 2006-07-08
Posts: 5
Posted: Thu, 2006-07-13 00:35

Okay, thanks for the help. I used these commands on my server to make two
lists of images:

find gallery.bjornroche.com| grep -i .jpg | grep -v sized | grep -v thumb
| grep -v highlight | sed s,^.*/,, | sort > orig_file_list

find gallery.bjornroche.com_g2data | grep -i .jpg | sed s,^.*/,, | sort >
new_file_list

then I compared the lists using diff. some files had been renamed for some
reason, eg, im000632.jpg had been renamed to im000632_001.jpg. I diffed
those files by hand and they were the same, so I think it's all done.
Thanks a bunch for all the help!

bjorn
 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Wed, 2006-07-26 10:28

> im000632.jpg had been renamed to im000632_001.jpg

g2 does that usually if there is already a file called im000632.jpg in the same album.