Image download is stuck at 99%

[Tune389]

@ch3i only one storage, I tried to download the “ghost Image” over the task management, now it displays 0.0GB.
@Wayne-Workman yes I try it.

[ch3i]

@Tune389 If the reboot don’t solve your problem, check your FOG log files or try your task in debug mode.

[Tune389]

@ch3i still same problem, after a upload the Image have a size but don’t exist.
and there are no errors in the log files …

[Wayne Workman]

I thought we were troubleshooting “Downloads”.

Uploads is a totally different story.

Please check your FTP credentials inside your storage node, and in FOG Configuration -> Fog Settings -> TFTP_FTP credentials.

Also, please look inside of /images/dev and see if there is a directory in there with a MAC address on it.

Also, please check this out:

https://wiki.fogproject.org/wiki/index.php/Troubleshoot_FTP#Images_stuck_in_.2Fimages.2Fdev

https://wiki.fogproject.org/wiki/index.php/Troubleshoot_FTP

[ch3i]

@Wayne-Workman he has always checked FTP and /dev

[Wayne Workman]

@ch3i I saw some of it already done,

but I’m wondering if that isn’t the problem… because everything is pointing to FTP.

@Tune389 There is a “Testing FTP” section in that troubleshooting article. This will allow you to verify beyond doubt if FTP is the issue or not.

[Wayne Workman]

Can you run this?

[CODE]ls -laR /images[/CODE]

and post the output?

[Tune389]

@Wayne-Workman

ls -laR /images
/images:
total 24
drwxrwxrwx  6 root root 4096 May 26 14:54 .
drwxr-xr-x 25 root root 4096 May 27 08:48 ..
drwxrwxrwx  4 root root 4096 May 27 09:08 dev
drwxrwxrwx  2 root root 4096 May 20 16:45 Image20150520
drwxrwxrwx  2 root root 4096 May 26 14:54 Image20150526
 -rwxrwxrwx  1 root root    0 May 13 10:36 .mntcheck
drwxrwxrwx  2 root root 4096 May 13 10:36 postdownloadscripts

[Wayne Workman]

@Tune389 You don’t have .mntcheck in your /images/dev folder ? You don’t have any files at all inside Image20150526 or Image20150526 ?

[Tune389]

@Wayne-Workman only 2 folders named like a mac adress. Image-20150526:

ls -l
total 8600324
 -rwxrwxrwx 1 root root          2 May 26 14:16 d1.fixed_size_partitions
 -rwxrwxrwx 1 root root    1048576 May 26 14:22 d1.mbr
 -rwxrwxrwx 1 root root        190 May 26 14:22 d1.minimum.partitions
 -rwxrwxrwx 1 root root         30 May 26 14:16 d1.original.fstypes
 -rwxrwxrwx 1 root root        190 May 26 14:16 d1.original.partitions
 -rwxrwxrwx 1 root root          0 May 26 14:16 d1.original.swapuuids
 -rwxrwxrwx 1 root root    8644532 May 26 14:22 d1p1.img
 -rwxrwxrwx 1 root root 8797012661 May 26 14:54 d1p2.img

I try now a complete reinstallation.

[Tune389]

I did these steps …

• clear all files in /images
• delete databse from fog
• run fog installation
• upload an image (works fine)
• try an download - but failed .mntcheck is missing
• create .mntcheck file
• try the download again - it works. (unicast)
• try multicast - failed on “starting to restore image” without an error.
• reboot fog server
• try it again - nope …
• run again the fog setup (last time it fixed the problem)
• start multicast
• 97% - 98% - 99% - 100%
• and after 5 min still at 100% … no reboot …
• after a hard reboot - problem again partition size is not correct.
• /topic/5022/image-download-is-stuck-at-99/7

Fog-version: 3480

[ch3i]

@Tune389 Hi, have you test multicast with multiple hosts ? If yes, could you try with a single host.

[Tune389]

@ch3i same Problem

[ch3i]

@Tune389 I’ll try to multicast on my server.

[ch3i]

@Tune389
@ch3i said:

@Tune389 I’ll try to multicast on my server.

Haha, my multicast stuck at starting… lol

[Tune389]

@ch3i at “starting to restore image” ?

[ch3i]

@Tune389 Yep. Have that in my log :

[05-28-15 11:26:17 am]  | Task (55)  is new!
[05-28-15 11:26:17 am]  | Task (55) /fogimages/MASTER5800ADM image file found.
[05-28-15 11:26:17 am]  | Task (55) 1 client(s) found.
[05-28-15 11:26:17 am]  | Task (55)  sending on base port: 55828
[05-28-15 11:26:17 am] CMD: cat /fogimages/MASTER5800ADM/d1p1.img | /usr/local/sbin/udp-sender --interface eth0 --min-receivers 1 --max-wait 300 --portbase 55828 --full-duplex --ttl 32 --nokbd --nopointopoint;cat /fogimages/MASTER5800ADM/d1p2.img | /usr/local/sbin/udp-sender --interface eth0 --min-receivers 1 --max-wait 300 --portbase 55828 --full-duplex --ttl 32 --nokbd --nopointopoint;cat /fogimages/MASTER5800ADM/d1p3.img | /usr/local/sbin/udp-sender --interface eth0 --min-receivers 1 --max-wait 300 --portbase 55828 --full-duplex --ttl 32 --nokbd --nopointopoint;
[05-28-15 11:26:17 am]  | Task (55)  has started.
[05-28-15 11:26:27 am]  | Task (55)  is no longer running.
[05-28-15 11:26:27 am]  | Task (55)  has been cleaned as complete.

Reading the log, that’s the speedest multicast deploy of the world lol

[Tune389]

@ch3i I have the same issue, executing the fogsetup fixed this (see here) problem. I don’t know why but I have to execute the setup also a second time after a clean installation to fix the upload freeze.
edit:
@Wayne-Workman the Problem is not solved only the freeze at the start of the upload

[Tune389]

@ch3i any new informations about your tests? Is it working now, or is it a generally fog bug in the current version?

[ch3i]

@Tune389 said:

@ch3i any new informations about your tests? Is it working now, or is it a generally fog bug in the current version?

Hi,

Not sure if it’s a generally bug, but I’ve updated it this morning with latest SVN and I have the same problem…

Regards,
Ch3i.