[quote=“Jim Holcomb, post: 31356, member: 15162”]Tom, I am on v1.1.1 and I just updated an image. All went well, and got the image upload success message. Now the laptop is looping on the FTP login incorrect message. I do not recall setting up an FTP password. Can I just change the password via the FOG interface or does this need to be does elsewhere at the server level? (Ubuntu 12.04)[/quote]

The password for FTP is that of the fog user on the server, and has to match two locations in the configuration.

1. Storage Management > All Storage Nodes > Select Storage Node > Management Password
2. Fog Configuration > Fog Settings > TFTP Server > FOG_TFTP_FTP_PASSWORD

Are the problem hosts still in the task management pane?

Next thing I believe is try to enable portfast, at least on the fog machine and the hosts you’re imaging initially at least, to see if that helps out.

There’s ways to assign different .pxe boots to different clients. Sadly my google-fu is lacking right now but bringing VLANs into it is kind of a mess.

Is the host registered and all that? What’s the task you’re trying to run?

Gotcha, not sure why I didn’t think of that.

I turned up an Raspberry Pi as a fog server for fun here as well. The only issue I noticed when I’ve done a full fog server is even if you change the directory to store images to another disk/partition, it still tries to write to /images/dev for the initial image upload and then transfers it over. How I got around this was a symbolic link from /images/ to go to another partition/drive.

Question for ya, how are you storing the images on the RPi, or is the host device really tiny?

Depending on if you have a Windows DHCP or Linux DHCP server matters where you’d look, of course.

[url]http://www.fogproject.org/wiki/index.php/Windows_DHCP_Server[/url]

[url]http://www.fogproject.org/wiki/index.php/Linux_DHCP_Server[/url]

If you don’t have the options set to send the server to fog and to get the file, it won’t load the ipxe boot and fog.

Do you have your DHCP server options set correctly?

Looks like the FOGMulticastManager service didn’t start up at all, from default install or even by reboot on, CentOS 6.5 at least.

/etc/init.d/FOGMulticastManager status
FOGMulticastManager is stopped
/etc/init.d/FOGMulticastManager start
Starting FOGMulticastManager: [ OK ]

Found the service and started it, multicast imaging is now working!

EDIT: For the record, in case anyone else has this issue and comes across this thread, you WILL get a process for the UDP being sent out. You should get two, and one’s gonna be several lines long.

[root@fog]# ps aux | grep udp
root 19163 0.0 0.0 106096 1180 pts/0 S 09:58 0:00 sh -c exec cat “/home/images/TestImage/d1p1.img”|/usr/local/sbin/udp-sender --min-receivers 1 --portbase 54172 --interface eth0 --full-duplex --ttl 32 --nokbd;cat “/home/images/TestImage/d1p2.img”|/usr/local/sbin/udp-sender --min-receivers 1 --portbase 54172 --interface eth0 --full-duplex --ttl 32 --nokbd;cat “/home/images/TestImage/d1p3.img”|/usr/local/sbin/udp-sender --min-receivers 1 --portbase 54172 --interface eth0 --full-duplex --ttl 32 --nokbd;cat “/home/images/TestImage/d1p4.img”|/usr/local/sbin/udp-sender --min-receivers 1 --portbase 54172 --interface eth0 --full-duplex --ttl 32 --nokbd;cat “/home/images/TestImage/d1p5.img”|/usr/local/sbin/udp-sender --min-receivers 1 --portbase 54172 --interface eth0 --full-duplex --ttl 32 --nokbd;cat “/home/images/TestImage/d1p6.img”|/usr/local/sbin/udp-sender --min-receivers 1 --portbase 54172 --interface eth0 --full-duplex --ttl 32 --nokbd;
root 19277 4.8 0.1 34720 8280 pts/0 Sl 10:00 0:08 /usr/local/sbin/udp-sender --min-receivers 1 --portbase 54172 --interface eth0 --full-duplex --ttl 32 --nokbd
root 19505 0.0 0.0 103252 840 pts/0 S+ 10:03 0:00 grep udp
[root@fog]#

If your only result back is the “grep udp” then you’re not working.

When I create a multicast deployment task and the client is at the screen of “Starting to restore image” should I see a udp-sender program running in my processes? I’m running down the troubleshooting page I found on the wiki, and it seems to work. [url]http://www.fogproject.org/wiki/index.php/Troubleshooting_a_multicast[/url]

I can’t get the manual part at the bottom to work to force imaging (gunzip keeps ignoring cause it’s a directory) but I can do the first tests with 1 and 2 clients for sending the multicast.log file fine.

I’ll fiddle with it tomorrow to see what else I can wiggle from it to see about multicast to verify if it’s looking good or not through a tcpdump and all.

I uploaded an image and then tried to download the same image of my laptop and that apparently has borked it so now in repair mode on that.

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.

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

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.

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.

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>

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

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.