Can not create deployment tasks

[Fhajad]

I’m currently utilizing Fog 1.1.1, and every time I try to create a multicast deployment task I get the following error.

[QUOTE]
[CENTER][SIZE=16px][FONT=Ubuntu][COLOR=#ff0000]Download task failed to create for[/COLOR][/FONT][/SIZE][/CENTER]
[CENTER] [/CENTER]
[CENTER][U][SIZE=16px][FONT=Ubuntu][COLOR=#ff0000]Test[/COLOR][/FONT][/SIZE][/U][/CENTER]

[CENTER] [/CENTER]
[CENTER][SIZE=16px][FONT=Ubuntu][COLOR=#ff0000]with image[/COLOR][/FONT][/SIZE][/CENTER]
[CENTER] [/CENTER]
[CENTER][U][SIZE=16px][FONT=Ubuntu][COLOR=#ff0000]1001PXD[/COLOR][/FONT][/SIZE][/U][/CENTER]
[CENTER][SIZE=16px][FONT=Ubuntu][COLOR=#ff0000]FOGFTP: Failed to connect. Host: 10.1.0.69, Error: Undefined index: conn[/COLOR][/FONT][/SIZE][/CENTER]
[/QUOTE]

Running off CentOS 6.5 with default installation for a normal server, everything appears to be running and I can get the PXE Boot, register, and have the client pull an image but not create a deployment task for it.

As far as I can tell all settings and configuration are correct. I’m not sure what I’m missing here.

Any help would be appreciated, thank you.

[Adam.E]

I have something very similar too. Mine is the other way around. The creation process completes on the client end but then displays [I][SIZE=16px][FONT=Ubuntu][COLOR=#ff0000]FOGFTP: Failed to connect. Host: xx.xx.xx.xx, Error: Undefined index: conn[/COLOR][/FONT][/SIZE][/I][I][SIZE=16px][COLOR=#000000]. [/COLOR][/SIZE][/I]I figured whatever answer you may get will fix my problem as well.

[Junkhacker]

have you verified your storage management settings?

[Fhajad]

My storage management appears good. I can get the pie graph on the front page and setup images, etc.

[axel12]

cant you check the log file for fog … should be in /opt/fog/log/fogimagreplicator.log … see if you really are replicating images …

[Fhajad]

Axel,

I’m not seeing anything in the log when I go to create the task and get the error.

[Robbie McHugh]

Are you tailing the log from command line?

/opt/fog/log watch tail fogreplicator.log

it should give you info pertaining the replication state of the storage group.

[Fhajad]

Yes, I’m tailing the log.

The problem is when I try to deploy a task for a machine to be imaged from the server I get the error, not sure what steps that has to do with storage replication currently (I’m pretty new to Fog).

[Tom Elliott]

What happens if you try ftping to:
[code]ftp 10.1.0.69[/code]

It should present a similar screen to:
User (root):

Enter the user fog

Then it will present the password
enter the FOG User password (the password should be in storage node management password)

[Fhajad]

It appears it fails out. This is using the U/P for the Storage Management Default Member.

root@DevBox:~# ftp 10.1.0.69
Connected to 10.1.0.69.
220 (vsFTPd 2.2.2)
Name (10.1.0.69:root): fog
331 Please specify the password.
Password:
530 Login incorrect.
Login failed.
ftp>
I should note I was able to create a task to tell a machine to upload its image to the server, but after a bit it started spitting the error out on the screen of the client.

[Tom Elliott]

As you’re running CentOS have you disabled iptables and selinux?

[Fhajad]

Looks like selinux was still enabled, so the wiki instructions for 6.4 that says are the same for 6.5 need a minor edit, whoops.

Now I get a new error! Progress has been made.

Multi-Cast task failed to create for Test with image 1001PXD

FOGFTP: Login failed. Host: 10.1.0.69, Username:fog, Password: *******, Error: (ftp_login(): Please specify the password

[Tom Elliott]

Try resetting the FOG Server’s fog user password with
[code]passwd fog[/code]

Then Set that password in Storage Node’s Management Password AND in:
FOG Configuration->FOG Settings->TFTP Settings->FOG_TFTP_FTP_PASSWORD

The problem with 6.4 and 6.5 is:
/etc/sysconfig/selinux should be a link to /etc/selinux/config

However this didn’t always happen. So checking in both locations works best.

[Fhajad]

Alright all 3 have the correct password but it’s still giving me that error from the Fog WebGUI. However I can now successfully FTP in from another machine.

Name (10.1.0.69:root): fog
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp>

[Tom Elliott]

Is 10.1.0.69 a storage node as well?

It looks like it’s trying to ftp for a download task, but that’s not right.

Download Tasking deployments have NOTHING to do with FOGFTP except to verify if the image actually exists where it’s trying to do the image from.

[quote]10.1.0.69, Username:fog, Password: *******[/quote]

The password, is it masked on the GUI as well, or does it display in plain text? I’m not asking you to get me the password, but I am asking that the password it’s displaying (if it is) is the same password you used to ftp in?

[Fhajad]

10.1.0.69 is the storage node, correct. I did a Normal install when I set Fog up.

I clicked the eye to see the plaintext and it’s correctly typed in. I had someone double check for me to verify I wasn’t making a mistake as well visually.

EDIT: I just went to make the task again to get the error to show someone and it says that the host is already a member of an active task. The machine is off so I’m gonna boot it and see what it does.

[Fhajad]

Looks like that worked Tom, after changing the password I guess it took a bit and everything just “cleared up” on its own. I’ve done a re-install to re-partition the server and everything’s working immediately without touching the fog user password.

I believe I’m set and ready to go here on this problem, now just time to go read the wiki and forums on some other things. Thanks for all the help, I appreciate the quick responses and helpful advice from all.

[Fhajad]

Alright I’m not out of the woods yet. I can upload an image from my client to the server, but when I go to do a multicast deployment back down to the client, I get this error.

[QUOTE]Fatal Error: Failed to mount NFS Volume.

• If you believe the file system is mounted, make sure you have a file called .mntcheck in the directory you are mounting on the server

Computer will reboot in one minute[/QUOTE]

So in my folder (/home/images/Cgrosslaptop) I don’t see the .mntcheck but I do see it in /home/images/dev/.mntcheck. If I copy it over it fails as well.

I also do a symbolic link for /images to go to /home/images due to partitioning issues (CentOS installer kept getting super mad).

[Tom Elliott]

The .mntcheck should be in /images/.mntcheck (or in your case, /home/images/.mntcheck) and in /images/dev/.mntcheck (or in your case, /home/images/dev/.mntcheck)

You can accomplish this with:
[code]touch /home/{images,dev/}/.mntcheck
chmod 777 -R /home/images[/code]

Hopefully this helps!

[Fhajad]

That error is gone, and now I get to partclone and it overs at “Starting to restore image” when multicast sending it (Only one PC but want to test the functionality before I start testing mass devices). If I do a direct download task it works fine.

I found another thread where group multicast wasn’t working, but single was. ([url]http://fogproject.org/forum/threads/fog-1-1-0-multicast-sits-at-starting-to-restore-image-to-device-dev-sda1.10782/[/url]). Seems I’m experiencing the reverse.

Multicast is/should be configured correctly on this test network at least. The same switch is doing multicast for our IPTV so the traffic should be working fine I imagine.