@Tom-Elliott It did Tom, thank you.
Posts made by TomBagley
-
RE: Failed to set disk guid (sgdisk-) (restoreUUIDInformation) error after deploying to Surface Pro 4
@Tom-Elliott Hi Tom do I need to capture a fresh image after running that? Re-imaged and got the same message.
-
RE: Failed to set disk guid (sgdisk-) (restoreUUIDInformation) error after deploying to Surface Pro 4
@Quazz Hi Quazz, seems to I’ve just reset the surface and it’s gone through the process and come back to OOBE without a problem.
-
RE: Failed to set disk guid (sgdisk-) (restoreUUIDInformation) error after deploying to Surface Pro 4
@UniSuperBox Hmm that’s interesting. It boots absolutely fine, if I hadn’t caught the error message I’m not sure I would have known.
-
Failed to set disk guid (sgdisk-) (restoreUUIDInformation) error after deploying to Surface Pro 4
Server
- FOG Version: 1.4.4 SVN 6077
- OS: CentOS7
Client
- Service Version:
- OS: Windows 10
Description
Hi,
Just testing out deployments to a surface pro 4. I have captured a basic image from the Surface (just created a local user on the machine to get to desktop, no sysprep). When I deployed back to the surface all seemed OK until the end where I got the 'Failed to set disk guid (sgdisk -) (restoreUUIDInformation) error.
My d1.original.uuids file for the image contains:
/dev/nvme0n1 b1f3ace2-8663-4e88-98b9-018c60d0b6a3 /dev/nvme0n1p1 1:FE2F-E040 1:addec0c6-0546-46f6-8789-1b9002a30019 2:72ce68c9-8ff5-4eaf-8197-ed86e5e8752e /dev/nvme0n1p3 3:4A44EC6844EC5869 3:365e62e4-e5e5-4408-bc88-26e9f291bd3f /dev/nvme0n1p4 4:0C42EEA242EE902E 4:453f2067-0e0b-4fd2-b61e-ff5026dce0a0
Could you assist?
Thanks guys,
Tom -
Client constantly restarting but hostname is correct?
[0_1496679782646_fog.log](Uploading 100%) ##### Server
- FOG Version: 1.3.0-RC-8
- OS: CentOS 5
Client
- Service Version: 1703 * OS: Win10
Description
Hi,
Today one of my users alerted me to the fog needs to perform maintanence popup on his machine and advised that it had rebooted. It then proceeded to continually reboot his PC several times and in the end I’ve had to disable the service to allow him to work.
His PC name does match what the fog database holds and apologies I don’t understand the fog log enough to comprehend why it’s creating the reboot task although there seems to be an authentication error.
------------------------------------------------------------------------------ --------------------------------Authentication-------------------------------- ------------------------------------------------------------------------------ 05/06/2017 16:36 Client-Info Version: 0.11.5 05/06/2017 16:36 Client-Info OS: Windows 05/06/2017 16:36 Middleware::Authentication Waiting for authentication timeout to pass 05/06/2017 16:38 Middleware::Communication Download: http://10.10.60.10/fog/management/other/ssl/srvpublic.crt 05/06/2017 16:38 Data::RSA FOG Server CA cert found 05/06/2017 16:38 Middleware::Authentication Cert OK 05/06/2017 16:38 Middleware::Communication POST URL: http://10.10.60.10/fog/management/index.php?sub=requestClientInfo&authorize&newService 05/06/2017 16:38 Middleware::Response Success 05/06/2017 16:38 Middleware::Authentication Authenticated 05/06/2017 16:38 Bus Registering ParseBus in channel Power 05/06/2017 16:38 Middleware::Communication URL: http://10.10.60.10/fog/management/index.php?sub=requestClientInfo&mac=B0:83:FE:90:FE:90||00:00:00:00:00:00:00:E0&newService&json 05/06/2017 16:38 Middleware::Response Success 05/06/2017 16:38 Middleware::Communication URL: http://10.10.60.10/fog/service/getversion.php?clientver&newService&json 05/06/2017 16:38 Middleware::Communication URL: http://10.10.60.10/fog/service/getversion.php?newService&json 05/06/2017 16:38 Service Creating user agent cache 05/06/2017 16:38 Middleware::Response Invalid time 05/06/2017 16:38 Middleware::Response No Printers 05/06/2017 16:38 Middleware::Response Module is disabled globally on the FOG server 05/06/2017 16:38 Service Initializing modules ------------------------------------------------------------------------------ ---------------------------------ClientUpdater-------------------------------- ------------------------------------------------------------------------------ 05/06/2017 16:38 Client-Info Client Version: 0.11.5 05/06/2017 16:38 Client-Info Client OS: Windows 05/06/2017 16:38 Client-Info Server Version: 1.3.0-RC-8 05/06/2017 16:38 Middleware::Response Success ------------------------------------------------------------------------------ ------------------------------------------------------------------------------ ----------------------------------TaskReboot---------------------------------- ------------------------------------------------------------------------------ 05/06/2017 16:38 Client-Info Client Version: 0.11.5 05/06/2017 16:38 Client-Info Client OS: Windows 05/06/2017 16:38 Client-Info Server Version: 1.3.0-RC-8 05/06/2017 16:38 Middleware::Response Success 05/06/2017 16:38 TaskReboot Restarting computer for task 05/06/2017 16:38 Power Creating shutdown request 05/06/2017 16:38 Power Parameters: /r /c "TaskReboot" /t 0 05/06/2017 16:38 Bus { "self": true, "channel": "Power", "data": "{\r\n \"action\": \"shuttingdown\"\r\n}" } 05/06/2017 16:38 Bus Emmiting message on channel: Power ------------------------------------------------------------------------------ 05/06/2017 16:39 Main Overriding exception handling 05/06/2017 16:39 Main Bootstrapping Zazzles 05/06/2017 16:39 Controller Initialize 05/06/2017 16:39 Zazzles Creating main thread 05/06/2017 16:39 Zazzles Service construction complete 05/06/2017 16:39 Controller Start 05/06/2017 16:39 Service Starting service 05/06/2017 16:39 Bus Became bus server 05/06/2017 16:39 Bus { "self": true, "channel": "Status", "data": "{\r\n \"action\": \"load\"\r\n}" } 05/06/2017 16:39 Bus Emmiting message on channel: Status 05/06/2017 16:39 Service Invoking early JIT compilation on needed binaries
I know I’m far from on the latest version of fog so if you suggest I update I certainly will. Just looking for assistance reading the fog log.
Thanks as always,
Tom -
RE: Unable to PXE boot after office move
@Wayne-Workman I changed the IP address to conform to our new networking structure and ran the tool which worked a charm. My Fog server has now sprung into life and is functioning as it was before the move so it must have been a network setting at our end that was causing the malfunction to begin with!
Thanks for the help as always really appreciate it.
Tom
-
RE: Unable to PXE boot after office move
@Wayne-Workman Thanks Wayne I will try that and let you know.
-
RE: Unable to PXE boot after office move
Hi,
I’m able to PXE boot if I roll back my Fog Server to a checkpoint when I first completed the build which does suggest I’ve changed something inadvertently.
I’ve only updated one image since this checkpoint so if it sounds sensible I’ll look to export the newest image, roll the server back and then import the newer image.
Tom
-
RE: Unable to PXE boot after office move
Hi,
Thanks for the responses. I have left the IP address the same although there is a wish to rebuild and change it to fit inline with our new network structure so that script is going to be extremely useful to me.Having said that there’s a possibility it was changed from it’s usual IP and then back to it so do you feel it’s still worth running the updateIP tool?
Tom
-
Unable to PXE boot after office move
Server
- FOG Version: 1.3 RC?
- OS: Centos 7
Client
- Service Version:
- OS: 10
Description
Hi,
After an office move and what I believe to be an identical setup my machines are failing to PXE boot with ‘connection reset’From this machine I am struggling to boot with I am able to ping my fog server. The machine is also getting an IP address from the fog server, however when I type the url for the fog management into a browser on the machine I get the page cannot be displayed which suggests that my fog server may be operating on some level but not fully? I cannot log in to the management system to get the RC version apologies.
Sorry for my lack of knowledge but I am unsure where to begin troubleshooting.
Thanks as always,
Tom -
RE: Hostnamechanger problem on new installation
@Wayne-Workman Thanks again, will have attempt tonight / tomorrow morning and report back hopefully with good news.
-
RE: Hostnamechanger problem on new installation
@Wayne-Workman Wow crikey thanks Wayne that makes sense I have saved those pages for future reference. My old FOG Server is just turned off I still have it in situ so any assistance restoring the certificates would be hugely helpful.
-
Hostnamechanger problem on new installation
Server
- FOG Version: 1.3.0 RC-8 SVN 5949
- OS: CentOS
Client
- Service Version:
- OS: 10
Description
Hi,
I recently rebuilt my Fog Server from scratch as I had an issue with quick registration and the disk space was rapidly running out.
Rebuilding has cleared up my quick reg problem however I am now having trouble with the hostname changer.I am unsure whether it’s the same issue as described here: https://forums.fogproject.org/topic/5088/could-not-get-security-token-token-dat/9
The symptom seems similar however I am running a newer version.
------------------------------------------------------------------------------ --------------------------------Authentication-------------------------------- ------------------------------------------------------------------------------ 11/10/2016 17:26 Client-Info Version: 0.9.12 11/10/2016 17:26 Middleware::Communication URL: http://192.168.150.10/fog/management/other/ssl/srvpublic.crt 11/10/2016 17:26 Middleware::Authentication ERROR: Could not get security token 11/10/2016 17:26 Middleware::Authentication ERROR: Could not find file 'C:\Windows\system32\token.dat'. 11/10/2016 17:26 Data::RSA FOG Server CA cert found 11/10/2016 17:26 Data::RSA ERROR: Certificate validation failed 11/10/2016 17:26 Data::RSA ERROR: Trust chain did not complete to the known authority anchor. Errors: The signature of the certificate cannot be verified. (NotSignatureValid) 11/10/2016 17:26 Middleware::Authentication ERROR: Could not authenticate 11/10/2016 17:26 Middleware::Authentication ERROR: Certificate is not from FOG CA 11/10/2016 17:26 Service Sleeping for 120 seconds
This is the first machine I have tried to image. I have removed the auto-join to active directory setting in case that was affecting it but to no avail.
Let me know if you need anything else,
Tom -
RE: Quick Registration gets stuck at 'Attempting to register host..'
@Sebastian-Roth Apologies for the late reply. It happened with every host, I tried a selection. I have however rebuilt my Fog Server with increased space which has thankfully resolved the issue so I’ll never know for sure . I am now however having issues with the hostnamechanger so will start afresh thread If I cannot resolve.
Thanks all for suggestions the debugging was good learning as was migrating to new hardware.
Tom
-
RE: Quick Registration gets stuck at 'Attempting to register host..'
@Tom-Elliott Sorry for delay, is this enough?
-
RE: Quick Registration gets stuck at 'Attempting to register host..'
@Tom-Elliott Got it, do you need me to run anything in the command line or provide an output?