Kernel update 6 hours later
-
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.cd /tmp
rm -f undionly.kpxe
tftp 10.120.88.146
tftp> get undionly.kpxe
Received 104394 bytes in 0.0 seconds
tftp> quitls -lhrt undionly.kpxe
-rw-r–r-- 1 root root 101K Jul 15 17:11 undionly.kpxe
ps -ef | grep tftp
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] -
I checked to make sure the username and password were correct as well.
-
Which issue is back? The kernel download issue or tftp open timeout?
If it’s the kernel download you’re referring to, what is the output of:
[code]ls -l /var/www/fog/service/ipxe[/code] -
OK, if you test the ftp manually can you put files etc., go to a client machine with vsftp installed and try to “put” a file
[CODE]
$ echo “test Test test” >mytest
$ ftp IP.OF.YOUR.FOG
Connected to IP.OF.YOUR.FOG
220 (vsFTPd 2.2.2)
Name (IP.OF.YOUR.FOG:iana): fog
331 Please specify the password.
Password:<PASSWORD OF YOUR FOG TFTP USER HERE>
230 Login successful.
Remote system type is UNIX.Using binary mode to transfer files.
ftp> put mytest
200 PORT command successful. Consider using PASV.
150 Ok to send data.
226 Transfer complete.7 bytes sent in 0.00 secs (159.0 kB/s)
ftp> quit
[/CODE]
You should be able to see that file in your fog user’s home directory
[CODE]
$ ls -l /home/fog/
total 4-rw-r–r–. 1 fog fog 7 Jul 15 16:03 myfile
[/CODE]
Does that work on your system? -
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] -
Could you try that ftp transfer that I did in my last post. Make sure you use the username and password from the fog settings page.
-
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] -
Hmmm… I think that might be transferring over ssh (port 22). If you know FileZilla well you should be able to tell it to use ftp (port 23) somewhere, but if not, you should be able to run the commands above on your fog server after installing an ftp client, e.g.
[CODE]
$ apt-get install ftp
$ ftp IP.OF.YOUR.FOG
[/CODE]You should be prompted for your username and password, then you should try “putting” a file as above “put <FILENAME>”.
Any (small) file in the directory where you ran the ftp command should work, I created one by echoing some text into a file called myfile before running the ftp command (echo ‘test Test test’ > myfile).
-
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] -
try:
[code]ftp 10.120.88.146
user fog
enter pass
put c:/dfinstall.log /var/www/fog/service/ipxe/dfinstall.log
[/code] -
Tom:
It transferred correctly
-
That’s basically all that portion of the fog code is doing (ajax/kernel-fetcher.php), so I’m not sure what could be going wrong. The permissions on some of the files under services/ipxe look a bit odd, could you send the output of “ls -ld /var/www/html/fog/service/ipxe”, i.e. the ipxe directory, NOT it’s contents.
-
[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] -
Run this:
[code]chown -R fog:www-data /var/www/fog/service/ipxe[/code]Please try again.
-
Okay, I ran the command and tried to install the kernel but it’s not moving out of /tmp
-
ooff…this is getting ugly! Could you try running the same commands as the fog user, i.e. log in to the fog server and try this
[CODE]
$ sudo su - fog
$ cd /tmp
$ echo “test” > testFile$ ftp 10.120.88.146
Connected to 10.120.88.146 (10.120.88.146).
220 (vsFTPd 2.2.2)
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/html/fog/service/ipxe/testFile
227 Entering Passive Mode (10,128,128,146,125,20).
150 Ok to send data.
226 Transfer complete.
ftp> quit
221 Goodbye.$ ls -l /var/www/fog/service/ipxe/testFile
-rw-r–r–. 1 fog fog 0 Jul 15 20:47 /var/www/fog/service/ipxe/testFile
[/CODE]Additionally, just confirm that the [FONT=Ubuntu][COLOR=#555555]FOG_TFTP_HOST[/COLOR][/FONT] in your fog configuration is set to 10.120.88.146. Also Since that section of code relies on Javascript and ajax, can you confirm that the browser you’re using to do this doesn’t have javascript disabled.
-
[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.
-
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.
-
Apparently updating kernels doesn’t work in IE11, or at least it doesn’t for me.
-
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.
