Posts made by Vinnie

Hi All, thank you very much for getting back to me.

This issue is now solved. Was a FOG install error. The DHCP was being very hit or miss. Rerunning the install and now the computers are Fogging.

So before we found that we would be able to get DHCP and deploy by FOG but the images would fail at deploy, this is where we found that using gparted before FOG was good.

There has been other times, where DHCP just wouldn’t work. It took a while to find the error, because some of the laptops would connect to FOG by DHCP and others that would not. With no changes except for gparted being run on the machines.

The HDD’s are not blank, they have Win7 on them, and everything is set to legacy.
Sometimes the iPXE would come up, and other times where PXE would just be ignored completely. This was trying 1 laptop at a time connected to FOG.

Hi All,

bit of a unknown question.
We have been using FOG for about 2 years now. We recently got some HP Probook 450 G3 laptops with Msata SSD drives.

We were using Ubuntu 10.04 LTS 32bit desktop version with FOG 0.39. But the laptops were getting stuck in a boot loop when trying to deploy an image. I tried quite a few of the kernels, and none would make a difference.

So we upgraded our FOG server to be Ubuntu 14.04.3 LTS 64bit desktop version and running the newest version of FOG 1.2.0.

The server is a bit slow, but it works for the laptops I test it with, except for the HP Probook 450 G3’s. Since we have done this, the HP ProBook 450 G3 no longer connects to FOG at all. We have seen this before with laptops, but once we run G-parted on them it fixes the problem. We have had no such luck with this model of laptop.

Can anyone point me in the direction of a solution, or suggest options I have to try to get these laptops to FOG?

Sorry, I had left out that part, its an isolated network, so the only machines on it are those waiting to receive the image, and the FOG server.
It is the same setup as our other FOG server, completely isolated.
We had tried it on a different network initially and found this problem, so we isolated that network but FOG didn’t like the switch, so we changed over to our switch which we know works.
Then came back to our Head Office and tested it again, and we had the same issues.

We do think it could be an issue with the network, but are not sure how to resolve this. The laptop has a Gigabit port, and its connecting to a Gigabit switch.
We are using a stock version of Ubuntu desktop 10.4.4, with a stock install of FOG. The only configuration I have made on the server was to set static IP for the lan connection.
Is there anyway to test it against the network? As proof of the network being the issue?

Hi,

