Storage Nodes & Disk Info Pie Chart

[Tom Elliott]

Your separate nodes are talking with the database properly? Is FTP on the nodes operating properly?

[Neil Underwood]

Yes, I can manually connect via FTP from the node to the master. I just logged into the FTP server from a terminal on one of the nodes and performed a file transfer going both ways successfully.

I assume the nodes are communicating with the database properly based on the successful replication. Not very familiar with mysql though. Is there a way that I can test that manually?

[ch3i]

@Neil-Underwood If you want to test your mysql connection over the LAN between Master and Node :

mysql --host="ip" --user="your_username" --password="your_password"

Regards,
Ch3i.

[Neil Underwood]

Thanks for that. It appears there is an issue connecting to the database. I thought I had set the database to use “root” w/no password. No matter what combination of user/pass I try I get access denied. How do I go about fixing this?

Here is the relevant section from Config.class.php:

 /**
        * db_settings()
        * Defines the database settings for FOG
        * @return void
        */
        private static function db_settings()
        {
                define('DATABASE_TYPE',         'mysql');       // mysql or oracle
                define('DATABASE_HOST',         'xxx.xxx.xxx.xxx');
                define('DATABASE_NAME',         'fog');
                define('DATABASE_USERNAME',             'root');
                define('DATABASE_PASSWORD',             '');
        }

[ch3i]

@Neil-Underwood It’s the config of your Storage Node ?

[Neil Underwood]

No, sorry. This is the config of the mysql server on the master. However they are identical on both master and node.
Except for the host IP address. The master uses ‘localhost’

[ch3i]

@Neil-Underwood On each server you can connect to your Mysql with the root user without password ?

[Neil Underwood]

I’ve only got the one server, but yes, I can connect to the database locally as the root user, no password.

[Tom Elliott]

Try this:

mysql -u root -h <IPOFFOGSERVER> fog

[Neil Underwood]

These machines are all on different subnets and are communicating over an MPLS network + VPN. The subnets are being advertised by a Meraki MX80 firewall at the same location as the server and are all part of one big VLAN, in a sense.

I notice when I try: mysql -u root -h <IPOFFOGSERVER> fog
it appends the local IP address to the username.

sradmin@mid-fog-node ~ $ mysql -u root -h 192.168.xxx.200 fog
ERROR 1045 (28000): Access denied for user 'root'@'192.168.yyy.200' (using password: NO)

Could this be causing the authentication failure?

[Tom Elliott]

And you need to look at turning off bind address for that other eye peas can communicate to your SQL Server

[ch3i]

@Neil-Underwood said:

These machines are all on different subnets and are communicating over an MPLS network + VPN. The subnets are being advertised by a Meraki MX80 firewall at the same location as the server and are all part of one big VLAN, in a sense.

I notice when I try: mysql -u root -h <IPOFFOGSERVER> fog
it appends the local IP address to the username.

sradmin@mid-fog-node ~ $ mysql -u root -h 192.168.xxx.200 fog
ERROR 1045 (28000): Access denied for user 'root'@'192.168.yyy.200' (using password: NO)

Could this be causing the authentication failure?

The MySQL database is only on the FOG server (sorry for my crap messages to check if node reply to MySQL requests)

Now, if you use MPLS it’s layer 2 network, ans there is nothing that drop your traffic…

If you can not connect the MySQL server from node storage, you have a network restriction in your MySQL server configuration.

[Neil Underwood]

OK. I believe I have enough info now to straighten this out. It definitely appears that I need to add some GRANTS. Thank you for pointing me in the right direction. SQL is very foreign to me. I will return once I have fixed this to share my final solution. Thanks guys.

[Neil Underwood]

Whoa boy did I muck this up. Somehow I managed to get myself locked out of the web interface, only to be met with the schema updater and a failure to update anything from there. Not sure exactly what I did to piss it off, but I’m back to where I started now. I dumped my current mysql database, completely removed FOG ( except for images ), reinstalled FOG, then re-imported the database and I’m back up.

I can most definitely log in to the mysql database from the storage nodes now, but I’m still not getting any disk info. At this point I think I’m OK with that. That was 3 hours of panic that I do not wish to encounter again. Of course this all had to happen on the day we received a dozen new PC’s, just to make it more stressful.

So to recap:

FTP access - check
MySQL access - check
Disk Info - Nope

Time for some sleep.

[Tom Elliott]

@Neil-Underwood The fix is very simple. All you really need to do is edit the my.cnf file in /etc/mysql/my.cnf. And comment the bind-address line with the # symbol. Once commented and saved, restart the mysql service. That should be it.

[Wayne Workman]

@Tom-Elliott said:

@Neil-Underwood The fix is very simple. All you really need to do is edit the my.cnf file in /etc/mysql/my.cnf. And comment the bind-address line with the # symbol. Once commented and saved, restart the mysql service. That should be it.

For me, it’s normally two part… Maybe I was doing it wrong the whole time?

GRANT ALL PRIVILEGES ON . TO ‘fog’@‘%’ IDENTIFIED BY ‘PassHere’ WITH GRANT OPTION;

and inside my.cnf, I set
bind-address = *

[Tom Elliott]

@Wayne-Workman said:

@Tom-Elliott said:

@Neil-Underwood The fix is very simple. All you really need to do is edit the my.cnf file in /etc/mysql/my.cnf. And comment the bind-address line with the # symbol. Once commented and saved, restart the mysql service. That should be it.

For me, it’s normally two part… Maybe I was doing it wrong the whole time?

GRANT ALL PRIVILEGES ON . TO ‘fog’@‘%’ IDENTIFIED BY ‘PassHere’ WITH GRANT OPTION;

and inside my.cnf, I set
bind-address = *

All you need to do is comment the bind-address. The * does the exact same thing as the comment will do. You also don’t need to set a wildcard user as one already exists (AKA fogstorage found in FOG Configuration Page->FOG Settings)

[Wayne Workman]

@Tom-Elliott said:

FOG Settings)

Oh that’s what that’s for… nice.

[Neil Underwood]

I’ve had bind-address commented out from the inception of this issue. If I uncomment it I get a whole different set of problems.

The problem now is with tftp it seems. My clients are getting a file not found error when attempting to PXE boot. I thought I straightened out all the usernames/passwords.

Config.class.php TFTP_FTP_USERNAME/PASSWORD and STORAGE__FTP_USERNAME/PASSWORD both match the username/pw in the TFTP Server settings on the web interface. The username, ‘fog’, has the same unix password as what is in the aformentioned settings and has full access to /tftp.

The only conflict I now see is the Fog Storage Nodes credentials. I have one set in the web interface fr user “fogstorage”, and in Config.class.php I have this:

                define('DATABASE_TYPE',         'mysql');       // mysql or oracle
                define('DATABASE_HOST',         'localhost');
                define('DATABASE_NAME',         'fog');
                define('DATABASE_USERNAME',             'root');
                define('DATABASE_PASSWORD',             'xxxxxx');
        }

Should these settings match? I’m confused because updating one doesn’t seems to change the other and I’m unclear on which settings correlate to one another from the config files to the web interface.

[Wayne Workman]

Check this out: https://wiki.fogproject.org/wiki/index.php/Troubleshoot_TFTP

Let us know if you need help.