Server

• FOG Version: 1.3.0-RC-14
• OS: Kubuntu 16.04

Client

• Service Version:
• OS:

Description

Spinning my wheels on why my step up is not working as imagined and looking for some help.

Main Server
Located in HQ - IP 192.168.0.194
Storage Node - Performing PXE/TFTP
Located at Remote Site - IP 192.168.5.135 (Connected via site to site VPN)

Both machines are set to do DHCP and PXE/TFTP tasks. It was my hope to be able to use a secondary NIC for those applications and only use the LAN IP’S (192.168.0.194/192.168.5.135) to replicate images. Seems to make sense form a management standpoint. I have come to find that this set up does not work. It can’t seem to negotiate across to the main server for registering a host.

All that being said, from what i can tell other people have done a similar set up effectively. So what I am looking for is advice on how to configure FOG to make this work.

I need the satellite office to receive the images from the main and image/register hosts. Its my hope to do this on a separate segment of the network to not crush bandwith on the .5 and .0 networks as they already have a heavy work load. If that is not possible I will look at other options but I want to look at the ideal first.

Does it make more sense to just set up both sites as stand alone machines and ftp new images to remote sites and update mysql table when new images are created?

@Tom-Elliott that maybe the issue is that it’s not seeing the master properly. I have two NICs on each machine. 1 is LAN access to communicate and the other for local dhcp to image clients respectively. LAN IP on master is 192.168.0.194 and LAN on mode is 192.168.5.135. The nics controlling DHCP are 192.168.25.106 master and node is 192.168.25.105. In /opt/fog/.fogsettings I am using the 25.x ips. Do I have that wrong?

Server

• FOG Version: 1.3.0-RC-14
• OS: Kubuntu 16.04

Client

• Service Version: N/A
• OS:

Description

I am getting an error unable to register host (/bin/fog.man.reg) when trying to register any host on new Storage Node. The only issue I see right away is that tftp and http show my master’s IP instead of the node. These computers are in separate offices connected with a VPN. I am able to log in to the master with no issue.

@Wayne-Workman do you enable user accounts for each employee for tracking purposes?

I saw a post from a few years ago referencing security settings as feature request but there was not a lot of movement on that post. I have a large environment with a number of employees that are deploying images and occasionally capturing them. I am concerned about deleting images and users. Are there any settings to disallow those actions for certain users?

@Tom-Elliott I emailed it to Wayne yesterday.

@Tom-Elliot that explains why manually importing in to mysql I would need to fix the fields, but not why the initial import did not add to the table. It gave a good confirmation in the GUI after importing as well. I got everything in there now and it sees the images fine so I guess for now all is well. thanks

@Wayne-Workman I ended up editing the CSV and manually importing it to SQL. I am not sure how the export/import is working but the exported file is missing a number of columns. imageID, imageProtect, imageMagnetUri, imageFormat
Once i added those I was able to import and everything is in the GUI now.

@Tom-Elliott the old server is on 1.3.0-RC-14 as well. I had just updated prior to moving. Figured it was best to move to move to the same version.

@Wayne-Workman looks like the csv format does not match up to the columns in mysql. If i try to add the .csv in manually its only taking the first row but all of the data is off. I think if i manipulate the csv I can get the images to come through correctly. Can you verify my findings? If so, any chance you know the command to copy the table to csv with headers? I tried SELECT * FROM images ‘OUTPUT FILE \images\test.csv’ but that gave me no result. said 1 row affect but no file was generated and I am sure it wouldn’t have the headers.

@Wayne-Workman I am not sure if that upload worked. Pop up said not enough privileges to perform this action

@Wayne-Workman [0_1476905657234_image_export.csv](Uploading 100%)

@Wayne-Workman The old server is trunk 1.3.0 -RC-14 (moving everything to new hardware). I ran export images on the old machine and imported them to the new, but I am still not seeing the images in the GUI on the new machine.

Server

• FOG Version: 1.3.0-RC-14
• OS: Kubuntu 14.04

Client NONE

• Service Version:
• OS:

Description

After creating new server. copied /images directory to new machine (connected drive externally and copied images), ran export images from old server and imported to new server. At this point i expected to see my images in the GUI. Followed steps to set permission on /images and still no change. Any help would be appreciated.

I was hoping to setup the clam av task but having a hard time finding any solid instructions. Running trunk, so 1.3.0-RC-11. Looks like CLAM AV needs to be pathed to /opt/fog/clamav. Any help would be appreciated.

@george1421worked perfectly. thanks!

I have a Master Fog server at HQ and 2 satellite offices that I want to get joined to this setup. Both offices connect to hq via vpn. Ideally, i want each location to be a storage node for replication of images (only want to create new images in one place), but I also need these locations to be able to independently operate for pxe/tftp. I tried looking through the steps for multiple tftp/pxe in the tutorials but the information seems a bit out dated and I am not sure what still applies (tried a number of things with no success).

HQ is running dnsmasq as DHCP is handled by the domain controller. Do i need to set up dnsmasq on the storage nodes as well since they will not be handling DHCP either? Any help on this would be greatly appreciated. Is this set up even possible?