@Tom-Elliott said in Single disk, resizable - failed to set disk guid:

@dylan123 So the issue, if you’d like it fixed for now (I’ll relook at this code though).

Can you open the file, and add the /dev/sda components?

In other words make the file read as:

/dev/nvme0n1 dcfabb9e-4507-415e-b9a9-e437017df63b /dev/nvme0n1p1 1:0C86C94F86C939CA 1:9c90a090-937d-4c9b-9a25-0381f463b590 /dev/nvme0n1p2 2:6CCA-8BF5 2:7e69ccb9-b499-4bf5-8528-293b71e42988 3:2de320a9-99b6-4191-aeeb-1c15e96fae1d /dev/nvme0n1p4 4:CC34D93B34D9296A 4:b1911679-d848-4e8b-82fc-98616b55452e

Hey @Tom Elliott, tried the above code and that worked perfectly!

Will download the new init’s as suggested and see if that works also, thanks.

@george1421 Thank you for the quick reply! As a follow up, I managed to update to 1.4.0 RC6 and was then able to deploy an older image without trouble (single disk - resizeable). It completed, and resized successfully. Take care!

@george1421 @Tom-Elliott

Thanks for the help again!

@Fimlore Yes, only changing the “IP” to point at the relevant VLan’s. I’m sure there’s more stuff that would need to be worked out of course, but at least you can see it can be worked out. And I’m typically just a message away.

Also, with notepad++, you can change the formatting from Windows to Linux, to prevent these kind of issues

That did it! Thank you!

@george1421 yes this has been solved. Sorry for the delay I have been out the last few days

@Tom-Elliott yes

Nevermind disregard this post I switched out the adapter and now it is booting. thanks for your time.

@alh said:

To me it is not clear why at this stage (after we booted from the undionly.kpxe and therefore already found our desired boot server) one does not simply hard-code the IP of the FOG server here during installation?

The iPXE binaries are not being compiled on installation time but provided as binary. Therefore we can’t just hard-code the FOG server IP.

Update 1.4 RC 5 fixed the issue. Thanks for everyones help!

@aboushard After a client finishes deploying the image it sends a request to the FOG server to tell it “Job done”. I am wondering if this is happening in your case as well. Can you please take a look at the apache access and error log files just after the client finished. See my signature on where to find those logs.

@george1421 said in Storage nodes not deploying images:

@EuroEnglish AFAIK, multicast sessions are only hosted by the master server. Unless something has changed in the multicast bits only the master server sends out the image.

This has changed, the non-master storage nodes are now able to multicast too. It’s something Tom worked on maybe 6 months ago. It was so multicast wouldn’t go across the WAN link and conform to the settings set in Location Management.

You were absolutely correct. The Cisco switch was running regular Spanning tree. It has been modified to use the fast spanning tree and it worked like a charm!

@dylan123 As stated earlier, I got an instant “Failed to get IP via DHCP” error when I had just the dongle plugged directly in. I also am already using the “has_usb_nic=1” argument. Lastly. I have both the dongle MAC and the USB hub MAC listed in the host.

Hello,

I updated our Fog server to 1.3.5 and am happy to report success!
The image was deployed to the computer that was having the problem without any action.

How can I flag this post as solved?

Mind you, as an informative thing I suppose, the working branch already has the directory index fix.

@Tom-Elliott said in Cannot complete Capture on HP Detachable and HP Streaming laptops:

Multipartition Single Disk

Changing it to Multipartition Single Disk worked just great… I was able to deploy and capture those machine

Ok, i guess Ill just type them in again.

Just so you know Im not crazy, i pasted two lines in to a new xls from an old export and the one i did today, the orange is the missing tag.

0_1492026053382_upload-44406e12-4a1d-4372-9419-9e130e94a3c5 10-95-044-086 78:ac:c0:ae:61:56 4028 Hewlett-Packard HP Compaq 4000 Pro SFF PC
SE40-084-109 78:ac:c0:ae:61:56 Hewlett-Packard HP Compaq 4000 Pro SFF PC

@dloudon96 In fog images have 2 components.

Raw data files Database definitions (descriptors) of the image

You can copy (move) files between your old fog server and your new fog server no problem. You must recreate the image definitions in the database by hand on the new fog server. If you have the old fog server still running you can just copy and paste between the web GUIs.

FYI: If your old fog server is a 1.3.x you can export the database definitions from the web gui of the old fog server and import them into the new fog server.