Posts made by contewit

Is there a debug process where I can show/record the commands that are being executed on the imaged machine? It would make it easier to debug the script.

Thanks.

# fdisk /dev/sda -lu

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x552e1400

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1              63       80324       40131   de  Dell Utility
Partition 1 does not start on physical sector boundary.
/dev/sda2   *       81920    20505243    10211662    7  HPFS/NTFS/exFAT
/dev/sda3        24686592   976771071   476042240    7  HPFS/NTFS/exFAT

Any other thoughts or ideas to try and help debug this?

Also, for reference; minimum partitions:

$  cat d1.minimum.partitions
label: dos
label-id: 0x552e1400
device: /dev/sda
unit: sectors

/dev/sda1 : start=        63, size=     80262,  type=de
/dev/sda2 : start=     81920, size=  20423324,  type=7, bootable
/dev/sda3 : start=  24686592, size=  88663008,  type=7

On the original disk, the partitions are 41.1MB, 10.5GB, and 487GB, respectively along sda[123].

On the fog server, the .img files are 79k, 8.2G, and 17G, respectively.

$ cat d1.original.partitions
label: dos
label-id: 0x552e1400
device: /dev/sda
unit: sectors

/dev/sda1 : start=          63, size=       80262, type=de
/dev/sda2 : start=       81920, size=    20423324, type=7, bootable
/dev/sda3 : start=    24686592, size=   952084480, type=7

I don’t have a d2.original.partitions file.

Hello again,

I’ve progressed beyond making images and have moved to testing out the deployment aspect. I attempted to deploy the image a different laptop (but identically configured - even purchased at the same time), but on the first partition partclone fails with an error

Target paritition size (41 MB) is smaller than source (42 MB).  Use option -C to disable size checking(Dangerous).

Debugging assistance welcome! Where do i look to try and solve this, or what information do you need to help debug?

Thanks!

Edit: This deployment was done using latest trunk (3563); images were crated with 3540

Confirmed fixed, MBR looks like a much more reasonable 32k now.

Thanks!

I think i found the problem; MYSQL.class.php changed its method to require a valid queryResult from reap_async_query before incrementing the processed counter. I admit to hypothesizing since i’m not intimately familiar with the code, but the return value of reap_async_query is only useful for queries that have return data. If an insert/update/etc query is getting passed in, i think it will always return FALSE - which will cause the process counter to never be incremented, causing an infinite loop.

</speculation>

It is happening to me as well. Confirmed that the webserver is completely unresponsive, no matter what fog-specific URL is requested. (The default apache page responds just fine).

Also confirmed the issue was introduced in r3542 (3541 works fine)

@cspence

Sure; here’s the contents of that file:

label: dos
label-id: 0x552e1400
device: /dev/sda
unit: sectors

/dev/sda1 : start=          63, size=       80262, type=de
/dev/sda2 : start=       81920, size=    20430172, type=7, bootable
/dev/sda3 : start=    24686592, size=   952084480, type=7

@Wayne-Workman

Hmmm… I don’t have vanilla installation media on hand; these are dell machines that came pre-imaged and only with 8.1 restore media.

Let me see what I can do.

@Wayne-Workman

Sure, i’ll do a factory restore and just send the image that way.

Sure thing.

Rev is latest - to validate the results, i did a clean reinstall of fog with the latest rev (Revision: 3530) and re-imaged the machine again.

$ls -lahR /images
/images:
total 8.0K
drwxrwxrwx  5 fog  root   68 Jun  9 13:01 .
drwxr-xr-x 25 root root 4.0K Jun  9 12:32 ..
drwxrwxrwx  2 root root   22 Jun  9 13:01 dev
drwxrwxrwx  2 root root 4.0K Jun  9 13:01 Win7Img
drwxrwxrwx  2 root root   29 Jun  9 12:32 postdownloadscripts

/images/dev:
total 0
drwxrwxrwx 2 root root 22 Jun  9 13:01 .
drwxrwxrwx 5 fog  root 68 Jun  9 13:01 ..
-rwxrwxrwx 1 root root  0 Jun  9 12:32 .mntcheck

/images/Win7Img:
total 33G
drwxrwxrwx 2 root root 4.0K Jun  9 13:01 .
drwxrwxrwx 5 fog  root   68 Jun  9 13:01 ..
-rwxrwxrwx 1 root root    4 Jun  9 12:38 d1.fixed_size_partitions
-rwxrwxrwx 1 root root  12G Jun  9 12:44 d1.mbr
-rwxrwxrwx 1 root root  240 Jun  9 08:38 d1.minimum.partitions
-rwxrwxrwx 1 root root   44 Jun  9 12:38 d1.original.fstypes
-rwxrwxrwx 1 root root  249 Jun  9 08:38 d1.original.partitions
-rwxrwxrwx 1 root root    0 Jun  9 12:38 d1.original.swapuuids
-rwxrwxrwx 1 root root  79K Jun  9 12:45 d1p1.img
-rwxrwxrwx 1 root root 8.2G Jun  9 12:49 d1p2.img
-rwxrwxrwx 1 root root  14G Jun  9 13:01 d1p3.img

/images/postdownloadscripts:
total 4.0K
drwxrwxrwx 2 root root  29 Jun  9 12:32 .
drwxrwxrwx 5 fog  root  68 Jun  9 13:01 ..
-rwxrwxrwx 1 root root 233 Jun  9 12:32 fog.postdownload

I’ve started using fog trunk and am testing the upload portion of the functionality right now. I have attempted to upload images from dell laptops of both windows 7 and 8.1. The 8.1 seems to have uploaded fine, however the Windows 7 image was uploaded with an MBR of over 12GB.

Images settings are as follows:
OS: Windows 7
Image type: single disk - resizable
Parition: everything
Compression: 7

If theres anything you need me to do to debug, let me know.

Thanks for any assistance you can offer.