Fog TFTP Storge Node Trunk 6455
-
Good Morning,
I have setup FOG 1.2 R6455 at our main branch. We are looking to setup storage nodes at our other branches and to have PXE boot enabled on the storage nodes. I have followed the guide to do so for 1.2, but both files the require adjusting in the latest releases, do not have the locations described in the post. I have a storage node setup and the images replicated, but I cannot PXE boot to that node (yes I have setup the DHCP options, and the computer does try to contact that server.) Everything is on the same subnet, so if I contact the PXE server at the main location and image a computer, will FOG be smart enough to use the local storage node or will it use a random one? I was wondering if there is a new way to do this now? Any help would be greatly appreciated.
-
@jheikkila54 said:
I contact the PXE server at the main location and image a computer, will FOG be smart enough to use the local storage node or will it use a random one? I was wondering if there is a new way to do this now?
What your looking for is the Location plugin. This is exactly what it’s designed to do.
I have a storage node setup and the images replicated, but I cannot PXE boot to that node (yes I have setup the DHCP options, and the computer does try to contact that server.)
Most likely, the fogstorage MySQL user/pass wasn’t entered correctly on the storage node during installation.
When visiting the storage node’s boot.php file via a Web Browser here:
x.x.x.x/fog/service/ipxe/boot.php
What do you see? -
Hey Wayne,
Thanks for replying, I greatly appriciate it! I see this for the storage node boot.php#!ipxe
set fog-ip
set fog-webroot
set boot-url http://${fog-ip}/${fog-webroot}
cpuid --ext 29 && set arch x86_64 || set arch i386
goto get_console
:console_set
colour --rgb 0x00567a 1 ||
colour --rgb 0x00567a 2 ||
colour --rgb 0x00567a 4 ||
cpair --foreground 7 --background 2 2 ||
goto MENU
:alt_console
cpair --background 0 1 ||
cpair --background 1 2 ||
goto MENU
:get_console
console --picture http:///service/ipxe/bg.png --left 100 --right 80 && goto console_set || goto alt_console
:MENU
menu
colour --rgb 0xff0000 0 ||
cpair --foreground 1 1 ||
cpair --foreground 0 3 ||
cpair --foreground 4 4 ||
item --gap Host is NOT registered!
item --gap – -------------------------------------
choose --default fog.local --timeout 0 target && goto ${target}
:bootme
chain -ar http:///service/ipxe/boot.php##params ||
goto MENU
autoboot -
@jheikkila54 what OS is the node and server running?
-
@Tom-Elliott
Hey Tom, I am running the Node and Master on CentOS 6.7 64bit. -
@jheikkila54 is selinux enabled on either or both? What about iptables?
-
@Tom-Elliott
Both are disabled, I have followed your guide religiously and verified everything. -
@jheikkila54 on the node for MySQL user info you used the fogstorage user and password or root?
-
@Tom-Elliott I used the fogstorage user and password, I believe. I set this up a week ago and followed the instructions in the install script.
-
@jheikkila54 I understand just trying to get the full picture.
-
@Tom-Elliott No problem! I appreciate your help with this! I do know that TFTP-server was not installed on the storage node, so that is an obvious key, but how to go about adding it to the install script and config file for Redhat, is the question. The guide on the Wiki for completing that is now invalid.
-
@jheikkila54 I believe it should do this automatically but I don’t remember when I added it to the installer. That, however, is not what’s wrong currently. It appears that the node can’t communicate with the main right now. @wayne-workman would you mind posting the old password thing we needed to do on your server?
-
@Tom-Elliott The main replicated the images to the storage node though, is that different from the line of communication you are talking about?
-
@jheikkila54 yes. Replication happens over ftp while node to main happens over MySQL.
-
@Tom-Elliott said:
@jheikkila54 I believe it should do this automatically but I don’t remember when I added it to the installer. That, however, is not what’s wrong currently. It appears that the node can’t communicate with the main right now. @wayne-workman would you mind posting the old password thing we needed to do on your server?
I can’t find the exact link, but all these say the same thing.
http://www.hostdime.com/resources/mysql-password-hashes/
http://code.openark.org/blog/mysql/upgrading-passwords-from-old_passwords-to-new-passwords
https://dev.mysql.com/doc/refman/5.6/en/account-upgrades.html
https://forums.cpanel.net/threads/mysql-5-0-5-1-and-doing-away-with-old-style-passwords.258412/
-
@Tom-Elliott Ahh, makes sense!
-
This post is deleted! -
@Tom-Elliott Alright I upgraded my main to 6559, set the fogstorage password via the configuration page, created a new storage node with 6559 and set the mysql user to fogstorage and set the password to the same as the configuration page. I then put the username and password, supplied at the end of the install, into the management credentials when adding the new storage node. The images are replicating now but it appears that they are still not communicating as the boot.php page looks the same as before.
The old_password links below do not apply as the password for user fogstorage is not the “old way.” Any other thoughts?
-
@jheikkila54 Log into the storage node via ssh, and use the fogstorage username and password to remotely connect to the main server’s DB. You can find an example of the commands you would use in our “Troubleshoot MySQL” wiki article, here:
https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_MySQL#Testing_MySQLI’m expecting that this won’t work. If it does, then probably there was a password fat-fingered somewhere along the lines of setting up the storage node.
-
@Wayne-Workman Alright, it does not work, with fogstorage or root (root has no password)…