Windows FOG storage node and multicasting mess

[fry_p]

So I figured out the replication issue (not all of my passwords matched). The database issue is still there (can’t see graph or any info on it). My next question is how the node gets integrated into the system. How does a PC know to pull from that node instead of the Main Server? I am failing to understand that.

So if I have a node in a building and my main fog server at the main site, the pc looks at the main server for “instructions” because DHCP tells it to look at it during netboot. I don’t see anywhere I can specify where it should pull from. It is quite possible this intelligence built in and I’m just an idiot.

[george1421]

@fry_p The missing bit if info you need is to install the location plugin on the root / master node. Then you can associate storage nodes to location and also workstations to location that way the workstation knows who it should talk to for imaging.

[fry_p]

@george1421 I just found that deep in the forums as you posted this. I had no idea this was a thing, but it is really cool! So the last piece is my database connection. I think it may be a permissions thing. I can log into my FOG database locally on the master server with a blank password. However, on the node, I unable to connect with the same credentials. I already commented out the “Bind-Address = 127.0.0.1” in /etc/mysql/my.conf

It’s probably a stupid thing but I’m stumped.

[george1421]

@fry_p If you are using ubuntu you need to do something (sorry rhel guy) to enable remote access to the database. I know Tom posted something just recently for another forum user. Let me see if I can find it.

[fry_p]

@george1421 Again, just as you posted this, I found it in the wiki. I can now access the database from the node, I hope the graph in the GUI is soon to follow…

[george1421]

@fry_p Sorry I’m running just a little slow today.

Glad you have it worked out. The remote storage node doesn’t have its own database, it uses the Master Node’s database that is why it need remote access to the database.

[fry_p]

@george1421 I appreciate your help though. I’ll give the GUI time to catch up, or if it still doesn’t work, make another post. Thanks everyone!

[Wayne Workman]

@fry_p said in Windows FOG storage node and multicasting mess:

I’ll give the GUI time to catch up, or if it still doesn’t work, make another post.

If it’s configured correctly, it should be immediate. Did you enable the graph for the storage node? Did you assign the storage node to the correct storage group and enable it? When installing the storage node, did you input the correct fogstorage password?

[Wayne Workman]

@fry_p said in Windows FOG storage node and multicasting mess:

I would now like to know @george1421 's method to changing the IP easily on the node for portability. I am ignorant to how nodes work and how hard it is to change the IP, so I am open to suggestions.

back to this question, You’ll be relieved to know that changing a storage node’s IP configuration is very easy.

Edit /opt/fog/.fogsettings and look for the ipaddress= field and put your new IP in it’s quotes. Then just re-run the fog installer on that storage node. This will also ensure you have the latest kernel and inits and required packages on this server too because you’re running the installer.

Then in the main server’s web interface, go to Storage Management and find the storage node you need to change the IP for, and just change it’s address in there. Be weary of your browser’s auto-fill in this area, it will change the password in this area without you knowing.

[fry_p]

@Wayne-Workman said in Windows FOG storage node and multicasting mess:

If it’s configured correctly, it should be immediate. Did you enable the graph for the storage node? Did you assign the storage node to the correct storage group and enable it? When installing the storage node, did you input the correct fogstorage password?

God, I’m striking out left and right. I changed the settings in /opt/fog/.fogsettings, but didn’t re-install, expecting the changes to be instant. What a dope I am…

Thanks for the info on changing the IP of the node. That’s not too bad and you’re right, having the latest of everything every time would be good.