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.

I have done installs both ways. Fog install basically grabs the latest of each required package using apt-get. So as long as your mostly up to date and not running a conflicting package, it probably won’t matter. Fog install does grab more than just apache, mysql, and php.

If the fog server is outside of the virtual environment, you have to bridge the card of the virtual machine so it is accessible/visible by computers other than your VM host.

[quote=“bardicverse, post: 4378, member: 1314”]dumb question - can you ping the fog server’s ip address from one of your client machines?[/quote]
Yep. No problem there. Can ping by ip address and hostname.
No question is a dumb question. I might have overlooked something small.

Hi Tom,

Well I finally got everything installed, and I can access the Fog management console. Now I will start trying to image my first machine, then work on sysprep and whatnot… Thanks for the help!

Alan

Ubuntu 10.04 LTS
mysql Ver 14.14 Distrib 5.1.41, for debian-linux-gnu (i486) using readline 6.1

[CODE] dpkg --get-selections | grep [m]ysql*
libdbd-mysql-perl install
libmysqlclient16 install
mysql-client install
mysql-client-5.1 install
mysql-client-core-5.1 install
mysql-common install
mysql-server install
mysql-server-5.1 install
mysql-server-core-5.1 install
php5-mysql install
[/CODE]

I could not connect using the root account and a bad password out of 51,152 attempts using a php script.