Confirmed fixed in r6967

@Tom-Elliott Confirmed Fixed.

@Tom-Elliott I didn’t know you can allow/disallow options so easily… How about removing the “restart after completion” checkbox for snapins being deployed? The snapins area has the correct checkbox for rebooting after completion.

@Tom-Elliott sorry I have not used the right words try to correct that for next time , I know intentais help responding quickly to questions

@Tom-Elliott @Sebastian-Roth I just did a quick test with svn5107. Right now a deploy task has been running and the hard disk information has been kept. Tomorrow I’ll test some more and report back if there is still something wrong, but it looks like it is OK now.

Thanks everyone for fixing this.

@Tom-Elliott @Sebastian-Roth sorry for the late reply - I now tested it with git6907 and the display is fine now.

Also thanks for correcting the hard disk related prefixes to binary.

@george1421

For clarity the command Tom provided didn’t return any value, but it did set me on the right path (so to speak).

Well its not as clean as I hoped, but this command will return what I want.
find /ntfs -type d -iname "sysprep"|grep ystem32

For what ever reason sysprep exists in System32 and SysWOW64. Either way the above command will return the proper case regardless of the target OS.

[edit] And this command will find the proper unattend.xml regardless of the case.
find /ntfs -type f -iname "unattend.xml"|grep ystem32
[/edit]

@Tom-Elliott Fixed!

I was able to confirm the issue of the sub directories not being created and after making the proposed suggestions the installer did indeed create the pxelinux.cfg and i386-efi folders. This issue was present on both Ubuntu and Fedora.

I’m marking this as solved.

@jayphizzle If I’m reading @Wayne-Workman’s post from @jbob, this error is not really an error that is breaking anything. It’s more just “here’s some information I received.” While it seems scary, it shouldn’t be impacting your client’s ability to operate. It’s just a message.

The “Bus Became bus server” stuff is perfectly fine. It’s basically what handles actions. It “transports” the information received from the client to the proper other areas for whatever action is being performed.

Thanks! Well, then marking this solved straight away. Please let us know if you see an issue with this.

@Mark-M. As seen in the URL you posted this is talking about Ubuntu 12.04 (codename precise) but you seam to have 10.04 (codename lucid) installed. As you can see here there are no deb package files for licid: http://ppa.launchpad.net/ondrej/php5/ubuntu/pool/main/p/php5/

Unfortunately you can’t upgrade to trunk on this (very old!) Ubuntu installation because the PHP version is too old and cannot be upgraded via official or external package sources. You can look into compiling php from source I suppose…

@Sebastian-Roth Confirmed.

@Tom-Elliott
Yes solved
Thank you

@george1421 A + is perfectly fine in any path. Other special characters are perfectly fine as well, so long as they’re properly escaped. I know this is what you’re against, but it does already filter most other special characters, even as much as getting right of other weird special characters.

@Tom-Elliott nothing different per 6861. snapin acts as if it is initiated by client, but noithing happens, and return code is 0. I know this script works when run under SYSTEM if this is still the case.

snapin file exist drop down doesn’t coincide with sql database or /opt/fog/snapins folder. Is that what was “known” ?

@Tom-Elliott Thank you sir, I’m coming back in after a brief hiatus of updating…Let’s do this.

Fix confirmed.

OK my error. There was a timeout value in the fog settings for the graphs and it was defaulted to 1. I updated the value to 60 and that corrected the graph refresh time.

I guess I need to cruse through the fog settings every once and a while to see what’s new. 😩

solving this thread.

@Tom-Elliott thanks to you and Mr. Workman…I would have had no way to know which host was showing as pending if it wasn’t for his script.