@Wayne-Workman I didn’t get the notifications like the first few. Forums are great, but what about social media? Facebook might work better?

Server

• FOG Version: 1.3.0-RC-11
• OS: 14.04 LTS

Client

• Service Version: ^
• OS: Win 7

Description

Ok a little odd… we took a brand new computer never before registered in Fog. We do the normal “Perform full host registration etc” and then at the end of the registration when it asks if we want to image, we say yes.

The machine registers, but then on reboot it doesn’t image… we have to then manually deploy the image from the fog GUI.

I found a similar post here: https://forums.fogproject.org/topic/2552/after-performing-full-host-inventory-and-registration-not-automatically-imaging-after-restart

I tried what Tom said but the proxy settings were blank. This was also happening on Trunk version 7182 which I thought maybe an upgrade would fix, but still now on this RC version same issue.

I might just rebuild the server again from scratch but I was curious if this was a known issue or not?

Thanks,

@Tom-Elliott But Tom I’m getting this on every machine, desktops, laptops, etc, so it can’t be all of those machines surely? And it wouldn’t just work the next time if it was indeed bad memory.

The server is esxi vm, no errors, no other vms on that host have any issues.

Am I the only person getting these issues? I feel like I should just rebuild on another distro.

Pass complete, no errors…

Have to mark this as unsolved because it’s still happening…!

Its so odd… you deploy and get the CRC32 error, then if you deploy it again, the next time it works…? It’s random. Surely if the disk was corrupted, then it would consistently NOT work, not randomly work and randomly not work.

@andyroo54

I ran gparted instead.

[img]http://i.imgur.com/dvR2ImK.png[/img]

[img]http://i.imgur.com/pUJgcwZ.png[/img]

[img]http://i.imgur.com/OP3hB69.png[/img]

FYI, after using gparted, I was able to deploy the image without a CRC32 error. I’ll do some more testing to be sure! Thanks guys

@Tom-Elliott I booted into the live CD and ran this and this is the output. Not sure if I’m doing it right
[img]http://i.imgur.com/xxqdVop.png[/img]

@Sebastian-Roth .

[img]http://i.imgur.com/VKHFXuc.png[/img]

It’s hardware RAID in a HP DL380 server running esxi 5.5

@Sebastian-Roth It’s on a RAID 5 storage of sandisk SSD’s in a HP DL380 server.Do you think the SSD’s might be causing an issue?

[img]http://i.imgur.com/B4xpten.png[/img]

I upgraded to S VN trunk 7182

 15/04/2016 4:20 PM Service Stop requested
 15/04/2016 4:20 PM Bus {
  "channel": "Status",
  "data": "{\r\n  \"action\": \"unload\"\r\n}"
}
 15/04/2016 4:20 PM Bus Emmiting message on channel: Status
 15/04/2016 4:20 PM Bus Became bus server
 15/04/2016 4:20 PM Bus {
  "channel": "Status",
  "data": "{\r\n  \"action\": \"load\"\r\n}"
}
 15/04/2016 4:20 PM Bus Emmiting message on channel: Status

------------------------------------------------------------------------------
--------------------------------Authentication--------------------------------
------------------------------------------------------------------------------
 15/04/2016 4:20 PM Client-Info Version: 0.9.12
 15/04/2016 4:20 PM Middleware::Communication URL: http://10.0.3.213/fog/management/other/ssl/srvpublic.crt
 15/04/2016 4:20 PM Middleware::Authentication ERROR: Could not get security token
 15/04/2016 4:20 PM Middleware::Authentication ERROR: Could not find file 'C:\Windows\system32\token.dat'.
 15/04/2016 4:20 PM Data::RSA FOG Server CA cert found
 15/04/2016 4:20 PM Middleware::Authentication Cert OK
 15/04/2016 4:20 PM Middleware::Communication POST URL: http://10.0.3.213/fog/management/index.php?sub=authorize
 15/04/2016 4:20 PM Middleware::Communication Response: Invalid security token
 15/04/2016 4:20 PM Service Sleeping for 120 seconds