Okay, I’ll give that a try as a final attempt of using fog. I have a server ready to go with Server 2008r2 on it to get WDS setup since I’ve had nothing but problems with FOG/Linux since the day I started using it. All of everyone’s help is deeply appreciated.

I enabled that feature before I added the images, and when I added them I set them to partimage except for 1 of them which was uploaded using 1.1.2 before I reinstalled Ubuntu.

Junkhacker: Permissions to everything under /images are: owner fog and group root

ianabc: I made sure to match the file names exactly, I copy and pasted most of them from the filesystem to the web interface. All of my images except for one are partclone. I only uploaded one after upgrading from .32 to 1.1.2 the first time. All of these images were created over the years and used partimage.

To kind of give you more info on what I’ve got, I just did a clean install that you guys helped my with the other day and I had my images backed up to my NFS server and transferred them back over today. I went into FOG and created new images and put the image file locations in so that FOG knew where to look for the images. Did I do something wrong? I don’t really have the machines available to re-upload from, they’re all in production and aren’t clean images anymore.

I can upload images fine using partclone and partimage, but when it comes to downloading them, I can’t. Once I initiate the download and ipxe boot, the computer does the typical fog process and downloads the MBR, I think (it’s the part before partclone starts) but then I see the text flash by that says 'Imaging Complete" and it never gets to the partclone screen.

Permissions for my /images folder and all its contents are: fog:root 777

From IANABC
[QUOTE]If it is just being slow then I would agree that it is probably a driver issue, but in one of your other threads you mentioned that you fixed it…
[INDENT=1]I got the problem fixed that made the fog boot menu take forever to load by setting permissions to the tftpboot folder to 777 and the owner is fog and the restarting the xinetd service.[/INDENT]
[INDENT=1] [/INDENT]
[INDENT=1]Now when I try to upload/deploy an image, bzimage will not go past 0%.[/INDENT]
Does that workaround no longer work? I mean does it EVER complete or is it just slow?[/QUOTE]

it seems like the first time I try it it goes somewhat slow. If I try again, it’ll go super slow. That work around proved to be ineffective.

It ended up being a network issue. I just moved the computer to the same switch as the server and it went blazing fast. I’m going to get with the Network Admin and see if we can get this cleared up.

Yes, it gets to the ipxe screen and if it’s going to the menu, it takes forever to load bg.png. If it’s going to the imaging environment it takes forever to load bzimage

Well, I figured out that the kernel issue was for the browser. I was wondering if this was right since it has 0.0.0.0 rather than my IP address

This is out of /etc/default/tftpd-hpa:

[CODE]# /etc/default/tftpd-hpa

FOG Modified version

TFTP_USERNAME=“root”
TFTP_DIRECTORY=“/tftpboot”
TFTP_ADDRESS=“0.0.0.0:69”
TFTP_OPTIONS=“-s”[/CODE]

Is it right??

[url]http://fogproject.org/wiki/index.php?title=Building_a_Custom_Kernel[/url]

^Is this the best guide out there?

I’ve tried to avoid this for as long as I can. lol Can this only be done on a Linux machine?

But this doesn’t solve my long withstanding problem of why bzimage takes forever to load up on the client I’m trying to image.

Apparently updating kernels doesn’t work in IE11, or at least it doesn’t for me.

Holy cow, I just tried this in Chrome and it went through correctly. All this for a browser issue. When you mentioned checking settings I figured I’d try Chrome. I updated both the 32 bit and 64 bit kernels without an issue when I used Chrome.

[CODE]
fog@SC-Image:~$ sudo su - fog
[sudo] password for fog:
fog@SC-Image:~$ cd /tmp
fog@SC-Image:/tmp$ echo “test” > testFile
fog@SC-Image:/tmp$ ftp 10.120.88.146
Connected to 10.120.88.146.
220 (vsFTPd 2.3.5)
Name (10.120.88.146:fog): fog
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> put testFile /var/www/fog/service/ipxe/testFile
local: testFile remote: /var/www/fog/service/ipxe/testFile
200 PORT command successful. Consider using PASV.
150 Ok to send data.
226 Transfer complete.
5 bytes sent in 0.00 secs (157.5 kB/s)
ftp> quit
221 Goodbye.

fog@SC-Image:/tmp$ ls -l /var/www/fog/service/ipxe/testFile
-rw-r–r-- 1 fog fog 5 Jul 16 08:58 /var/www/fog/service/ipxe/testFile
[/CODE]

JavaScript is enabled.

Okay, I ran the command and tried to install the kernel but it’s not moving out of /tmp

[CODE]root@SC-Image:/home/fog# ls -ld /var/www/fog/service/ipxe
drwxrwxrwx 2 www-data www-data 4096 Jul 15 19:22 /var/www/fog/service/ipxe
[/CODE]

Tom:

It transferred correctly