Database issue on latest trunk
-
I’ve also verified that when I manually start mysql with the root user, it still gives me the same error.
-
What?
What version are you trying to install? It should show up in the upper corner next to the cloud.
-
8132 . I pulled from git earlier this morning. I was on um…7875 I think?
This vm does nothing but FOG, so last night I had went in to update it as I usually did weekly-ish, came back to this this morning.
-
MAy be you should find out these :
define(‘DATABASE_HOST’,’’);
define(‘DATABASE_USERNAME’,’’);
define(‘DATABASE_PASSWORD’,“”); if there is a password -
Yep, just pulled this in from my backup of the machine.
Before hand, it had the right credentials, root setup and everything as normal.
After the update, it did not.
Odd?
-
@Bob-Henderson yes i noticed that also but if you find out these fields it will be work again
Are you sure that you have space enough in all your partitions ?
df -h -
@Bob-Henderson Is this a storage node, or main server?
-
Main server, stand alone. Was working fine until I did the update.
Adding in the host and username resolved the issue instantly.
-
@Bob-Henderson and what displays in the /opt/fog/.fogsettings file for the snmysqlhost and snmysqluser information?
-
Yep, nothing is over 35% used.
-
Well, that’s odd, those are all blank. No user, pass, host.
It has all my other settings still, like IP and password and such.
-
@Bob-Henderson I’m asking to help you.
Please enter your information. ON Main server, the snmysqlhost should be
'127.0.0.1'
snmysqluser should be'root'
snmysqlpass (unless you set a password) should be'' -
@Bob-Henderson I dont know if tom agree with that but i find out these fields :
snmysqluser=‘root’
snmysqlhost=‘127.0.0.1’
-
I’ve put those in now, and had verified that if I put them into config.class.php manually, I got database connection back as well.
So we’ve figured out what broke, but I’m sorta confused as to why it happened in the first place? I appreciate the help, just wouldn’t want someone else to update and get the same issue.
-
I just went and updated another node via git as well, and it did the same thing. It appears it wipes out the SQl settings in the fogsettings file. Adding them back in fixes it, but obviously isn’t what we’d want.
-
@Bob-Henderson I don’t think it’s wiping them out. It simply has no idea how to handle it from the prior config. I’ll see if I can make some better guesses though.
-
Should be fixed in latest…hopefully.
-
no dice. Just updated the testing node to 8138, same issue. Putting the info back in config.class.php gets connection back, but it didn’t have them originally.
-
@Bob-Henderson and now after another update?
-
