Imaging Jobs Freezing

[Sebastian Roth]

@atarone You mean you aren’t able to switch even when the imaging did not freeze yet? Yeah, Ctrl+Alt+Fx is the key…

[atarone]

@Sebastian-Roth Correct. I am not able to switch when using CTRL-ALT-Fx.

[Sebastian Roth]

@atarone Before or after it freezes??

[atarone]

@Sebastian-Roth
@Tom-Elliott

Yes before it freezes I am not able to switch. On another interesting note, I tried updating to the latest client and i get the error message below:

Could this be related?

Thanks,

Anthony

[george1421]

@atarone This message is typically generated during an upload if/when someone mucks about with the linux user called fog. This is a service account that is owned by the FOG backend and should not be used for general system administration. If you happened to change this password or the installer got this account out of sync you will see the above error. I’m not saying that is your case, because what you have is a bit unique.

But I would start by inspecting the /opt/fog/.fogsettings file for the password, then make sure in the web gui that the storage node password matches. If they all do then connect to the fog server using a windows box ftp client. Use the user ID (fog) and password found in the .fogsettings file. Confirm that you can login.

[atarone]

@george1421 I confirmed the passwords and they do match. I can connect via a Windows FTP client, but when I run the update I still get the error listed below.

Thanks,

Anthony

[george1421]

@atarone Well my last post was way off base, you are not capturing an image but just trying to update the client settings.

There is another place the fog user account info is hidden in the fog settings under tftp server. I can’t say for absolute why this is there. I’m not saying that is your issue either. Its just strange why you have your root issue. I don’t think its related to updating the client settings.

[Tom Elliott]

The settings under TFTP Server is from the days of PXE Boot (plain and simple). These were used to define the TFTP Server and the fog username/password were used to upload the latest pxe file when tasking a client machine. This, then, was also used for updating the kernels. I just don’t have a logical way to achieve a more dynamic means of updating these things so these “settings” are now used during updating kernels.

[atarone]

@Tom-Elliott
@george1421 Thank you for clarifying. I am still getting the same error message when I try to update the client. Is there some where else this password could be messed? I did install the latest FOG update, so I am at 1.4.4. I will try a deployment and let you know if I have any success.

Thanks,

Anthony

[atarone]

@Tom-Elliott
@george1421 after updating to the latest version the deployments to the NCR still fail. I am able to image PCs and laptops so I will just use a different solution for the NCRs and leave it at that. Thanks everyone for all of your help and assistance!

Thanks,

Anthony