Posts made by andyroo54

@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

Hi,

For some strange reason my new fog client is getting this authentication error… a few days ago it seemed to be working OK, hosts were renaming and even joining to domain. But now for some reason in the logs I’m getting this issue. I haven’t changed anything on the fog server. I’m running trunk 7017 on ubuntu 14.04.

I get this error on both win 7 and 10.

Any ideas?

--------------------------------Authentication--------------------------------
------------------------------------------------------------------------------
 15/04/2016 2:50 PM Client-Info Version: 0.9.12
 15/04/2016 2:50 PM Middleware::Communication URL: http://10.0.3.213/fog/management/other/ssl/srvpublic.crt
 15/04/2016 2:50 PM Middleware::Authentication ERROR: Could not get security token
 15/04/2016 2:50 PM Middleware::Authentication ERROR: Could not find file 'C:\Windows\system32\token.dat'.
 15/04/2016 2:50 PM Data::RSA FOG Server CA cert found
 15/04/2016 2:50 PM Middleware::Authentication Cert OK
 15/04/2016 2:50 PM Middleware::Communication POST URL: http://10.0.3.213/fog/management/index.php?sub=authorize
 15/04/2016 2:51 PM Middleware::Communication ERROR: Failed to POST data
 15/04/2016 2:51 PM Middleware::Communication ERROR: The operation has timed out
 15/04/2016 2:51 PM Middleware::Authentication ERROR: Could not authenticate
 15/04/2016 2:51 PM Middleware::Authentication ERROR: Object reference not set to an instance of an object.
 15/04/2016 2:51 PM Service Sleeping for 120 seconds

------------------------------------------------------------------------------
--------------------------------Authentication--------------------------------
------------------------------------------------------------------------------
 15/04/2016 2:53 PM Client-Info Version: 0.9.12
 15/04/2016 2:53 PM Middleware::Communication URL: http://10.0.3.213/fog/management/other/ssl/srvpublic.crt
 15/04/2016 2:53 PM Middleware::Authentication ERROR: Could not get security token
 15/04/2016 2:53 PM Middleware::Authentication ERROR: Could not find file 'C:\Windows\system32\token.dat'.
 15/04/2016 2:53 PM Data::RSA FOG Server CA cert found
 15/04/2016 2:53 PM Middleware::Authentication Cert OK
 15/04/2016 2:53 PM Middleware::Communication POST URL: http://10.0.3.213/fog/management/index.php?sub=authorize
 15/04/2016 2:55 PM Middleware::Communication ERROR: Failed to POST data
 15/04/2016 2:55 PM Middleware::Communication ERROR: The operation has timed out
 15/04/2016 2:55 PM Middleware::Authentication ERROR: Could not authenticate
 15/04/2016 2:55 PM Middleware::Authentication ERROR: Object reference not set to an instance of an object.
 15/04/2016 2:55 PM Service Sleeping for 120 seconds

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

@Tom-Elliott I just got another CRC32 this is the output Tom:[img]http://i.imgur.com/L2RtsT2.png[/img]

@Quazz It happens randomly though. It’s the same image being deployed every time, yet we randomly get these CRC errors. I think it’s maybe a glitch with partclone.

I’m still getting this error, but it’s inconsistent. It only happens sometimes… sometimes an image job will work perfectly, other times I get this CRC32 error. I’m using my standard SOE not the one I originally linked in this forum post. It just has normal 100Mb system reserved, then the rest is on one partition.

Its almost like an error from the partclone transfer?

@VincentJ So this kinda died.

I was so busy this week… it’s just madness at work and I’ve been spending every spare second I have trying to rebuild my win 7 SOE with a new way to manage drivers (I’m going to make a new thread for win 7 deployment, or maybe update my old one, and maybe a win 10 guide too).

Anyway I’m not really sure what the upshot of this thread was. But I will make a virtual appliance, at some stage. Honestly work is just so busy and shows no signs of slowing up… we have to replace our entire core and edge network (which is huge) plus new core server infrastructure at two main sites all this year… on top of just trying to keep everything running and setting up new businesses everywhere…

@Malos said in SVN 4380 Cloud 5419 (on Ubuntu 14.04.3) - Fog Client (404) Not Found.:

Here’s the fix, just needs to be run once install.sh has finished completely:

Make a symbolic link at /var/www/html for fog, and point it at /var/www/fog

ln -s /var/www/fog /var/www/html/fog

Ta-da, no more 404s!

Thankyou!!!

OK Seems to be an issue with VMXNET3 NIc on ESXI 5.5

I changed the nic to E1000 and it loaded no worries. So I’m not sure if you’d call this a bug as such… but it doesn’t seem to be compatible with VMXNET3 nics…?

Hi,

Using trunk 7017 on ubuntu 14.04. Booting a vmware esxi vm with a VMX3 nic.

It’s a bit strange. iPXE loads correctly, but it seems to pause when trying to load bzimage. First time it got stuck around 50%, just hangs there. Then I reboot and it got stuck at 17% loading. Then I reboot and it got stuck at 0%. Then I rebooted and it loaded successfully, but then init.xz got stuck at 17%. Rebooted again and then they both loaded and it went on to upload the image successfully.

Not sure what the issue is here? Not loading files from the fog serve properly, here’s a screen shot:

http://imgur.com/a/NVdV6
Im kinda thinking it’s the VMX3 nic causing issues maybe… I’m going to try E1000 and see if the same thing happens.

@VincentJ Yeah I guess an ISO eliminates the hyper-visor issue… anyway, I’m not looking for an argument, just want to know why not ubuntu.

And yes I get what you are saying about just doing everything via webconsole, but there are times you need to do stuff on the server, and I think a lightweight gui could be useful. But if no one else agrees then there’s no point.