@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

There’s an excellent article in the wiki called “TCPDump” …

@Oleg not a problem.

It’s off by default because it’s really an unimportant figure, with being able to see your space utilization on the dashboard and all.

@Tom-Elliott said:

@rintintin76 Can you hit me up on chat? I’m not a french speaker (sorry) but I’m pretty sure I can get this all working properly.

Thank you !!!

TomEliot is so fast than @Tom-Elliott lol

@Trevelyan Do you mind hitting me up through chat?

I think I know a fix. My guess all of the systems have a VM system installed on them? Because of the imaging process, they all have the exact same NICs for the VM system. What I’d recommend is to set the two macs on the filter list so those two macs don’t get added/readded through subsequent registers.

This meaning, add the two 00:50:56 (you should be okay with just that much of the mac added to the filter, approve these two nics and delete them after approving them.

They should no longer continue to register (hopefully if SVN is working properly) and all your other hosts should (if using the new client) register themselves into a pending state, or do nothing at all because there’s no mac address associated with a host.

@Clifford-Raymond Hi, please create a new topic (The “Database update Fails” is solved) with your problem and your FOG configuration (OS, FOG version, …)

@Tom-Elliott updated this morning to r3562 and everything is working like a champ. Kudos to the dev team. You all are doing great work!

Thanks Tom.
3557 works like a charm. My Fog server is back up and running.