Posts made by abstert

@Obsidian

What is the output of your replicator logs? Can you paste them here? You can go to your FOG site and go to the FOG Configuration Icon then the Log Viewer link on the left hand side. Be sure to select “Replicator” from the file menu.

@Tom-Elliott
Yes all the nodes are on the same version as the main server. They had the files/folder in the path /var/www/html/fog/service/ipxe, but the clients booting from one of the storage nodes would not display the menu until we copied over the folder from the main server. We did make some modifications to the main server’s FOG_TFTP_PXE_KERNEL so that is why I had to copy it over to the clients.

@Tom-Elliott
I didn’t mean any offense by what I said.

@Junkhacker

I should add that the change to the default.ipxe file took me to the “Full Registration…” menu and allowed me to run through the prompts, but would not let me image a system. It wasn’t until i copied over the /var/www/html/fog/service/ipxe file over to the storage node that I was able to successfully image a system.

I’m going to document the exact steps to get a storage node setup at another branch office and have it image systems locally using the storage node instead of the master fog server. I should have this up by end of week.

@Junkhacker
This is what the default.ipxe has. We did modify the line beginning with “chain” to be the IP of our primary fog server and now our remote PCs can PXE boot as well as work using the registration/imaging capability of FOG.

!ipxe
cpuid --ext 29 && set arch x86_64 || set arch i386
params
param mac0 ${net0/mac}
param arch ${arch}
isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
:bootme
chain http://changedthisIP/fog/service/ipxe/boot.php##params

Can you please provide the details as to why this was the fix?

Thanks

@Wayne-Workman This doesn’t seem to work as flawlessly as described by Tom.

We had to add manually go into the MySQL database on the master fog server and allow access from the storage nodes as adding the storage node username and password into the FOG website configuration menu didn’t do anything. We were then able to get remote pcs to boot into the the local storage node’s PXE menu, but when we click on the “Perform Full Registration & Inventory” the remote pc just reboots and launches whatever pre-install OS there is instead of running the registration process.

@Wayne-Workman Apache is running:
service httpd status
httpd (pid 23626) is running…

Firewall is completely disabled and turned off with no rules set.

@Wayne-Workman That IP is for the site B storage node, which is now the master node for site B’s storage group. I can view the contents of the directory via CLI /var/www/html/fog/service/ipxe or /var/www/fog/service/ipxe which contain:
advanced.php bg.png boot.php bzImage bzImage32 grub.exe init_32.xz init.xz memdisk memtest.bin

If I go to the website http://10.63.10.107/fog/service/ipxe/boot.php there is nothing that shows up on my browser.

@Wayne-Workman

Hello Wayne,

I am aware of Tom and who he is and I greatly appreciate the work he has done with FOG as it has helped us out greatly.

I tried the solution suggested and the PXE/TFTP services are installed, however, the client systems are still getting the error “http://10.X.X.X.X/fog/services/ipxe/boot.php no such file or directory. Could not boot ipxe.org/2d12603b” then booting into their normal HD’s OS.

@ch3i I created a storage group for site B and added the new storage node to this new storage group. I clicked on the “Is Master Node” checkbox for Site B’s new storage node as well. I’m still getting the error mentioned above in that the host will begin the PXE boot and you can see the message about iPXE. Here is a screenshot:

@Bigredcherokee does the storage node contain all the images or are they using NFS to another host?

@Wayne-Workman

Hey Wayne,

If we run the fog installer as normal mode then make the changes like you suggested, what are we actually accomplishing?

We are looking for a central fog server that will sync our images to other site’s fog storage nodes. The other sites’ storage nodes would be able to offer PXE and TFTP services for their clients to boot and then image from the local storage node. There are people claiming this can be done with pieces of documentation across the web and this forum. However, the error that @dinkhadinkha is referring to is when the other sites’ system attempts to PXE boot it only gets so far then errors out with the message “http://10.X.X.X.X/fog/services/ipxe/boot.php no such file or directory. Could not boot ipxe.org/2d12603b”

Is this due to some improper installation, missing file, or something else we are missing?

Yes, we have imaged before on this machine. Originally, the images were stored locally, but we wanted to move them to an NFS share so we mounted a share and linked the share to /images.

The images are now stored on an NFS share at /mnt/nfs/images2 which is linked to /images.

Attached is the LOG File from /var/log/foginstall.log
[FONT=Helvetica][SIZE=12px] [/SIZE][/FONT]

Yes, NFS is running and this image deployment was setup as a unicast.

The Firewall is turned off and has not been tampered with since it was working.

I will try to mount the share via another machine using the fog credentials. Is there a way to tell FOG to use a different set of credentials to mount the /images or NFS share when imaging systems?

[url=“/_imported_xf_attachments/1/1784_foglog.pdf?:”]foglog.pdf[/url]

Yeah, I was trying to hide the IP, as if it mattered since it’s internal.

The FOG version is 1.2.0. I tried the steps earlier, but there is no “/home/images” to place in the exports file.

I have a similar issue but this is when I’m downloading an image to a client machine.
I get:

• Mounting File System…Failed
  mount: mounting <IP ADDRESS OF FOG SERVER>:/images/ on /images failed: Permission Denied
  [ATTACH=full]1783[/ATTACH]

This is on a CENTOS 6.5 system

[url=“/_imported_xf_attachments/1/1783_Screen Shot 2015-03-12 at 3.44.22 PM.png?:”]Screen Shot 2015-03-12 at 3.44.22 PM.png[/url]

@Tom, I agree, but I’m doing a move from one server to another so wasn’t too concerned with losing prior task records. However, after running the command, the records were still there.

Actually never mind…I got it.

Below are the truncate steps:

run this at the command prompt[CODE]msyql
[/CODE]
Next screen will look like this:
[CODE]mysql>[/CODE]
then you type the following:
[CODE]use fog
show tables;
truncate table snapinTasks;
truncate table tasks;
truncate table snapinJobs;[/CODE]

Hello Tom,

Can you provide the steps to do so? Never had to truncate tables in MySql.

@Tom,

I’m also experiencing this issue and the command:
[CODE]udo wget -O /var/www/html/fog/lib/pages/TaskManagementPage.class.php https://svn.code.sf.net/p/freeghost/code/trunk/packages/web/lib/pages/TaskManagementPage.class.php[/CODE]

Did not work for me. It downloaded the file but I am still not seeing the TaskManagement page. Any help would be great.

Thanks