Not an issue any longer sorry for the delayed post.

And if you want the latest file that appears to be working FAR more accurately/appropriately:

wget -O /var/www/fog/lib/fog/fogcron.class.php https://raw.githubusercontent.com/FOGProject/fogproject/working/packages/web/lib/fog/fogcron.class.php

I believe I’ve found and fixed the task active tasks page to refresh properly and stop displaying completed tasks. I tested this very minimally as I don’t have my normal dev environment setup currently.

It appears to be working properly, and should be fixed for RC-11.

As I don’t have a means to properly test this issue, I am not going to solve it, but just wanted to give a heads up so people don’t think it’s just been forgotten.

I’m solving this topic for now. @Jim-Graczyk if you are still having the issue, mind creating a new one? I will work on this in the meantime, but I would much prefer a new bug report for the issue (after updating to latest rc of course) .

Marking solved as this was not a bug, it really was a valid db connection not being able to be made. (this means the storage nodes it was asking for could not communicate to the main server).

@sebastian-roth said in Cant PXE Boot = PXE-T01: File not Found:

So here is another reason to push for the next release.

I think we are ready for another RC.

The best way to delete hiberfil.sys is to disable hibernation in Windows:

Go to Start menu, type “cmd” open up command prompt Type “powercfg.exe -h off” [make sure you are an Administrator] ENTER Type “exit” ENTER RESTART YOUR PC and you are all set

After the restart, you should be able to see more free space on your hard drive.

This generally works for 90% of the time but if it doesn’t work for you then you can refer to other available methods.

Ahh my bad, the description was just blank as I was just testing the Menu.
I copied every other field but the description from my previous server. All good now cheers.
Sorry about that.

I had the same issue with T540p’s, a git pull and the 1.5.0-RC-10 resolved this for me also.

@joe-schmitt said in AutoLogOut on Windows 10 - Service seems to hang:

@88fingerslukee after double checking, the FOG Client does not force log offs; this means that any other user process can stop the log off. This indicates the problem is likely another program on the computer, that or a GPO policy is blocking it.

Could you try running:
shutdown.exe /l manually on a problematic machine and see what happens?

This command works and logs me out. For some reason it isn’t happening automatically

However, ultimately I would recommend using GPO to handle inactivity log outs. There are some known restrictions with the log out module (https://github.com/fogproject/fog-client#autologout)

Can you tell me how I would do inactivity logouts via GPO? The reason I use Fog for this purpose is because there was never any other way to do this.

@cojohnson Well, just let us know when you need further help on this.

@Brian-David well this is certainly strange. This is the best theory I can think of:

Is one of the snapins specifically to blame? You state that this only happens when you run “All Snapins”; from the client perspective this is no different then running them individually. Are you running all of the snapins individually, and this issue is not present then?

If this is not the case let me know, and I can walk you through using the client’s debugger, it should help narrow down the issue pretty quickly.

@damonledet Any news on this?

@patate01 Sorry this has slipped through. Just too many things happening here in the forums. Thanks for reporting. I know Tom has changed the code to only print a warning but keep going but I added a fix to not warn/fail on empty diskuuid as well.

Moved to bug reports and marked as solved.

@joe-schmitt you can close this sorry to waste your time…it is working correctly.

@tom-elliott Ok, I confirm it is working. Thanks!

Okay. You have a point about backing up the original disk.
I’ll give that a bash and check if it works.

@tom-elliott Thanks for your attention on my tickets!
The most cryptic one (count= issue) is not solved by sgdisk -z before dd but after. I’m going to add some infos.
Thanks again for FOG: I’ve been using it by 6-7 years. I can multicast deploy a 20 dual boot pc classroom in 30 minutes!

@sebastian-roth Doing the DB maintenance resolved the issue.

Wanted to give a reply… but with Houston after Hurricane, and business having to pickup and move… just now getting around to following up.

Thank you for your help and patience!

Thanks Tom!