Setting up and building UDPCast...Failed!
-
You could try :
[code]
chown -R fog:root /tftpboot[/code]Could be a possibility that the rights aren’t correct on the folder.
-
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.
