Kernel update 6 hours later

[ianabc]

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).

[NDNtech]

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]

[Tom Elliott]

try:
[code]ftp 10.120.88.146
user fog
enter pass
put c:/dfinstall.log /var/www/fog/service/ipxe/dfinstall.log
[/code]

[NDNtech]

Tom:

It transferred correctly

[ianabc]

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.

[NDNtech]

[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 Elliott]

Run this:
[code]chown -R fog:www-data /var/www/fog/service/ipxe[/code]

Please try again.

[NDNtech]

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

[ianabc]

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.

[NDNtech]

[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.

[NDNtech]

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.

[NDNtech]

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

[NDNtech]

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.

[Jaymes Driver]

[quote=“NDNtech, post: 33253, member: 23658”]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.[/quote]

This could be due to the drivers that are included in the bzImage, if you are feeling up to the task, you can always create your own bzImage that includes ONLY the drivers you need, this will increase the speed in which bzimage is loaded.

[NDNtech]

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

[Jaymes Driver]

[quote=“NDNtech, post: 33256, member: 23658”]:( I’ve tried to avoid this for as long as I can. lol Can this only be done on a Linux machine?[/quote]
yes, it’s fairly simple to do, it just takes some time figuring out which drivers need to be included, Tom’s kernels tend to be all inclusive, and this can cause some load time issues.

I’ve built a kernel or two in the past, just make sure you keep back ups of the working kernels… don’t ask why <.<

[NDNtech]

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

^Is this the best guide out there?

[Jaymes Driver]

That should do just fine… this is an old guide and this is the one I used when creating my kernels.

[url]http://fogproject.org/forum/threads/request-for-kernel-compiling-info-please-read.4045/#post-12320[/url]

[NDNtech]

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??

[Tom Elliott]

For FTP, what does tftp have to do with it?

That file doesn’t mean anything in regards to kernel download.