@Alan-Lim @jfernandz The message Starting sshd: touch: cannot touch '/var/lock/sshd' : No such file or directory is normal with the buildroot version currently used for the FOS inits. While it’s not nice it’s not causing any kind of issue and can be ignored.

The mount error seen after that is probably caused due to a router or firewall now allowing all the traffic needed to mount an NFS share.

@professorb24 said in Can't get pxe boot on my VM (FOG):

me to give out “fake” IP addresses

I think we have a language conflict here.

To use fog, the target computers (the devices where you will deploy your image), must use dhcp to get the pxe boot information. If you don’t have dhcp available for the client computers you will have a difficult time booting over the network. With that said, we do have a method to boot the computes into FOG via a usb boot stick. In this case you will need to take the usb boot drive around to the computers to start the imaging process.

The second issue you have is WDS. Right now FOG and WDS can not both occupy the same IP subnet since they will fight each other for network booting.

@DBCountMan If I recall correctly, this is on purpose. It’s been a while since I looked at it, but we set LDAP users to a specific set of identifiers and filter those out of the view because things you can do with local users (change password, etc…) you should not be able to do with LDAP based users.

@af-pw I’ve reread your OP several times and its not clicking in my head to what the problem is.

I can tell you that its possible to have 2 standalone fog servers and have the images from server A replicated to server B using the fog UI. All of the images from server A can be replicated to server B and then server B can add its own images to its own server only. But there is a caveat with this solution and its not supported by the Developers. Let me explain.

For a fog “image” there are two components. The first is the raw data files stored in /images. The second is the data base record (meta data).

You can do this by on server A going into the storage nodes and add server B as a slave storage node. Then add server B to the storage group for storage A. This will start to replicate the images from FOG server A to FOG server B. If there are images you don’t want replicated to server B, on server A go into the image definition and disable replication for that image.

Now for the caveat. The process above will replicate the raw data to server B. What it will not do is copy over the meta data. You will have to do that manually. on FOG server A go into the image definitions and export them as csv. Edit the csv with your favorite editor removing image definitions you don’t want to appear on server B. Then on server B’s web ui import the image definitions from server A. This step really only needs to be done if/when you add new images to server A that you want to see on server B.

@george1421 The PXE boot option only shows up if I remove the hard drive. Once I insert the drive, the PXE boot option disappears. Cant force boot or change boot order.

@skyborne98 Lets see if this document will answer your questions: https://docs.fogproject.org/en/latest/management/web/storage-node/

@kier056 What values do you have defined for dhcp option 66 and 67 on your dhcp server?

I am facing the some problem.
I Got it working …
i Changed the Indle Power Savings to Normal , under Powe Section in Bios

@herman Debugging this may be difficult. What changed between 5GB/min and now 270MB/min?

I’m going to suspect network issues, but what specifically changed?

The problem is solved.
I disabled DMA protection on the HP ProBook.
Good day.

Yes, that worked, thank you very much!

@Almeida

The problem is solved.
tftp was closed

Thanks.

@robert70569 This is interesting. I think it would fail earlier when trying to NFS mount the images share on the FOG server in that case. Strange.

@jouni-jokelainen said in Fog and Pfsense 2.7:

Adjusted Pfsense settings for fog (Thanks for these george) :

I guess this topic is solved then. Please open a new issue if you have more questions (not related to pfSense).

@george1421 The campus has it’s own subnet, im changing the problem with it. When I used a VM to test it, desktops in the lab have a hard time trying to connect to the FOG server via pxe boot. It times out after it tries to bring the gui up. So I’m trying to figure out why it keeps timing out. VMs will boot to it fine, but any physical systems either time out or boot fine with it.

This problem is solved after reinstalling new keys.
Running ‘installfog.sh -K’ solved my problem.
Now all images can be used again and no matter what client is installed they all work fine.

🙂

@george1421 If I give you access to any desk on a PC that reaches the 2 servers, would you be able to understand if there is something wrong?

@Wayne-Workman said in How to configure a DNS server？:

I would recommend dnsmasq. Here’s a good simple tutorial. https://stevessmarthomeguide.com/home-network-dns-dnsmasq/Minesweeper

I have never tried dnsmasq. Can you give detailed instructions on how to use it?

@jjurak Is this something you are actively looking to do?

If yes, do you use the fog client program? If yes that will be the problem. The fog client is hard coded to use port 80. I’ve been asking for a few years to decouple the fog client communication port from the management ui. But there has been other issues that have taken priority.

If you are interested in doing this I can probably give you a few areas to look.