For the extra clarity, this worked for me. Edited /var/www/fog/lib/fog/BootMenu.class.php, the rows just below "…$option == ‘fog.quickimage’)
// print "login\n";
print "set username username\n";
print "set password password\n";
/Thanks!
Hi
Is there a list over available fog variables that is available for scripting?
I am trying to make a script triggered by postdownloadscript that depending on fog group, adds registry settings to windows image.
Is there a variable for fog group?
I am running 1.20 version
@Uncle-Frank Excellent! I tried that and it worked! Thanx so much.
@Uncle-Frank I mean that i know how fog-ip works, but I need a parameter that point to the current TFTP-server(could be on of five storage nodes or the master fog-server) that the PC boots from. let’s say that in my branch office in Tokyo, I want the PC to look at the local fog storage node in Tokyo rather than the master fog server located in sweden.
We use the same menu file for all offices.
So fog-ip does not work for me. Atleast I now know that the parameter does not exist.
I am asking because it exists when the client run the postdownloadscripts!
This was originally a simple question about the presence of a parameter that point to the storage node IP. Is there any such parameter available when in the PXE Menu?
About DOS, it is for firmware update, then it is faster better in all aspects than WinPE
Hi
First of all THANK YOU for an exellent deployment system! it really works.
I have a question regarding the advanced PXE Menu, I would like to boot from an DOS image located on the storage node. How can I point to the active node to which the host pc is connected to? Let’s say in the following menu item I would like a parameter named $storageip just like in the postdownloadscripts.
:MENU
menu
item --gap -- ---------------- iPXE boot menu ----------------
item bios1 Update BIOS on E6320 to version A08
item shell ipxe shell
item return return to previous menu
choose --default return --timeout 5000 target && goto ${target}
:bios1
initrd http://{$storageip}/fog/service/ipxe/bios/usb1.ima
chain memdisk ||
goto MENU
When I run rsync manually with --progress it says about 200kB/s.
All servers are on 1.2, virtualized in vmware ESXi 5.5.
The big advantage with rsync is that is does not copy the whole file, only the changed bits, right? So that would be huge different when syncing big image files.
Ok, then I will try and schedule rsync in crontab for my drivers and images.
How can I then disable the service FOGReplicator alltogether? I do not want it to delete files and try to copy before rsync has finished.
What can we do about slow or interrupted image sync?
We have one master node and four storage node out on slow WAN-links. They are all sharing the same base image that is synced over VPN.
The problem is that it is not working. I think it’s because it is using FTP to sync? When I restart the FOGReplicator service all looks good for a while but after many hours it is not still finished.
Can we utilize RSYNC instead?
FOG 1.2 on Ubuntu 14.04
Location Plugin
One Master Storage node and four nodes. All on same storage group, sharing same images.
Problem solved. It was a configuration mistake in the location plugin! Storage Node info missing.
I was wondering if there is some replication of /var/www that is missing? How else does the menu changes get transfered to the storage host?
Also the error messages in picture in last post get me thinking that the file undionly.kpxe does not load? Because it says “/default.ipxe… OK” Should it not be undionly.kpxe there.
I have doublechecked my win 2012 DHCP for this and cannot see any fault there.
When in latest SVN, error messages gets a little different, look at picture. Seems that it stopped at bg.png ?
Checked PHP, all looks good, permissions also:
[CODE]
:/var/www/fog/service/ipxe# ls -la
totalt 43200
drwxr-xr-x 3 fog www-data 4096 maj 13 08:11 .
drwxr-xr-x 4 www-data www-data 4096 maj 13 08:11 …
-rw-r–r-- 1 fog www-data 1366 maj 13 08:11 advanced.php
-rw-r–r-- 1 fog www-data 44908 maj 13 08:11 bg.png
-rw-r–r-- 1 fog www-data 907 maj 13 08:11 boot.php
-rw-r–r-- 1 fog www-data 6599328 maj 10 15:36 bzImage
-rw-r–r-- 1 fog www-data 6575248 maj 10 15:38 bzImage32
-rw-r–r-- 1 fog www-data 234697 maj 13 08:11 grub.exe
-rw-r–r-- 1 fog www-data 14368640 maj 12 16:49 init_32.xz
-rw-r–r-- 1 fog www-data 14512204 maj 12 16:49 init.xz
-rw-r–r-- 1 fog www-data 25340 maj 13 08:11 memdisk
-rw-r–r-- 1 fog www-data 1839104 maj 13 08:11 memtest.bin
drwxr-xr-x 6 fog www-data 4096 maj 13 08:11 .svn
[/CODE]
[url=“/_imported_xf_attachments/1/1992_SVN_boot_error.png?:”]SVN_boot_error.png[/url]
Thanks, good point about PHP, will check and get back
Thanks for answering! I have tried and installed the latest SVN, no change in behaviour. MySql is running fine on the main fog server, why reinstall that? Or do you mean on the node? Is that taken care of by the ./install.sh script?
How come the [URL=‘http://storagenodeip/fog/service/ipxe/boot.php’]http://StorageNodeIP/fog/service/ipxe/boot.php[/URL] gets redirected to …schemaupdater…?
Client thats booting on my newly added storage node with tftp and ipxe hangs: “[url]http://StorageNodeIP/fog/service/ipxe/boot.php[/url]… No such file or directory”
When I paste that URL in my PC it says:
"[SIZE=4][FONT=Times New Roman][COLOR=#000000]The requested URL /fog/service/commons/schemaupdater/index.php was not found on this server.[/COLOR][/FONT][/SIZE]
[SIZE=4][FONT=Times New Roman][COLOR=#000000]Apache/2.2.22 (Debian) Server at 192.168.10.58 Port 80"[/COLOR][/FONT][/SIZE]
[SIZE=4][FONT=Times New Roman][COLOR=#000000]This seems to indicate that a schema update is wanted at the storage node?[/COLOR][/FONT][/SIZE]
My DHCP (on remote site storage node) is setup with 66 and 67 options pointing at the storage node. I have the location plugin activated on my main FOG server and the storage node added in that GUI.
Can someone shed some light over this?
FOG 1.2 on Debian 7.7 on both main server and remote storage node. They are on separate subnets but can communicate. The /images folder is correctly synced.
yeah, I was using the already mounted images folder for my drivers. I see now that those other lines are not in use either, thanks
Thanks, I just saw that! Sorry. I will run some more tests now
This is extremely interesting! Can you explain where in the download process the fog.postdownload script is triggered?
I have created those three scripts but I cannot notice anything happening when i run a normal download to a pc but the download process keep looping! it only stops when I remove the script files from the folder…
[url=“/_imported_xf_attachments/1/1791_fog.ad.txt?:”]fog.ad.txt[/url][url=“/_imported_xf_attachments/1/1792_fog.drivers.txt?:”]fog.drivers.txt[/url][url=“/_imported_xf_attachments/1/1793_fog.postdownload.txt?:”]fog.postdownload.txt[/url]