Setting up and building UDPCast...Failed!
-
Man, I always forget that one part
-
[quote=âJaymes Driver, post: 22829, member: 3582â]You could try :
[code]
chown -R fog:root /tftpboot[/code]Could be a possibility that the rights arenât correct on the folder.[/quote]
I have tried it, but still I have got the same answer:
Unable to start task
Unable to upload file.If you want the errorlog, please let me know.
-
can you try ftping using the fog user and password you set with passwd fog before?
[code]ftp <IP OF FOG SERVER>[/code]
Login with the Fog Username and password.
See that it successfully connects.
Then try to cd to /tftpboot/pxelinux.cfg
[code]cd /tftpboot/pxelinux.cfg[/code]Then Try to create a file there, if it even lets you get that far.
[code]mkdir test[/code]Does it allow you to create the folder?
-
[quote=âTom Elliott, post: 22850, member: 7271â]can you try ftping using the fog user and password you set with passwd fog before?
[code]ftp <IP OF FOG SERVER>[/code]
Login with the Fog Username and password.
See that it successfully connects.
[/quote]
Yes, no problem. Connection is made succesfully.
[quote]
Then try to cd to /tftpboot/pxelinux.cfg
[code]cd /tftpboot/pxelinux.cfg[/code]Then Try to create a file there, if it even lets you get that far.
[/quote]
Yes, I can cd to /tftpboot/pxelinux.cfg and make a subdir:
[code]sudo mkdir test[/code]
and a file with:
[code] sudo pico jostest.txt [/code]
Does it allow you to create the folder?[/quote]
Yes, with:
[code] sudo mkdir test [/code]
-
What strikes me is that the wake-up function of the Advance Actions actually doing something.I see here the message âWake up packet sent to 1 computer(s).â
If I shutdown the Windows 7 PC (not reboot). The Windows 7 PC will reboot instead of shutdown.
Does this say something?
-
The wake up function will work because it doesnât actually ftp any data to the fog server. It just sends a packet.
When youâre running the command list I gave you above, I was hoping it would be done from the FTP system.
Stay in FTP shell and cd to /tftpboot/pxelinux.cfg
WHile in the FTP shell type
mkdir testThen report results. Iâm starting to think something is permissions based with the issues here.
-
Ok.
In the FTP shell, I can cd to /tftpboot/pxelinux.cfg
mkdir test, failed in the FTP shell. -
So that tells me that FTP is not working. From the main console can you chmod -R 777 /tftpboot and try creating task again?
-
[quote=âTom Elliott, post: 22871, member: 7271â]So that tells me that FTP is not working. From the main console can you chmod -R 777 /tftpboot and try creating task again?[/quote]
Still the same:
Unable to start task
Unable to upload file.After âchmod -R 777 /tftpbootâ
In the FTP-shell it is possible to make a dir in /tftpboot but not in pxelinus.cfg
-
Can you give a couple of outputs here:
From the terminal type:
[code]ls -lh /tftpboot[/code]Then give the output here. It should look something along the lines of:
[code]drwxr-xr-x 1 fog root 25 Nov 28 10:16 /tftpboot[/code]Then cd into the /tftpboot and run
[code]ls -lh[/code]
Print the results here.It should look something like:
[code]total 174K
-rw-râr-- 1 fog root 828 Jul 30 2013 boot.txt
drwxr-xr-x 6 fog root 4.0K Nov 30 08:17 fog
-rw-râr-- 1 fog root 17K Feb 11 19:08 pxelinux.0
drwxr-xr-x 2 fog root 4.0K Feb 11 22:22 pxelinux.cfg
drwxr-xr-x 3 fog root 4.0K Jul 30 2013 tftpboot
-rw-râr-- 1 fog root 145K Feb 11 19:08 vesamenu.c32[/code]I just need to see if thereâs a sticky bit set and verify the permissions.
If you truely did perform the:
[code]chmod -R 777 /tftpboot
chown -R fog:root /tftpboot[/code]All items should have permissions similar to: {d or -}rwxrwxrwx with owner of fog and group owner of root.
This definitely is a permissions issue, but if you did perform the commands weâve suggested, there shouldnât be any permissions issues, unless thereâs an immutable flag on the folders or somebodyâs changed the umask settings.
-
Here is my output again after
chmod -R 777 /tftpboot
chown -R fog:root /tftpbootjos@leeuwerik:~$ ls -lh /tftpboot
totaal 216K
-rwxrwxrwx 1 fog root 828 feb 10 21:04 boot.txt
drwxrwxrwx 5 fog root 4,0K feb 5 22:49 fog
-rwxrwxrwx 1 fog root 25K feb 10 21:04 memdisk
-rwxrwxrwx 1 fog root 17K feb 10 21:04 pxelinux.0
drwxrwxrwx 3 fog root 4,0K feb 11 20:32 pxelinux.cfg
drwxrwxrwx 2 fog root 4,0K feb 11 22:24 test
drwxrwxrwx 2 fog root 4,0K feb 5 22:49 tftpboot
-rwxrwxrwx 1 fog root 145K feb 10 21:04 vesamenu.c32
jos@leeuwerik:~$ cd /tftpboot
jos@leeuwerik:/tftpboot$ ls -lh
totaal 216K
-rwxrwxrwx 1 fog root 828 feb 10 21:04 boot.txt
drwxrwxrwx 5 fog root 4,0K feb 5 22:49 fog
-rwxrwxrwx 1 fog root 25K feb 10 21:04 memdisk
-rwxrwxrwx 1 fog root 17K feb 10 21:04 pxelinux.0
drwxrwxrwx 3 fog root 4,0K feb 11 20:32 pxelinux.cfg
drwxrwxrwx 2 fog root 4,0K feb 11 22:24 test
drwxrwxrwx 2 fog root 4,0K feb 5 22:49 tftpboot
-rwxrwxrwx 1 fog root 145K feb 10 21:04 vesamenu.c32FOG says again:
Unable to start task
Unable to upload file. -
Have a look at this site for understanding:
[url]http://chemdroid.net/en/ubuntu/23-vsftpd-500-oops-priv-sock-get-cmd[/url] -
Thanks again. But my troubles are not over yet!
Windows 7 PXE doesnât receive a bootfile, when booting.
-
It looks like itâs working on a another Windows 7 client! PXE boots up with FOG image solution!
Before it was runing I have connected a Windows 2012 server for DHCP in the network.
-
The PXEboot on the Windows 7 client went wellâŠuntilâŠthis:
[URL=âhttp://http://www.noordlaarderbos.nl/linux/fog-upload-error1.jpgâ]www.noordlaarderbos.nl/linux/fog-upload-error1.jpg[/URL]
Maybe a new challenge for Tom?
-
Your link is missing a colon my friend
[url]http://www.noordlaarderbos.nl/linux/fog-upload-error1.jpg[/url]
try
[code]
service portmap restart
service nfs-kernel-server restart
[/code] -
[quote=âJaymes Driver, post: 22955, member: 3582â]Your link is missing a colon my friend
[url]http://www.noordlaarderbos.nl/linux/fog-upload-error1.jpg[/url]
[/quote]
Thatâs a bug in this forum.
[quote]
try
[code]
service portmap restart
service nfs-kernel-server restart
[/code][/quote]I had allready tried that and even rebooted the Ubuntu machine, but I didnât help.
-
My Ubuntu uses rpcbind instead of portmap by the way.
But this didnât help also:
[code]
service rpdbind restart
service nfs-kernel-server restart
[/code] -
Sorry I had forgotten that tid bit of information, let me beat my head against the wall a little longer and see what I can come up with.
-
try removing your .mntcheck files and recreating them
/images/.mntcheck
/images/dev/.mntcheckedit your /etc/expotrs to look like this
[code]
/images *(ro,async,no_wdelay,insecure_locks,no_root_squash,insecure)
/images/dev *(rw,async,no_wdelay,no_root_squash,insecure)
[/code]ALSO, if you are using the FOG server to store your images (Not a NAS or another server, or save space or something HAS TO BE STORED IN THE /images folder on the Ubuntu box) then try isolating the network with a basic router. Set up a network between the host and the server only and try to image.