Topics created by ismith.hpu

@george1421 The only reason I can see it continuing to work is because microsoft isn’t primarily a hardware company. They need their OS to be available on many different standard x86_64 hardware. Now if they stop selling OEM installers and only using somesort of pre-baked internet recovery I would be more nervous.

@ismith-hpu Don’t feel like you have to but you are welcome to post here as well: https://forums.fogproject.org/topic/4382/organizations-using-fog Thanks for your post, appreciate that!

@Tom-Elliott said in Failure in Capturing an image: @ismith-hpu But the machine, indeed, does have an OS on the disk? I can only assume the -a0 is a part of the problem. I don’t know what the argument is doing for the 0.3.12 version of partclone. It’s to ensure compatibility with 0.2.89 images, allowing them to be deployed with 0.3.12. 0.2.89 had a broken checksum system, so we force it disabled on 0.3.12 in order to allow those images a normal deployment. It’s also faster and slightly smaller images, certainly not complaining about that part. It is curious that 0.3.12 doesn’t seem to work in this instance, though I wonder if a non-resizable (not raw) capture has been tried?

okay thanks for the reply

@Tom-Elliott This did resolve the issue.

Updated /var/www/html/fog/lib/fog/task.class.php getStorageGroup method to do: return new StorageGroup($this->get('storagenode')->get('storagegroupID')); This way it’s not relying on a potential return from the group that may not be assigned to the tasking. It relies on the storage node that was associated to the tasking. I will update the main codebase with this issue and fix. Thank you,

@ismith-hpu There are numerous posts on this topic in the forums! https://forums.fogproject.org/topic/12714/option-to-delete-files-when-deleting-multiple-images-snapins https://forums.fogproject.org/topic/13292/images-won-t-be-deleted-in-filesystem-when-using-the-webui-delete-option https://forums.fogproject.org/topic/13472/pb-free-space-fog-1-5-5 https://forums.fogproject.org/topic/13731/image-deletion-issue-if-mass-mode-used

@ismith-hpu To clarify, this will fix for any RAW imaging types.

@ismith-hpu said in Mac OSX renaming of Hostname & ComputerName post imaging: FOG Server CA NOT found in keystore You need to make sure you install and run the fog-client in the root context.

Solution was filename "undionly.kpxe"; next-server 10.33.97.251; VERSUS filename undionly.kpxe; next-server 10.33.97.251;