Posts made by Josh Beddingfield

Sorry… Found the problem. The /etc/network/interfaces file had the wrong dns-nameservers configuration so it was not resolving domain names.

The Kernel Updates page shows the paragraph of information at the top of the page. It shows the menu items and tool bar. It does not show any of the available kernels. We have 7 fog servers set up in the network and this is the first time we have had this problem occur.

I followed these directions to try to fix the problem:

access: [url]http://fogserver/fog/management/[/url]
*** FOG Configuration ***
*** FOG Settings *** in the menu on the left
-> Replace the FOG_TFTP_FTP_PASSWORD fields under FOG settings

Then open the file:
/var/www/fog/commons/config.php - check the values of: TFTP_FTP_PASSWORD and STORAGE_FTP_PASSWORD
These MUST match the password you set above, if not write them properly in here
Finally reload of the service
/etc/init.d/vsftpd reload

I will have to try it again in the morning.

prosigna@FOGMAN:/images$ ls -l
total 24
drwxrwxrwx 5 fog root 4096 Sep 19 14:28 dev
drwxrwxrwx 2 fog root 16384 Sep 13 12:53 lost+found
drwxrwxrwx 2 fog root 4096 Sep 16 09:52 M81PLTWW764
prosigna@FOGMAN:/images$ ls -l -v
total 24
drwxrwxrwx 2 fog root 4096 Sep 16 09:52 M81PLTWW764
drwxrwxrwx 5 fog root 4096 Sep 19 14:28 dev
drwxrwxrwx 2 fog root 16384 Sep 13 12:53 lost+found
prosigna@FOGMAN:/images$ cd /images/dev
prosigna@FOGMAN:/images/dev$ ls
0023ae6635ae 002564aaf8fc bc305bbf6d2f
prosigna@FOGMAN:/images/dev$ ls -l
total 12
drwxrwxrwx 2 root root 4096 Sep 19 14:28 0023ae6635ae
drwxrwxrwx 2 root root 4096 Sep 16 14:21 002564aaf8fc
drwxrwxrwx 2 root root 4096 Sep 19 11:33 bc305bbf6d2f
prosigna@FOGMAN:/images/dev$ man ls
prosigna@FOGMAN:/images/dev$ man ls
prosigna@FOGMAN:/images/dev$ ls -lR
.:
total 12
drwxrwxrwx 2 root root 4096 Sep 19 14:28 0023ae6635ae
drwxrwxrwx 2 root root 4096 Sep 16 14:21 002564aaf8fc
drwxrwxrwx 2 root root 4096 Sep 19 11:33 bc305bbf6d2f

./0023ae6635ae:
total 13305472
-rwxrwxrwx 1 root root 512 Sep 19 14:28 d1.mbr
-rwxrwxrwx 1 root root 9236815 Sep 19 14:28 d1p1.img
-rwxrwxrwx 1 root root 13602232692 Sep 19 14:54 d1p2.img

./002564aaf8fc:
total 43348316
-rwxrwxrwx 1 root root 512 Sep 16 14:20 d1.mbr
-rwxrwxrwx 1 root root 3723192 Sep 16 14:20 d1p1.img
-rwxrwxrwx 1 root root 181638055 Sep 16 14:21 d1p2.img
-rwxrwxrwx 1 root root 44159939439 Sep 16 14:55 d1p3.img

./bc305bbf6d2f:
total 28552344
-rwxrwxrwx 1 root root 512 Sep 19 14:27 d1.mbr
-rwxrwxrwx 1 root root 14626611271 Sep 19 14:41 d1p1.img
-rwxrwxrwx 1 root root 14582409689 Sep 19 11:47 d1p2.img

/var/log/auth.log

Sep 19 14:45:27 FOGMAN vsftpd[1]: pam_unix(vsftpd:auth): authentication failure; logname= uid=0 euid=0 tty=ftp ruser=fog rhost=10.28.0.10 user=fog

I am having permission issues again but I’m not sure what I have done wrong. Is there a location which lists standard user and permission levels for the different fog functions such at file ownership and permission settings.

[quote=“Tom Elliott, post: 16280, member: 7271”]I’d say delete the host from the Web GUI and perform a Full registration on it. Have it update.[/quote]

It looks like this is the solution. I just added a brand new client. Created a brand new image in the GUI. Then set a task to upload the image and it launched fine. Must be something in the client registration that changed when I changed some settings. I will delete the hosts and re-register them.
.

I can cancel the task in the GUI and the file disappears.

