Unable to use log viewer from interface

[Hanz]

Images and snapins are however being replicated correctly.

[Tom Elliott]

Based on the information you’re showing me here, the fogstorage password is not correct.

You may have to reset the mysql fogstorage user’s password as this seems to be your issue for right now.

[Hanz]

unfortunately the two nodes running 4972 are working correctly…The password is the same in all locations, so I don’t believe that is the issue.

[LJedi]

I am also seeing this issue too running version 4980. This was working before upgrading.

[Tom Elliott]

@Hanz said:

Wayne had me try to connect to mysql from new node manually with

mysql -u fogstorage -h 10.72.3.50 -p fs9694191133
it prompts for another password when I enter the above fs********** I get this error

ERROR 1045 (28000): Access denied for user 'fogstorage;@‘10.72.2.16’ (using password:YES)

if I try it with No password and just hit enter I get the same error, but (using password:NO)

This ?

[Hanz]

I would like to add that although the other two nodes (that are still running 4972) don’t have the MYSQL error on Main Page, but also can’t connect manually to db.

[Wayne Workman]

@Tom-Elliott I had him try your idea.

I can’t find the post… but,

You suggested installing FOG in normal mode on all storage nodes, and then editing /opt/fog/.fogsettings to point to the real master’s DB (mysql host, username, and password). I also instructed him to enable remote access to MySQL. He did these things, and it worked on all of his nodes except for one… and this one node was the one that had pre-existing problems as well.

[Sebastian Roth]

Is this issue solved?

[Hanz]

@Uncle-Frank No the problem is still present, and I the apache error log is throwing in lin 29 of /var/www/html/fog/lib/db/MySQL.class.php…which mentions the DATABASE_HOST, USERNAME ,AND PASSWORD…

The nodes that are working correctly as far as the main page not saying “MYSQL server not currently running” in place of the kernel ver.,
ERROR 1045 (28000): Access denied for user ‘fogstorage’@‘10.72.208.55’ (using password: NO) when trying to connect manually to db.
This is error msg. for two stating that “MYSQL server not currently running”
ERROR 2003 (HY000): Can’t connect to MySQL server on ‘10.7.3.50’ (113 “No route to host”)

They two nodes not working correctly are also missing the connection type= “MYSQL_ASYNC” line in /opt/fog/.fogsettings and line can’t be manually added, installer overwrites somehow.

[Sebastian Roth]

@Hanz said:

ERROR 2003 (HY000): Can’t connect to MySQL server on ‘10.7.3.50’ (113 “No route to host”)

Maybe this is just a typo but the IP address is quiet different to all the others you mentioned here in this thread so far (10.7. instead of 10.72.). This could explain the “No route to host” error.

ERROR 1045 (28000): Access denied for user ‘fogstorage’@‘10.72.208.55’ (using password: NO)

Are you sure about using an empty or no password here? Make sure the login credentials are correct in /var/www/html/fog/lib/fog/Config.class.php

They two nodes not working correctly are also missing the connection type= “MYSQL_ASYNC” line in /opt/fog/.fogsettings and line can’t be manually added, installer overwrites somehow.

This file is only used/written by the installer script. FOG itself uses the above mentioned Config.class.php when connecting to the database. The MYSQLI_ASYNC setting missing on those two nodes might mean that the version checked out is older?? Edit: According to what Tom said the ASYNC stuff might be missing in a newer version. Please check to see if you are running different versions (it’s not a real problem I think - but it would explain the missing setting):

cd /path/to/fog/trunk
svn info
...
Revision: xxxx
....

[Tom Elliott]

@Uncle-Frank I actually removed the async code as it was rather pointless to have. This is why those lines of code are removed. I’ve switched from async query to a prepare/execute/get_result.

I removed the async code for a few reasons.

1. It only ever operated on a single MySQL instance. Essentially there was absolutely no point in using async as we always had to wait for the single sql call to return data anyway.

2. Potential timing issues. Basically, it helps limit potential for a 0 id to return in that by the time the data was inserted it wouldn’t have been able to receive the id that was inserted this leaving it as 0 while in reality it just hadn’t returned by the time the insert code was referenced.

3. Prepared statements, while not currently setup properly, limit potential of sql injection attempts. While I am sanitizing input and output a great deal even without prepared statements, I think it helps better reduce the potential in case I missed something earlier in the scripts.

[Hanz]

@Uncle-Frank yes, this ip 10.72.208.55 is one of the storage nodes and the 3.50 is my server. I was trying to connect to db on server manually, from the node.

[Hanz]

They are different versions, because I updated the two nodes when the error started presenting itself.

[Sebastian Roth]

But 10.7.3.50 or should it be 10.72.3.50 ???

[Hanz]

@Uncle-Frank I typed it wrong, but all nodes show same error
ERROR 1045 (28000): Access denied for user ‘fogstorage’@‘XXX.XXX.XXX.XXX’ (using password: NO)

[Tom Elliott]

The fogstorage user for MySQL ALWAYS requires a password. This password is randomly created by the installer and is issued when the db is instantiated. You can define this yourself of course. It is created with fogstorage@‘%’ meaning anybody can access this user regardless of the ip it’s coming from. % is MySQL is a wildcard character. The password that is created for this user is stored in fog configuration->fog settings->storage user ->password or very close to that direction.

[Tom Elliott]

@Hanz change the command so the -p is blank and enter the password when it prompts for the password. Otherwise it’s trying to connect to a database named whatever your password is. If you want the password inline do NOT put a space between the -p and wrap the password in quotes. For example mysql -u fogstorage -p'fogstoragepassgere' -h 10.10.10.10 fog

[Hanz]

@Tom-Elliott Yes I’ve made sure the fogstorage password is correct on server as well as nodes. This problem didn’t arise until I updated to from version 4972…I don’t understand how any setting I have could affect this. I’ve also tried to manually assign privileges to the db on server by issuing (grant all privileges on fog.* to fogstorage@‘%’ identified by ‘(fogstorage password)’

[Hanz]

@Hanz sry I didn’t c that last part…I’ve been doing it wrong apparently…will test.

mysql -u fogstorage -p’fogstorage password’ -h 10.72.3.50 fog yields

ERROR 1045 (28000): Access denied for user ‘fogstorage’@‘10.72.216.50’ (using password: YES)

[Hanz]

@Hanz Server shows the following using fog database.

MariaDB [fog]> show grants FOR fogstorage;
±----------------------------------------------------------------------------------------------------------+
| Grants for fogstorage@% |
±----------------------------------------------------------------------------------------------------------+
| GRANT USAGE ON . TO ‘fogstorage’@‘%’ IDENTIFIED BY PASSWORD ‘2690302A44883E0B71599B2B3D4687A11E9D4A6A’ |
| GRANT ALL PRIVILEGES ON fog. TO ‘fogstorage’@’%’ |
±----------------------------------------------------------------------------------------------------------+
2 rows in set (0.00 sec)

I know the password is encrypted, but it is certainly correct via the WebUI