Fixed Tom teamviewered in and edited the database to remove the orphaned task. Side note if you have existing snapins remember to add them to a storage group before attempting to update them.

Thank you, you guys are awesome and are doing a fantastic job.

[quote=“AllenP, post: 41471, member: 24073”]I don’t know if you found a solution to this but after goggling the problem for days and days. I thought to myself what could have changed between .32 and 1.2. So I looked at the boot setting in the DHCP server and saw that the file name had changed from .32 to 1.2 so make sure you check DHCP settings edit option 067. I really hope this helps someone else bc it drove me nuts. I wish that someone would big red flags and fireworks going off anything to draw more attention to the change in the file name.
[FONT=Ubuntu][COLOR=#444444][SIZE=14px]Open up the scope of your DHCP server and edit these settings:[/SIZE][/COLOR][/FONT]
[LIST]
[]Edit option 066 and enter the IP address of your FOG server.
[]Edit option 067 and put a string value of[COLOR=#ff0000] undionly.kpxe[/COLOR] or undionly.kpxe.INTEL
[/LIST]
[/quote]

Part of the installation script that tells you that you need to update your DHCP Scope.

I believe the secure boot is causing the issue I disabled it in bios but dose not seem to be actually disabling it.
These are also blocking my linux usb boots such as gparted and linux mint

I got on Hangouts with Tom last night and we figured it out. Fixed in 2944.

[quote=“Tom Elliott, post: 41461, member: 7271”]Is the system you’re attempting to deploy the image to with a blank, uninitialized, disk?[/quote]

Beat me to it 😉

What it is there?! (Well now it is) 😉
[url]http://fogproject.org/wiki/index.php/Installation_on_CentOS_7#Disable_Firewall[/url]

why would you have to restart mysql at all?

Here’s the same, albeit slightly modified, patch:

[code]Index: src/buildroot/package/fog/scripts/usr/share/fog/lib/funcs.sh

— src/buildroot/package/fog/scripts/usr/share/fog/lib/funcs.sh (revision 2932)
+++ src/buildroot/package/fog/scripts/usr/share/fog/lib/funcs.sh (working copy)
@@ -106,6 +106,12 @@
fi
}

$1 is the partition

+getPartType()
+{

parttype=`blkid -po udev $1 | grep PART_ENTRY_TYPE | awk -F'=' '{print $2}'`; echo $parttype;

+}
+# $1 is the partition

Returns the size in bytes.

getPartSize()
{
@@ -774,9 +780,9 @@

$1 is the drive

runPartprobe()
{

hdparm -z $1 &>/dev/null; if [ ! -f "${1}1" ]; then partprobe $1 &>/dev/null; partprobe $1 &>/dev/null || hdparm -z $1 &>/dev/null; if [ "$?" != "0" ]; then handleError "Failed to read back partitions"; fi

}

@@ -1023,6 +1029,7 @@
local imgPartitionType=“$6”;
local partNum=“”;
local fstype=“”;

local parttype=""; local imgpart=""; partNum=${part:$diskLength};

@@ -1030,7 +1037,8 @@
mkfifo /tmp/pigz1;
echo " * Processing Partition: $part ($partNum)";
fstype=fsTypeSetting $part;

if [ "$fstype" != "swap" ]; then parttype=`getPartType $part`; if [ "$fstype" != "swap" ] || [ "$parttype" != "0x5" -a "$parttype" != "0xf" ]; then echo -n " * Using partclone."; echo $fstype; sleep 5;

@@ -1042,8 +1050,12 @@
clear;
echo " * Image uploaded";
else

echo " * Not uploading swap partition"; saveSwapUUID "${imagePath}/d${intDisk}.original.swapuuids" "$part"; if [ "$parttype" == "0x5" -o "$parttype" == "0xf" ]; then echo " * Not uploading content of extended partition"; else echo " * Not uploading swap partition"; saveSwapUUID "${imagePath}/d${intDisk}.original.swapuuids" "$part"; fi fi rm /tmp/pigz1; else[/code]

Thank you so much for your help. I wish I would have done more reading before “upgrading”. I have it on the correct version now and everything is working again. 🙂

If a user is logged on to a client machine the only way I can schedule a FOG upload is to send a shutdown/restart command to the client machine via the Linux scheduler.

Just tried reinstalling CentOS 6.6 and it gave the same error. I’m going to try CentOS 7 later today when I have more time.

CONFIRMED! It was an update (trunk ver. 2924) issue. The [FONT=Ubuntu][COLOR=#555555]FOG_UDPCAST_MAXWAIT [/COLOR][/FONT][COLOR=#000000]was set as default to 10 in the config settings of the web interface but the latest update as of the time (trunk 2924) was wrongly set up to seconds not minutes, so there was no enough time for all the multicast participants to join the multicast task. I can confirm it is fixed in [/COLOR]SVN 2926 like [URL=‘http://fogproject.org/forum/members/tom-elliott.7271/’][SIZE=13px][B]Tom Elliott[/B][/SIZE][/URL] says.

That seems to have fixed it thank you.

Correct,

Old style images had no reference as to the size (on client) ever started or used. So only Partclone images will have On Client sizes.

That said, this isn’t in reference to on client it’s in reference to on server, which I’m already aware of what’s wrong and the fix is in SVN.

The simple answer, because it’s Ubuntu, the “harder” answer, because it’s using upstart/systemd.

The answer to make it “automated” as you request, can be found on the forums. Specifically look for one of my posts today where I go almost fully in depth. I forget where.

That fixed it. Thanks!

worked for me; here is the line:

[CODE]date.timezone = America/Los_Angeles[/CODE]

I can try to help but if you’re on 1.2.0 you’re rather restricted to advanced menu. There is no need to edit any files on the server with the current setup.