From Windows CMD:
[CODE]H:>ftp 10.120.88.146
Connected to 10.120.88.146.
220 (vsFTPd 2.3.5)
ftp> user
Username fog
331 Please specify the password.
Password:
230 Login successful.
ftp> put C:/dfinstall.log /home/fog/dfinstall.log
200 PORT command successful. Consider using PASV.
150 Ok to send data.
226 Transfer complete.[/CODE]
From SSH to FOG Server
[CODE]fog@SC-Image:~$ ls
dfinstall.log isd.png[/CODE]
I wasn’t sure exactly how to do all of that stuff you listed, so I used FileZilla because I know it allowed for manual sftp transfers, I hope that’s the same thing. Here’s the output from FileZilla on a Windows machine:
[CODE]Status: Connecting to SC-Image…
Response: fzSftp started
Command: open “fog@SC-Image” 22
Command: Pass: *****
Status: Connected to [EMAIL]SC-Image@domain.org[/EMAIL]
Status: Starting upload of C:\Users\user\Pictures\Graphics\ISDTech Serv.png
Command: cd “/home/fog”
Response: New directory is: “/home/fog”
Command: put “C:\Users\user\Pictures\Graphics\ISD Tech Serv.png” “isd.png”
Status: local:C:\Users\ccolley\Pictures\Graphics\ISD Tech Serv.png => remote:/home/fog/jisd.png
Status: File transfer successful, transferred 16,384 bytes in 1 second[/CODE]
Output from FOG server:
[CODE]fog@SC-Image:~$ ls -l /home/fog
total 20
-rw-rw-r-- 1 fog fog 18304 Jul 15 18:24 isd.png
[/CODE]
Well, both I guess. The Kernel looks like it’s downloading okay from the looks of the /tmp directory, but tftp won’t transfer it to /var/www/fog/service/ipxe.
[CODE]> ls -l /var/www/fog/service/ipxe
total 33640
-rwxrwxrwx 1 fog www-data 503 Jul 15 16:42 advanced.php
-rwxrwxrwx 1 fog www-data 44908 Jul 15 16:42 bg.png
-rwxrwxrwx 1 fog www-data 756 Jul 15 16:42 boot.php
-rwxrwxrwx 1 fog www-data 6148400 Jul 15 16:42 bzImage
-rwxrwxrwx 1 fog www-data 6157296 Jul 15 16:42 bzImage32
-rwxrwxrwx 1 fog www-data 234697 Jul 15 16:42 grub.exe
-rwxrwxrwx 1 fog www-data 10429892 Jul 15 16:42 init.xz
-rwxrwxrwx 1 fog www-data 9541876 Jul 15 16:42 init_32.xz
-rwxrwxrwx 1 fog www-data 25340 Jul 15 16:42 memdisk
-rwxrwxrwx 1 fog www-data 1839104 Jul 15 16:42 memtest.bin[/CODE]
I checked to make sure the username and password were correct as well.
Today I did a clean install, again, and this issue is back. There’s gotta be something else wrong here.
[CODE]# apt-get install tftp
Reading package lists… Done
Building dependency tree
Reading state information… Done
tftp is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
tftp> get undionly.kpxe
Received 104394 bytes in 0.0 seconds
tftp> quit
-rw-r–r-- 1 root root 101K Jul 15 17:11 undionly.kpxe
root 19173 1 0 16:55 ? 00:00:00 /usr/sbin/in.tftpd --listen --user root --address 0.0.0.0:69 -s /tftpboot
root 20969 20894 0 17:12 pts/0 00:00:00 grep --color=auto tftp[/CODE]
And you can see those files from earlier that got stuck in /tmp
[CODE]> cd /tmp
tftp -v localhost -c get undionly.kpxe
Connected to localhost (127.0.0.1), port 69
getting from localhost:undionly.kpxe to undionly.kpxe [netascii]
Received 104394 bytes in 0.1 seconds [14481598 bit/s]
tftp -v 127.0.0.1 -c get undionly.kpxe
Connected to 127.0.0.1 (127.0.0.1), port 69
getting from 127.0.0.1:undionly.kpxe to undionly.kpxe [netascii]
Received 104394 bytes in 0.1 seconds [14726714 bit/s]
tftp -v 10.120.88.146 -c get undionly.kpxe
Connected to 10.120.88.146 (10.120.88.146), port 69
getting from 10.120.88.146:undionly.kpxe to undionly.kpxe [netascii]
Received 104394 bytes in 0.1 seconds [14572509 bit/s]
ls
bzImage
bzImage-TomE
udpcast-20120424
udpcast.tar.gz
undionly.kpxe[/CODE]
tftp is working, as far as I can tell. Would it help if I ran the install file again?
I’ve always had problems with those and haven’t ever been able to figure out what causes it, even with help from this forum.
And I notice our group names are different in our ls, do those matter?
I was just about to post that when I saw that combo of fog and Ubuntu versions pop up in the queue. As far as I know it’s still valid, I think I saw Tom post that the other day in a thread. I’ve been wanting to jump to 14.04 since 12.04 support end soon. But I’m waiting on FOG.
17:25 sounds like about the time one of the upgrades claims to have went through, shortly before I left work. I’m trying to update using a different name as you suggested, and it sticks on the ‘moving to tftp’ step and no file is created in that dir
I get as far as naming the file, which I leave as bzimage, the file downloads, and then it stalls when moving to tftp server. I’m using the latest published kernel from the FOG Configuration section.
[CODE]> ls -lhrt /var/www/fog/service/ipxe/
total 33M
-rw-r–r-- 1 fog www-data 25K Jul 14 11:42 memdisk
-rw-r–r-- 1 fog www-data 756 Jul 14 11:42 boot.php
-rw-r–r-- 1 fog www-data 9.1M Jul 14 11:42 init_32.xz
-rw-r–r-- 1 fog www-data 503 Jul 14 11:42 advanced.php
-rw-r–r-- 1 fog www-data 10M Jul 14 11:42 init.xz
-rw-r–r-- 1 fog www-data 5.9M Jul 14 11:42 bzImage32
-rw-r–r-- 1 fog www-data 230K Jul 14 11:42 grub.exe
-rw-r–r-- 1 fog www-data 1.8M Jul 14 11:42 memtest.bin
-rw-r–r-- 1 fog fog 155K Jul 14 16:59 bg.png
drwxr-xr-x 2 fog fog 4.0K Jul 14 17:25 backup
-rw-r–r-- 1 fog fog 5.9M Jul 14 17:25 bzImage[/CODE]
And nothing shows in apache2 log
I started a kernel update at about 6 pm before I left work and let it run, hoping it would finally finish. Now, 5 hours later, I remote in and its still right where I left it. It says: “Download Complete! Moving file to TFTP Server…”
Earlier I noticed it was taking a while, but I thought maybe I wasn’t being patient enough. I’m also having problems loading files up for pxe boot, it takes a while to get to the fog menu and/or to deploy/upload an image.
This makes me want to drop everything, again, and go with WDS. lol
What could I do to check and fix TFTP speeds or block sizes and fix this?
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.
Now when I try to upload/deploy an image, bzimage will not go past 0%.
I may have narrowed this down. This issue happens on our Equus Nobilis machines, a very obscure manufacturer, but we have over 2,000 of them. I tested network boot on my office machine, which is an HP Z200 workstation, and network booting was much faster. We didn’t have this issue on FOG 0.32 with our Nobilis machines, the issue came up when I upgraded to 1.1.2. From what I’ve seen, this is a kernel issue and the required drivers for the machines are missing from the kernel, right? Where could I get a kernel that works with these machines? (If I’m even on the right track)
I installed Ubuntu 12.04.4 Server, FOG 1.1.2, and Webmin today. Once I got it all up and going, I tried to network boot. Well, network boot works, but it takes like 5 minutes to get to the FOG screen. I’ve checked and made sure option 066 is my FOG server address, and that option 067 is undionly.kpxe on my Windows DHCP server. I also went and set permissions on tftpboot to 777 and haven’t seen any change.
When I try:
[CODE]tftp -v xx.xx.xx.xx -c get undionly.kpxe[/CODE]
I get:
[CODE]Transfer timed out.[/CODE]
The whole reason I reinstalled was because of this issue, I thought maybe something had just gone wrong with my config and turned FOG into a snail, but apparently this has something to do with the latest FOG changes, or something on my network.
Any ideas are welcome.
Yeah, I always do the clean install, it does have the upgrade option pre-selected as if it’s an amazing idea. Well I’m downloading the server version ISO right now and will reinstall it tomorrow. I have a feeling my boss want me off the clock 
lol
So I should be using Ubuntu Server instead of desktop?
By normal install, I mean just the wizard. I don’t know how to explain it. It’s the one that’s not the live boot of ubuntu