@fjarken said:

Ah yes I have STP setup on my network, I came back to this thread again, cause I found a conflicting IP with my fog server…which I think was the root cause. A switch on my network had been configured with the same IP.

I’ll be sure to start asking this… seems its a more common problem than what one would think.

Gotta love happy endings.

Switchports are the same configuration?

Okay changed the partitions on the master to Primary Partitions instead of Logical Partitions and everything seems to be working fine now. I guess logical drives don’t really work well. In any case I’ll mark this solved because the issue has veered wildly from the initial question, which Tom answered for me. Thanks all.

I have acl/vlan (but they have not changed recently only my fog version have changed) and the fog server is on the same vlan as the computers

Hello,
after update to version 3594 everything looks good 😉
Thank for fast response.
Regards.
FOG forever 😉

@curvature Please note that the upload-task moves the image from /dev to /images via FTP after uploading completes. If there are old images stuck in /dev, you will just need to delete those.

If you upload an image and it moves correctly, you’re good to go.

@Wayne-Workman @Tom-Elliott Thanks for all your help

@Wayne-Workman Installed Fog Trunk and it works! I was able to register a host. Thanks for the suggestion, I had read up on it but never pulled the trigger. Still had to use .kkpxe for it to work, used .kpxe on last server, but that’s ok. Also fixed the need to manually restart the tftpd-hpa service after reboot, so all is good. Thanks again, Mick

[06-22-15 12:37:26 pm] * No Tasks Found! [06-22-15 12:37:36 pm] | Task (6) is new! [06-22-15 12:37:36 pm] | Task (6) /images/Image22062015 image file found. [06-22-15 12:37:36 pm] | Task (6) 1 client(s) found. [06-22-15 12:37:36 pm] | Task (6) sending on base port: 56438 [06-22-15 12:37:36 pm] CMD: cat /images/Image22062015/d1p1.img | /usr/local/sbin/udp-sender --interface eth1 --min-receivers 1 --max-wait 600 --portbase 56438 --full-duplex --ttl 32 --nokbd --nopointopoint;$ [06-22-15 12:37:36 pm] | Task (6) has started. [06-22-15 12:37:46 pm] | Task (6) is no longer running. [06-22-15 12:37:46 pm] | Task (6) has been cleaned as complete. [06-22-15 12:37:56 pm] * No Tasks Found!

Haha I found the problem lol, wrong Interface (!eth1 -> eth0) on Multicast ~_~, sorry for the topic and thanks for your fast answer.

Figured out how to boot the computers in legacy so we went that route instead of figuring out how to do it with UEFI. Thanks to all who helped, especially @Tom-Elliott, who is a very cool dude. Happy to finally get to work!

I’m not aware of any logs specific to this. Normally, people are able to post a photo of an error, or type an error out… the overachievers post videos - those are the best.

And you don’t have to upload an hour long (likely HD) video. If you see an error in your video, take screen shots of it and post the pictures here.

Could be a bug where imaging a pc isn’t clearing the security token anymore. @Tom-Elliott ideas?

@Wayne-Workman That is great! I will try it and see if it works thanks.

That is what I did. I will say I haven’t rebooted in a while so not sure if it worked for me but that is what I did.

@Gary-Kulovics

sudo mount 10.39.xxx.xxx:/images/ /images

The reason for the fstab error is because it didn’t have a place to be mounted to. (the /images part with out the colon)

If the argument isn’t setup properly, it scans for fstab to try automating mount point for you. If it can’t find it you get that error.

Just did a group download task (instant deploy) with SVN 3575 - and the basic snapin behavior seems to be fine now.
The snapin tasks are displayed and applied correctly. To put the computers in the domain also is faster (tried the new fog client with this svn)

Thank you very much!

(I hope next week I can test a scheduled group download task run and the the behavior with the the deletion of a download task when deleting all (to a host) connected snapin tasks)

@Chris-Garsee and I fixed this today.

He updated to 12.04, and we updated the rest of the system using:

sudo apt-get update; sudo apt-get dist-upgrade;

Found that the nfs-kernel-server package wasn’t updated with the main OS. Once we updated and restarted the services and selected a proper image, the system went beyond the 20%.

I’m going to chalk it up to older data with the newer init’s methods of mounting causing the problems we were seeing.

@Tom-Elliott said:

Fix parts is back.

Thanks Tom and Wayne.

Here is the ipxe files built with debugging, it also exits to shell instead of rebooting.
tftpboot.tar.gz

Thanks !

For information :

In this files we are replace UTC or GMT by our timezone (http://php.net/manual/fr/timezones.europe.php)

commons/system.php :
lib/pages/ReportManagementPage.class.php
lib/pages/DashboardPage.class.php :
lib/fog/StorageNode.class.php
service/blame.php

and Restart FOG services

It’s works !

Regards