@Wayne-Workman It already is, if you update.

@Sebastian-Roth @Tom-Elliot That update did the trick to fix the kernel update. Thanks!

@Sebastian-Roth Oh, I’m silly. You are correct. That page returns:

{"dev":"unknown","rx":0,"tx":0}

I can confirm that the interface is set correct in storage nodes for this server, if that’s related.

@Sebastian-Roth Go ahead and mark it solved, I haven’t had time to test and probably won’t anytime soon. It’s that busy time of the year 🙂

@Wayne-Workman bolder the better, I say 👍

@Tom-Elliott I’m on a roll with these questions with obvious answers…sigh…thanks again Tom!

Disregard. I found the issue.

This server was migrated from a backup, and the backup had my old FTP password in there. Updated the master storage node with the correct, new password, page loaded fine.

If your DB and PHP talented, and in order to prevent a re-write of the web GUI in full, I’d suggest creating MySQL users for each actual fog user, and only give certain actions permissions to certain tables, and switch over what MySQL credentials are being used right after login. I’d even say the mysql Credentials used for logging in could be restrictive as well to just logging in.

@Tom-Elliott So it seams like the new bandwidth.php is working as well?! 🙂

@Tom-Elliott That did the trick! Thanks, Tom

@moses in the installer’s bin/error_logs/fog_error_<versionNumberOfInstall>.log what’s at the end of the file?

@xmotion Sounds about right. 🙂

Oh wow…I originally asked the onsite tech to boot a client to see if he got the Fog boot menu…

…he was rebooting the storage node. Sigh…

Never mind, guys. Thanks anyway.

@Wayne-Workman I’m using Trunk, so the group policy method is perfect! Feel free to post the script for the older versions, if other people stumble across this thread.

@Tom-Elliott added a bit to the wiki about this. https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_MySQL#MySQL_credentials_for_FOG_Main_and_Storage_Nodes