prosigna@FOGMAN:/tftpboot$ ls -l /tftpboot/pxelinux.cfg
total 4
-rwxr-xr-x 1 fog root 2356 Sep 16 13:16 default
prosigna@FOGMAN:/tftpboot$

Changes outside the realm of instructions:

There is a computer user named “fog” (not to be confused with the GUI user named fog). I was unable to su fog with any of the passwords I could think of (including “password”). I changed fog’s password to password. I also changed the Fog Settings FOG_TFTP_FTP_USERNAME = fog
FOG_TFTP_FTP_PASSWORD = password

Yes, it even reacts to Wake-On-LAN.

prosigna@FOGMAN:/tftpboot$ ls -l /tftpboot/pxelinux.cfg
total 8
-rw-r–r-- 1 fog fog 427 Sep 16 13:24 01-44-37-e6-a9-a8-f2
-rwxr-xr-x 1 fog root 2356 Sep 16 13:16 default

Broken again. Now it will not start any task.

I was uploading and downloading fine when I tried to multicast. The multicast task did not launch (skipped straight to the FOG menu when booting). I made the changes found here in the troubleshooting section: [url]http://www.fogproject.org/wiki/index.php/Multicasting[/url]
then rebooted

Now it will not launch any tasks at all. They appear in /tftpboot/pxelinux.cfg but the clients just boot straight to the FOG menu - even when you launch in Debug-Deploy

When you select Debug from the FOG menu we are back to the “Unable to determine operating system type” stuff.

[quote=“Tom Elliott, post: 15998, member: 7271”]chown fog:root -R /tftpboot; chmod 755 -R /tftpboot [/quote]

FOR THE WIN!!!

Thanks.

Thx. The server is at the high school. More debugging will have to wait until Monday.

I have a Win7-64 box to my left and a Mint-13 box to my right.

[quote=“Tom Elliott, post: 15994, member: 7271”]The correct directory is is /tftpboot/pxelinux.cfg/ the permissions should be checked for this directory. [/quote]

What should the permission be?

[quote=“Tom Elliott, post: 15994, member: 7271”]Also check the host for an appropriate OS assigned.[/quote]

Been checked, double checked, and triple checked. I will check it again. lol

single disk, multi part, non-resize

The output I posted is from a Linux client. I was getting the same issue from a WIndows 7-64 client. I did not capture that output.

This is the task that appears in the/tftpboot/pxelinux.cfg/

It comes and goes with changes to the GUI.

append initrd=fog/images/init.gz root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns=10.28.0.4 type=up img=CDHSMINT13 imgid=2 mac=00:18:8b:1a:50:88 storage=10.28.0.10:/images/dev/ web=10.28.0.10/fog/ ignorepg=1 osid=50 pct=5 imgType=mps shutdown= loglevel=4 consoleblank=0 fdrive= chkdsk=0pros

I think there is a permission problem some place but I’m not sure where.

Thanks.

prosigna@FOGMAN:/tftpboot$ ls
boot.txt fog memdisk pxelinux.0 pxelinux.cfg tftpboot vesamenu.c32
prosigna@FOGMAN:/tftpboot$ cd /tftpboot/tftpboot/
prosigna@FOGMAN:/tftpboot/tftpboot$ ls
prosigna@FOGMAN:/tftpboot/tftpboot$

I think the task is dead.

I restarted tftps-hpa

prosigna@FOGMAN:/etc/init.d$ sudo /etc/init.d/tftpd-hpa stop
[sudo] password for prosigna:
Rather than invoking init scripts through /etc/init.d, use the service(8)
utility, e.g. service tftpd-hpa stop

Since the script you are attempting to invoke has been converted to an
Upstart job, you may also use the stop(8) utility, e.g. stop tftpd-hpa
tftpd-hpa stop/waiting
prosigna@FOGMAN:/etc/init.d$ sudo /etc/init.d/tftpd-hpa start
Rather than invoking init scripts through /etc/init.d, use the service(8)
utility, e.g. service tftpd-hpa start

Since the script you are attempting to invoke has been converted to an
Upstart job, you may also use the start(8) utility, e.g. start tftpd-hpa
tftpd-hpa start/running, process 2855

Then started a new task in the GUI

prosigna@FOGMAN:/etc/init.d$ cd /tftpboot/
prosigna@FOGMAN:/tftpboot$ ls
boot.txt fog memdisk pxelinux.0 pxelinux.cfg tftpboot vesamenu.c32
prosigna@FOGMAN:/tftpboot$ cd /tftpboot/tftpboot/
prosigna@FOGMAN:/tftpboot/tftpboot$ ls
prosigna@FOGMAN:/tftpboot/tftpboot$