Was working prior to update, Image deployment

[Tom Elliott]

@EAHarvey Are you 100% sure this is a partimage image?

[EAHarvey]

@Tom-Elliott As far as I know yes. It was made with partimage back when we were running .032. I swapped the setting to partclone and it said it was not a partclone image. Its is the same image we’ve been using and imaging with.

[EAHarvey]

I was looking into the folder structure for the file—>>>>>/usr/share/fog/lib.

There is no such directory. hmm strange. So it’s trying to call a location that may not be there?

[Tom Elliott]

@EAHarvey Where are you looking for that structure?

[EAHarvey]

@Tom-Elliott It was in the error pic that i uploaded.

[Sebastian Roth]

@Tom-Elliott Do you have an idea why it would say line 641 in funcs.sh???

[Sebastian Roth]

@EAHarvey Yes, but those scripts are included in the initrd image file that boots up your client when your upload or deploy an image. Those scripts don’t exist on your FOG server installation. Well they do exist in the repository path you checkout when you upgrade your FOG installation. Not sure if this explanation is of any help to you. More or less complicated when you start looking into the details of FOG. You should not need to worry about this. Was trying to get Tom’s thoughts on what is going on here. As I can see from the listings you posted the init files seam to be new (date March 1st). Still confuses me.

[EAHarvey]

Looks like svn was updated to 4915. ok to give it a try?

[Tom Elliott]

@EAHarvey yes please

[EAHarvey]

@Tom-Elliott testing now.

[EAHarvey]

@Tom-Elliott Same error. segment fault changed to 3291 from 3290.

[EAHarvey]

@Tom-Elliott heading out for the day. I will check back in the morning. Thanks for all the help.

[Tom Elliott]

@EAHarvey seeing as this worked then suddenly stopped I wonder if you have another old image available to test with?

[Tom Elliott]

@Tom-Elliott also, if possible I did update the kernel today so maybe something in it is causing this issue? Try using an older kernel maybe?

[EAHarvey]

@Tom-Elliott I have that image and another called asusioncommpc. I pretty sure I already tried that but i will try again this morning.

The kernel issue, I can just go through the GUI and change it to an earlier version?

[Tom Elliott]

@EAHarvey Yes.

[EAHarvey]

@Tom-Elliott Moved the kernal back to 4.4.2 and same result. Going to double check a different image real quick.

[EAHarvey]

@Tom-Elliott Tried a different older image with same result.

[Sebastian Roth]

@EAHarvey I am still wondering if there is something wrong with the inits. Can you please run a debug deploy for this client (normal deploy but tick “Schedule task as a debug task” just before you hit the button “CREATE DEPLOY TASK FOR …”). When you get to the shell run head -n 642 /usr/share/fog/lib/funcs.sh | tail -n 3 Please take a picture of what you see on the screen and post it here.

Then you can run the debug deploy job using the command fog. Now you need top step through hitting ENTER. When things go wrong you might fall back to the shell (or try getting back to the shell with Ctrl+c). Take a look at the logfile by cat /tmp/status.fog

This is not going to solve anything. I am just trying to gather more information on what could be causing the broken pipe… my understanding is that the pigz (parallel gzip) is crashing and therefore not delivering data to the pipe anymore. Just a guess though.

[EAHarvey]

@Sebastian-Roth

When I try and cat that /tmp/status it says no directory.