we currently have 2 machines working as a FOG server. One machine works for multicast just fine.
The one we are currently having issues with is a Fujitsu A512 laptop with 8GB of RAM ([url]http://www.fujitsu.com/uk/products/computing/pc/notebooks/lifebook-a512/http://www.fujitsu.com/uk/products/computing/pc/notebooks/lifebook-a512/[/url]).
It is running Ubuntu desktop 10.4.4 and FOG 0.32
This FOG machine works fine for deploying an image to 1 or 2 machines, at most 3. But there seems to be an issue when you try to start imaging a new client, where it hangs at “Loading fog/kernel/bzimage…” and it will do this for quite a while. It can take any amount of time from 2 minutes to ten minutes until it progresses onto “Loading fog/images/init.gz…” and it will do this for quite a while too.

This is our second day testing this, the first time we had 9 identical computers, and the most we could get at once was 3. Today we are testing it with random computers. The outcome is the same, we can get 3 to work, and it was difficult to even get that. The only way it seems to work is if all 3 boot at the same time. With our other server, you can jump in another computer without any issue.
The furthest we have gotten is this screen (see photo 10) and if we are very lucky it might get to this screen (see photo 11). But at this screen it just hangs for quite a while, until the computers currently being imaged are done.

I have changed the kernels around from the default kernel, to 2.6.35.3 PS and other PS versions, and it is still the same issue.
I am positive that it is not the switch we are using, as I was able to deploy the image to 8 computers on Friday using our inhouse FOG server. I cant see any difference between the inhouse server and the laptop server except for the laptop hardware being the issue. But that is the only thing I can find to be the blame.

If anyone has any pointers on this that would be great. Or if anyone would have any ideas of other things we could try.

Greatly appreciated,

Vinnie

[url=“/_imported_xf_attachments/1/1013_photo (10).JPG?:”]photo (10).JPG[/url][url=“/_imported_xf_attachments/1/1014_photo (11).JPG?:”]photo (11).JPG[/url]

It is working now, and I have been told it is a cabling issue. I can’t see why, as the cable works fine, but I have been told to stop questioning it and just accept it will work where it is now and not where it used to be.

Thanks again for the help.

[SIZE=3][FONT=arial][COLOR=#222222]Hi Tom,
The tftpboot file is stored on the FOG server, the attached image is the folder structure. I am not sure if there should be the other tftpboot folder inside this folder? It is empty regardless. For the pxelinux.0 file, I can not open it to view it. Even using sudo it says it cannot be opened.

We have nothing running Samba unless Ubuntu 10.04 installs it as default. And we have nothing running VoIP.
We also do not have any other PXE servers running.
This is the shutdown log, all but Thursday were definitely done by me. But I had used the server on Friday and it worked.
$ last -x | grep shutdown | tail -n 10
shutdown system down 2.6.32-56-generi Tue Feb 25 10:57 - 10:59 (00:01)
shutdown system down 2.6.32-56-generi Tue Feb 25 10:35 - 10:36 (00:01)
shutdown system down 2.6.32-56-generi Thu Feb 20 16:22 - 16:24 (00:01)
shutdown system down 2.6.32-56-generi Wed Feb 19 12:07 - 12:09 (00:01)
shutdown system down 2.6.32-56-generi Wed Feb 19 11:36 - 11:37 (00:01)
shutdown system down 2.6.32-56-generi Wed Feb 19 11:28 - 11:29 (00:01)[/COLOR][/FONT][/SIZE]
The tftp service is running.
~$ service tftpd-hpa status
tftpd-hpa start/running, process 2571

I have just tried by changing the port we have been using for the last year, it now seems to work on a different port. I have no idea why. I literally just chanced my arm and moved it across one port. The port that FOG did not like still works perfectly fine, just not with FOG.

But to get to this stage I had removed FOG from the server and re-installed it. Using this code [FONT=monospace][COLOR=#000000] [/COLOR][/FONT][FONT=monospace][COLOR=#000000]sudo mv /opt/fog/.fogsettings /opt/fog/fogsettings-firstInstall [/COLOR][/FONT] did nothing.

Thank you so much for everyone giving me pointers and helping me to try figure this out, from doing so many installs of FOG I thought I had got it down as a skill, I think this shows it as a big no.

[url=“/_imported_xf_attachments/0/562_tftpboot folder.PNG?:”]tftpboot folder.PNG[/url]

Just about a week of FOG working and the issue happened again. I have no idea what is up with it. I am positive that nothing has changed on our network/firewall/hardware configuration. My only guess is it might be a computer in the office that was not powered on last week.

This is some of the strangest happenings. FOG has been used in this office for over a year at this point, and most the computers in the office have been around for that long or longer. I shall try another reinstall of FOG and see what happens.

It was really quite odd, it just stopped working out of the blue and came back out of the blue. Really confusing but I’m glad it had its holiday and everything is back working.

Hi Jaymes,

I have no idea what was the problem, but I was doing a clean install of Ubuntu 10.4.4 just to be starting on a fresh slate after going the dnsmasq route. After the clean install of both Ubuntu and FOG, it is now working perfectly. The only thing that had changed is that it is another clean install.

This is the 3rd clean install from disk in a week to try fix this problem. I have no idea why it is working now, as I followed the same instructions every time. The only difference now is eth1 is now running on an IP address of 192.168.1.133 instead of 192.168.1.138. But eth0 is still running on 10.10.10.1

I have gotten as far as the FOG splash screen, and am currently uploading an image as a test.

Thank you so much for your help

We can’t see how it would be a network problem, We have not changed any of our hardware or configuration. And FOG is isolated, I can get to the web management side of it via IP

But I will try the DNSmasq and see how that goes. I will also give a look into the settings to see they are configured as you have said.

I will report back if I get it to work

I have seen this error a few times while trying to diagnose the issue over the last few days but nothing seems to work.

I have done a clean install of Ubuntu 10.4.4 and from there a fresh install of FOG 0.32. And I am still getting the same issue.

Our Fog server was working perfectly fine, but then one day the above error just started showing up. No one had made any changes to the FOG server accept use it for deploying or capturing images.
The server is fully isolated and built following these instructions [url]http://www.fogproject.org/wiki/index.php/FOG_on_an_Isolated_Network[/url]

And this is the network setup that was used on the previous working FOG and current FOG.

[CENTER][SIZE=3][I][FONT=Arial]# The loopback network interfaces[/FONT][/I][/SIZE][/CENTER]
[CENTER][SIZE=3][I][FONT=Arial]auto lo[/FONT][/I][/SIZE][/CENTER]
[CENTER][SIZE=3][I][FONT=Arial]iface lo inet loopback[/FONT][/I][/SIZE][/CENTER]
[CENTER][SIZE=3][I][FONT=Arial]# The primary network interface[/FONT][/I][/SIZE][/CENTER]
[CENTER][SIZE=3][I][FONT=Arial]auto eth0 eth1[/FONT][/I][/SIZE][/CENTER]
[CENTER][SIZE=3][I][FONT=Arial]iface eth0 inet static[/FONT][/I][/SIZE][/CENTER]
[CENTER][SIZE=3][I][FONT=Arial]address 10.10.10.1[/FONT][/I][/SIZE][/CENTER]
[CENTER][SIZE=3][I][FONT=Arial]netmask 255.255.255.0[/FONT][/I][/SIZE][/CENTER]
[CENTER][SIZE=3][I][FONT=Arial]gateway[/FONT][/I][FONT=Arial] 10.10.10.1[/FONT][/SIZE][/CENTER]

[CENTER][FONT=Arial][SIZE=3]iface eth1 inet dhcp[/SIZE][/FONT][/CENTER]
[LEFT] [/LEFT]
[LEFT] [/LEFT]
[LEFT][FONT=Arial][SIZE=3]Even after a fully clean build I get this error straight away whilst trying to pull the first image. Before installing FOG the server was fully updated and I fear it may be something in an update that is having an affect on FOG.[/SIZE][/FONT][/LEFT]
[LEFT] [/LEFT]
[LEFT][FONT=Arial][SIZE=3]Any help as to why this is happening or if anything can be done? The instructions I have been following are the instructions that have successfully worked for creating a FOG server the last 3 times it was needed. [/SIZE][/FONT][/LEFT]
[LEFT] [/LEFT]
[LEFT][FONT=Arial][SIZE=3]I can access the FOG [/SIZE][/FONT][SIZE=2][FONT=Arial]management, and it is using kernel 3.8.8 Core, which had worked widely with our other computers. We must of used FOG to image almost 100 computers before we reached this issue[/FONT][/SIZE][/LEFT]

Hi thanks for the replies,

The issue was eventually figured out. It was a hardware issue with the initial laptop. Just happened to be the first of a batch of laptops to be opened and it had a failed hard drive. Was not something we had been expecting. It was only after creating the FOG server a few times that we decided to try a different laptop.

Chad-bisd is right that you need to disable secure boot. And Kelly is right about having to set the laptop from UEFI to Legacy.

I did a clean build on one of the machines from the same batch, and used G-Parted on it to make it “msdos” instead of “gpt”. Doing this allowed me to pull an image from the machine with no problem at all.
I then booted another machine from the batch with G-Parted and tried to deploy the image, but still the same error of the hard disk failing the compatibility of fog.
If I also check the “partition information” on the machine that won’t take the image I get the error “can’t have a partition outside the disk”. This seems to be the only laptop with this issue, I pulled another one from the same batch and just chanced my arm by pushing an image to it, and it took it without needing to be G-parted. It’s a strange situation. But I will come back when I try doing a multi-cast. Currently using kernel version 3.8.8 Core FOG ID:1051

Hi having an issue deplying an image to a Dell Vostro 3560 laptop.

We had a batch of these laptops previously and were able to deploy to them not a problem, but with the new batch they just wont take any image.
The only difference between the laptops that we can see that would make a difference is that the new batch came with Windows 8 were the last batch had 7, and the harddrive in this batch is this “Toshiba MK3261G5YN”.

I can get the laptop to boot into the fog menu, I have it registered, when I boot the laptop into the fog comparability check it gives a fail for the harddrive. I have given it the newest kernel. But still no joy.

Would anyone happen to know of anything else that could be tried with this to see if it would help.

Many thanks for your time.

Vinnie

Thanks for all the help, sorry I took so long to reply, tried several things and nothing seemed to work so just rebuilt the server.

Thank you for the reply,
We ran this and got this response:

[LEFT][FONT=arial][COLOR=#222222][COLOR=#000000]admin1@IM01:~$ ls -l /tftpboot/pxelinux.cfg/[/COLOR][/COLOR][/FONT][/LEFT]
[LEFT][FONT=arial][COLOR=#222222][COLOR=#000000]total 12[/COLOR][/COLOR][/FONT][/LEFT]
[LEFT][FONT=arial][COLOR=#222222][COLOR=#000000]-rw-r–r-- 1 fog fog 429 2013-04-19 13:46 01-08-00-27-8b-ad-34[/COLOR][/COLOR][/FONT][/LEFT]
[LEFT][FONT=arial][COLOR=#222222][COLOR=#000000]-rw-r–r-- 1 fog fog 433 2013-03-14 12:06 01-e0-db-55-d3-af-bd[/COLOR][/COLOR][/FONT][/LEFT]
[LEFT][FONT=arial][COLOR=#222222][COLOR=#000000]-rw-r–r-- 1 fog root 2588 2013-04-15 15:37 default[/COLOR][/COLOR][/FONT][/LEFT]
[FONT=arial][COLOR=#222222]Not sure if that looks right or wrong. Any light on this would be much appreciated[/COLOR][/FONT]

Hi,

We have been using Fog for the last few months now, and have been deploying/uploading several different images. Recently something has changed but we cant figure out what it is. Fog just seems to go into a boot loop while deploying images to both physical machines and virtual machines.
By looping it goes through PXE and gets to the Fog GUI interface. We register the machine and assign it an image to take. Everything goes fine and the client says it is going to shut down and deploy the image at a restart. At restart the client just goes back to the PXE GUI interface after several times boot-looping. If I select quick image it does the same.

This is happening with all out images. All but one has been deployed to several machines before this. There doesn’t seem to be a problem uploading images. And to us Fog looks okay. There is also no visible errors on the clients as to why they don’t take the image. I have seen this thread [url]http://www.fogproject.org/wiki/index.php/Boot_looping_and_Chainloading[/url] but have not made the changes since Fog was working. When deploying an image, if I check the active tasks in Fog there is none, and if I go through the “basic tasks” option to deploy the image it, sometimes the task clears form task management and sometimes it doesn’t. We are using Fog 0.32 on a Xbuntu physical server.

Any help would be greatly appreciated.

Thanks, Vinnie