@raumin It’s owned by root:root and A-rw-r-r permissions on my end.
Make sure the password is also correct under FOG Settings on the WebGUI under TFTP server
@raumin It’s owned by root:root and A-rw-r-r permissions on my end.
Make sure the password is also correct under FOG Settings on the WebGUI under TFTP server
@raumin They should all have single quotes.
Enter the password on the storage node on the WebGUI again.
@Tom-Elliott Thanks Tom, that does indeed fix the issue.
@Tom-Elliott Yes, it’s enabled. Do you reckon it’s a problem with the master node not knowing about the other node somehow?
Hi, I decided to install a storage node to work with the FOG Server. I managed to set everything up and the main FOG Server is designated as Master node, but yet the image replication service claims there is nothing to replicate.
I checked the image settings and all of them have replicate checkbox checked.
The storage node is in the same group as the main server and is not a master node.
I could of course copy over the files manually, but I’m worried the system won’t be aware that the node has the files and I’d really like the process to be automoted for future cases anyway.
Any help would be greatly appreciated as usual
edit: Here are the logs (repeats every 10 minutes of course)
[03-02-16 4:05:30 pm] * Starting Image Replication.
[03-02-16 4:05:30 pm] * We are group ID: #1
[03-02-16 4:05:30 pm] | We are group name: default
[03-02-16 4:05:30 pm] * We have node ID: #1
[03-02-16 4:05:30 pm] | We are node name: DefaultMember
[03-02-16 4:05:31 pm] * There is nothing to replicate
@raumin As far as I know FOG installer will rename old folders itself, so no need for that.
It will ask you for mysql password (if any) during the installation yes.
I’d backup the images as well just in case.
After that follow the guide you posted, it will upgrade you to trunk.
@gwhitfield If I’m not mistaken, the “Please enter tftp server” has to do with either another DHCP server conflicting or some IP helper thingy.
@Tom-Elliott Yes, that was exactly what was wrong, it was actually part of the description of the fog.return item, but during copy paste it jumped to the next line apparentally causing my problems!
@Sebastian-Roth I just tested and all I get is an underscore a solid rectangle (kind of like it selected empty space), it doesn’t load the menu.
Just tried a different menu in a new item and that one did work, so I guess there’s something wrong with my new menu.
:MENU
menu colour --rgb 0xff0000 0 || cpair --foreground 1 1 || cpair --foreground 0 3 || cpair --foreground 4 4 ||
item --gap -- -------------------------------------
item fog.local Boot from hard disk
item winvista Microsoft Windows Vista Nederlands
item win7eng Microsoft Windows 7 English
item win7nl Microsoft Windows 7 Nederlands
item win7fr Microsoft Windows 7 Francais
item win81h Microsoft Windows 8.1 Home
item win81p Microsoft Windows 8.1 Pro
item win10h Microsoft Windows 10 Home
item win10p Microsoft Windows 10 Pro
item fog.return Return to previous
menu choose --default fog.local --timeout 5000000 target && goto ${target}
:fog.local
sanboot --no-describe --drive 0x80
|| goto MENU
:winvista
set winpe-url http://192.168.1.155/0-WINPE/
initrd ${winpe-url}/WINVISTA/winpe64.iso
chain memdisk iso raw
:win7eng
set winpe-url http://192.168.1.155/0-WINPE/
initrd ${winpe-url}/WIN7ENG/winpe64.iso
chain memdisk iso raw
:win7nl
set winpe-url http://192.168.1.155/0-WINPE/
initrd ${winpe-url}/WIN7NL/winpe.iso
chain memdisk iso raw
:win7fr
set winpe-url http://192.168.1.155/0-WINPE/
initrd ${winpe-url}/WIN7FR/winpe64.iso
chain memdisk iso raw
:win81h
set winpe-url http://192.168.1.155/0-WINPE/
initrd ${winpe-url}/WIN81HOME/winpe64.iso
chain memdisk iso raw
:win81p
set winpe-url http://192.168.1.155/0-WINPE/
initrd ${winpe-url}/WIN81PRO/winpe64.iso
chain memdisk iso raw
:win10h
set winpe-url http://192.168.1.155/0-WINPE/
initrd ${winpe-url}/WIN10HOME/winpe64.iso
chain memdisk iso raw
:win10p
set winpe-url http://192.168.1.155/0-WINPE/
initrd ${winpe-url}/WIN10PRO/winpe64.iso
chain memdisk iso raw
:fog.return
chain http://${fog-ip}/${fog-webroot}/service/ipxe/boot.php?mac=${net0/mac} || prompt goto MENU
That’s the menu that’s tripping up, I can’t seem to find any mistakes in it that would cause it to fail though.
edit: Found the mistake. Apparentally something went wrong in my copy paste which cause ipxe to think it was loading a menu within a menu simultaniously.
Thanks for the assistance, I guess this thread is kind of pointless now.
@Sebastian-Roth I do indeed have advanced activated and have it in use for certain things.
As for the new submenu, it’s interesting that you would say this, since this is what I tried originally. In fact, the way I tested it was to copy what I had for the advanced menu (which works perfectly) into a new item. However, this never seemed to work for me. It would either just be a blank white screen or return me to main menu.
Could you verify that this method works? Because if so, I will attempt this again first thing monday morning. If it turns out that it does in fact work I have half a mind to wipe the current server and install from scratch since it wouldn’t be the only issue I’m having with it that doesn’t seem to want to go away.
I’m pretty sure this is possible, I’m just not sure how to go about it. I’ve messed around with it a bit, but it never ended up working the way I wanted. I tried to more or less copy the current method for advanced.php, but for an as of yet unknown reason it would always claim it could not find the files/directory (after loading the newly created php file that is). I made it so it would read the contents of a static file stored in the same location, which worked well (it would display information as advanced.php would when opened in browser), so I’m fairly certain that part is fine.
I googled quite a bit on this, but most of the stuff either creates a giant menu in plain text with submenus integrated or they create a php file for every single item for their menus which I find rather cumbersome and unwieldy.
I don’t know a lot about php unfortunately and I know FOG calls upon data from mysql sometimes rather than text files or what not, but I figured it would be easier and less likely to mess anything up to do it this way.
I feel like I’m close, but missing something, any help would be appreciated, thanks.
If the issue only occurs with UEFI booting then it has to do with the UEFI implementation in iPXE.
Try the snp.efi file, sometimes that works better for people. Might be worth mentioning that certain machines have trouble UEFI PXE Booting regardless, so there’s not necessarily a solution yet.
@Tom-Elliott I updated before testing again, yes, still this issue. Don’t know if it’s related but something similar happens with the debug options.
@Tom-Elliott I just tested and now I see something along the lines of read sessnamehttp://(fogiphere)/fog/service/boot.php and then it throws me back to main menu.
@Tom-Elliott Thanks for the quick help, I will be able to check this out tomorrow morning, I will report back asap.
@Tom-Elliott Yes, I did create one (through the image menu), but the issue remains the same. It’s like it’s auto entering a blank entry for session name, which it cant’ find so throws me back to main menu.
@Tom-Elliott I removed any remnants as per the wiki troubleshooting guide.
I then added a new session through the WebGUI.
If you mean if there’s any client in the proces of multicasting right now then the answer should be no.
If I remove all sessions and try to launch it I see “No sessions to join” or something to that affect flashing up real quick.
@Tom-Elliott
By choosing the multicast option in the iPXE menu.
It then gives me the login menu, I enter the credentials and it brings me back to main menu.
Also, when I check the status of FOG services they are all running twice, is that normal?
Main PID: 1949 (FOGMulticastMan)
CGroup: /system.slice/FOGMulticastManager.service
├─1949 /usr/bin/php -q /opt/fog/service/FOGMulticastManager/FOGMulticastManager &
└─1950 /usr/bin/php -q /opt/fog/service/FOGMulticastManager/FOGMulticastManager &
We need to image 300 laptops in little time so I’d like to get it to work, otherwise I’ll have to resert to unicast.