You have to have the permissions set right.

Use chown and possibly chmod to fix this.

SOLVED !
Indeed, to reply to your message, I stayed connected to internet during the installation of Fog, and disconnected as soon as possible. I ran the installation twice in fact (once while connected, the other time disconnected).

Anyway, here’s the cause of the problem -which makes me feel dumb…
The person who worked before I came configured a 066 option in the extended field.
I didn’t knew anything about that ; I did my configuration in the main DHCP field.
His PXE came first and the PXE was done on a server (still in use) that no longer hosts a up to date PXE.
…
Thank you for your support. Now It’s (at least) time for fun !! 🙂

/tftpboot is on the server and contains the pxe boot file, the menu and menu processor files. I don’t know if this is what you’re looking for, as you don’t have to put anything in there to make the clients boot to PXE.

The clients have to have a network card which support PXE booting, and it usually has to be enabled in the BIOS, or a key hit during boot, such as F12.

[quote=“Hunter, post: 9658, member: 1221”]Apparently Fog doesn’t recognize the SWAP file. (See these posts: [url]http://fogproject.org/forum/threads/cant-upload-linux-image-caixa-magica-16.503/[/url] & [url]http://fogproject.org/forum/threads/deploying-linux.3776/[/url] ) I would like to learn more about how you are or intend to deploy Linux, as I am working on a similar project.[/quote]

Hi Hunter,

The swap partition still there on a primary partition but is not activated because of the UUID on fstab. There is a way to activate it but do this on several machines will become unproductive, so the steps that I’ve mentioned I think are the best way to make the swap working.

What exactly you need to know about linux deploying?

how many times are you going to post this request? The FOG kernel is built for FOG and is not a general use kernel. As the developers config and compile a new kernel, they put it on sourceforge when it’s ready. The volunteers in the community also custom compile FOG kernels, but they are not official FOG kernels and most likely will never make it on FOG’s sourceforge kernels page.

You can always try the wiki article on compiling a custom kernel, or post the specifics about the machine you are having issues with and see if someone can help by providing or compiling a custom kernel for you.

Well, I fixed my problem by ditching the kitchensink.config in favor of the core.config.

I wonder what was in the kitchensink.config that was messing things up.

I also wonder why, if my drivers are already selected in fog’s core.config, they were not properly loading when using a kernel compiled by the fog project.

Ha cha cha! By George, I do believe I’ve done it!

[quote=“brian_, post: 9270, member: 2729”]lawl. just ask someone who knows. my new issue is when i try to make a basic upload task it doesn’t do anything. it doesn’t say it was made or anything[/quote]

If you are imaging a ubuntu SO do a fsck.ext3 in the original machine with a live cd and try to upload again.

Troy

Chad’s instructions for checking the package name and for removal both worked great. We are extending power from a box that’s on our generator to the phone switch room and adding a UPS for the phone switches, so we will be able to verify the DHCP issue has been resolved shortly. Thank you for posting up those commands.

Nov 7 11:51:14 saltdalvgs-fog in.tftpd[6558]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:51:15 saltdalvgs-fog in.tftpd[6559]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:51:17 saltdalvgs-fog in.tftpd[6560]: RRQ from 10.146.12.6 filename boot.txt
^C
[administrator@saltdalvgs-fog ~]$ sudo tail -f /var/log/messages|grep -i tftp
[sudo] password for administrator:
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7020]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7021]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7019]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7020]: tftpd: read(ack): Connection refused
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7019]: tftpd: read(ack): Connection refused
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7021]: tftpd: read(ack): Connection refused
Nov 7 11:55:38 saltdalvgs-fog in.tftpd[7023]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:38 saltdalvgs-fog in.tftpd[7023]: tftpd: read(ack): Connection refused
Nov 7 11:55:47 saltdalvgs-fog in.tftpd[7025]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:47 saltdalvgs-fog in.tftpd[7025]: tftpd: read(ack): Connection refused
Nov 7 11:55:54 saltdalvgs-fog in.tftpd[7028]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:54 saltdalvgs-fog in.tftpd[7028]: tftpd: read(ack): Connection refused
Nov 7 11:56:02 saltdalvgs-fog in.tftpd[7029]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:56:02 saltdalvgs-fog in.tftpd[7029]: tftpd: read(ack): Connection refused

When I do a tftp from the server it works, not from client

[quote=“maltobelli, post: 9353, member: 2746”]What size are the DVD’s, would they fit into the target machines RAM/Memory?
Are they Windows DVD’s? Linux DVD’s?[/quote]

Some of both, really. Some might even just be software.

I’ll have to read over those links.

I had the same issue look at this thread it solved my problem. [url]http://fogproject.org/forum/threads/tftp-issues-but-fixable.779/[/url]

One odd thing with gpxelinux.0: tftp actually seems to be slower - so with it it’s http or nothing as far as I can see.

How do you go about changing the host name and setting a reservation and alias?

Thanks for sharing .

Good luck! We couldnt get Fog to deploy an image properly on either Ubuntu 12.04, or 11.04. Using Ubuntu 10.04 with Fog 32 gave no deployment issues… Now on to figuring out why multicast fails partway through, and with unicast works just fine… X(

Sorted this now, I used CloneZilla pxe to upload an image to each machine, once the initial image is deployed, fog will continue to image correctly.
So it looks like the problem is with the boot loader.

hello astrouge,

i figured out what was causing the macbooks to shut down. it turned out to be the install-restore.dmg files was only 1.6gb and when i remade the install-restore.dmg it came out 1.8gb i doubled check to make sure that was the correct size for that file for netRestore 3.4.6

now the mac finds the fog server but it just sits there with the apple logo and a spining circle.
i’m sure it has something to do with files:
booter
mach.macosx
mach.macosx.mkext

the files above are different for each folder they go into below, even though there named the same.
Ppc
i386
netBootSP0

netRestore make the files for ppc and i386 but not for netBootSp0.
so thats where i’m stuck.
i stop trying few days ago and now im back to try again…if i cant get it to work, i’ll try deploystudio.
i’ll keep you updated on anything the comes up.

[quote=“Damian, post: 4743, member: 1299”]Hi,

Thanks for the response. Unfortunately when I decompress the image and go to /tmp/tmpMnt/lib/ there is no udev directory so there are no udev scripts. Maybe I’m missing something… maybe I’m supposed to create the udev scripts…?

Also, if I run a find in /tmp/tmpMnt/ and grep for udev or firmware nothing is returned.

Can you provide a little more direction if you know the answer?

Thanks
Damian[/quote]

I booted the system and I’m on the system now. If I find from the root I still don’t find udev but I DO find firmware. This is good.

Fog uses NFS to connect to storage nodes and download images.