Imaging from Storage node fails

[ErwinBullen]

@Sebastian-Roth Hi, this is the output.
It look fine to me.


The error does not appear all the time. Sometimes (rare) it succeeds

[Sebastian Roth]

@ErwinBullen That’s interesting. The compressed image file seems to de-compress just fine. Not what I expected.

The error does not appear all the time. Sometimes (rare) it succeeds

From my point of view this sounds like a hardware issue. Please to RAM checks (memtest) and see if it finds any error on this particular client!

I expect the client/host to be the trouble maker here and not the storage node.

[ErwinBullen]

@Sebastian-Roth unfortunately it is not that simple.
I have the same on every machine i tested (more than 10) and on two different storage nodes. (with both a different Ubuntu Desktop version)
When i disable the StorageNodes, and use the defaultmember (initial fog instance with sql DB), the same pc’s all get their image perfectly.

[Sebastian Roth]

@ErwinBullen Ok, thanks for the update. So I definitely went down the wrong track assuming this was only on one machine.

Is it always sda2 failing as seen in the two pictures? Maybe it’s some kind of network (driver) issue?! Just blindly guessing here.

[ErwinBullen]

@Sebastian-Roth Hi Sebastian. It runs on a VMware. I’ll try with another network adaptor.
Do you know a way to manual extract the image over te network to another machine/folder so i can test the network card of the server ?

[Sebastian Roth]

@ErwinBullen said in Imaging from Storage node fails:

Do you know a way to manual extract the image over te network to another machine/folder so i can test the network card of the server ?

Probably could test by mounting the NFS share from a different system and try to run it through partclone like this:

mkdir -p /mnt/images
mount -t nfs 192.168.100.32:/images /mnt/images
zcat /mnt/images/B-Blok-v18-v4/d1p2.img | partclone.restore --ignore_crc -O /tmp/d1p2_deployed.img -N -f 1

Make sure you have enough free space on the destination machine you are running this command from!! As well you need to have partclone installed on that system!

[ErwinBullen]

I created a storage node on the vmware where the FOG is running with the same Ubunu, Fog 1.5.6 and still crashing only when a client gets connected to the Storage node. Any suggestions ?
I tried to mount and extract the image, but do not get beyond this error

[ErwinBullen]

This is the initial error only showing for a second.
Looks like a corruption error but a local extract works fine (see previous post)

[ErwinBullen]

is’t this strange ? All images report the same size ?

[Sebastian Roth]

@ErwinBullen said in Imaging from Storage node fails:

I tried to mount and extract the image, but do not get beyond this error

Sorry for that. Please try this:

mkdir -p /mnt/images
mount -t nfs 192.168.100.32:/images /mnt/images
zcat /mnt/images/B-Blok-v18-v4/d1p2.img | partclone.ntfs --restore --restore_raw_file --ignore_crc -N -f 1 -s - -O /tmp/d1p2_deployed.img

Hint: Again make sure you do this on a system where you have enough space in /tmp or where ever else you have enough room to dump the extracted image for testing. Maybe best to mount an empty extra disk in /mnt/test/ and write the output file there.

As well please run ls -alR /images on your storage node and post output here.