@Quazz

Update to 1.4.0 seems to have fixed the issue with imaging.

apache2\error.log produces the following with varied URLs:

PHP Warning: Illegal offset type in /var/www/fog/lib/fog/fogpagemanager.class.php on line 152, referer: http://fog.rmgcom.local/fog/management/index.php?node=*

Compression currently set to 9, but there is not Image Manager option with our version it seems,

@apathetic_admin updated to 1.4 RC, commit ae137758eba57b3c8cbbe316142a628020231045 and then we noticed the issue, so he pulled commit 56c296e9ae2af0e0ba34b12a04b0b8db0a2dc423, which did not resolve the issue.

I will see if the update helps, thank you for your assistance.

cat ouput for /images/Windows7EnterpriseDecember2016/d1.{minimum.,}partitions

fdisk -l out for /dev/sda

ls -al /tmp/ produces no results for pigz1

running fog from debug mode shows that the image properly mounts according to what’s outputted. From the host logs on the webgui it’s showing that the regular image and debug image events are successful

Reviewed var/logs, was unable to point out anything obvious

Image Management information from webgui:

Image Name: Windows 7 Enterprise December 2016
Operating System: Windows 7- (5)
Image Path: /images/Windows7EnterpriseDecember2016
Image Type: Single Disk - Resizable - (1)
Partition: Everything - (1)
Compression: 9
Protected: False
Image Enabled: True
Replicate?: True

Deploy Method: Partclone
Primary Storage Group: default

Possible error findings after running “fog” from command line:

Running post init scripts…/bin/fog: line 20: fog.post
init: No such file or directory
Done

mkfifo: cannot create fifo ‘/tmp/pigz1’: File exists
*Clearing ntfs flag…Done
*Resizing ntfs volume (/dev/sda2)…Done

Server

Running version 13
OS: Ubuntu

Description

Issue started after upgrading to the latest Fog version. I will push a Windows installation to a client and fog will initialize like normally, however it will go through partclone and reboot without starting the imaging process. I have noticed an error with the following: “mkfifo: cannot create fifo ‘/tmp/pigz1’ : File Exists”

Additionally, the image management section within the fog web console shows that the image used is 0.00 iB after this failure, whereas it was a couple GiB in size prior to image process.

This behavior happens with all images that we have stored.