Images not expanding
-
No all images are partclone and set as realizable type.
-
Ran the troubleshooting script here is the results.
[url]https://dl.dropboxusercontent.com/u/24177483/FOGtroubleshoot.log[/url] -
Joe, you always have the most difficult problems. lol
-
Do all images do this, or just a particular one?
-
All images do this I have rechecked the settings on the images, I have run a debug task and no errors appear during the re-size, I have removed the storage node to see if that was causing anything, upgraded to SVN 3314 this morning, and run a debug task still the same issue.
-
Is this FOG server virtualized? Can you revert to a snapshot before r3293 to see if it works?
-
No this is not a virtualized server it is running on ubuntu 12.04 btw.
-
[url]https://dl.dropboxusercontent.com/u/24177483/DebugTask.mp4[/url]
Here is a video of the debug task up to right after the resize I have broken out of the script here and if anyone has a suggestion of any commands to try I can execute them and post the result. -
Try a different kernel? 3.18.5 x86_x64
Just a stab in the dark, easily reversible.
-
Kernel 3.18.5 same issue.
-
Is this Ubuntu 14.04 ?
-
12.04
-
Have you ran any updates lately on the OS? did you update when you updated FOG?
I’m not asking you to, I’m just asking if you did or not.
-
Also, because I’ve got the day off today and have time, I’m going to update the home FOG server to the latest revision and then run a test download image.
I’ve got 1 image at home (lol) and it is set to re-sizable. We’ll see if it works or not…
-
Not recently according to webmin I have 6 updates pending.
-
The server install is less then a month old. but no os updates have been done since it was setup and the issue showed up at SVN 3293 for me.
-
I updated my FOG server & OS.
I just successfully imaged using r3315.
This was a resizable image, however it is WinXP.
It was a 5GB image, deployed in about 4 minutes and expanded to fit an 80GB drive.
I’m not sure if the mechanisms are different for Win7/8 but it does work for XP.
-
Can you check the permissions on your /images directory?
[CODE]ls -laR /images[/CODE]
They should be uniform and owned by FOG and the group FOG. OR the user root and the group root (at home, it’s root for me).
-
Mine are owned by user jhales which is a sudo user but the resize command is independent of the image deployment permissions on the server shouldn’t have any effect on the resize operation.
-
Ok fixed ownership I think will test example of new permissions below.
/images/HPCompaq8100EliteSmallFormFactor160Gig:
total 6880348
drwxrwxrwx 2 fog root 4096 Apr 21 16:18 .
drwxrwxrwx 50 fog root 4096 Apr 22 10:42 …
-rwxrwxrwx 1 fog root 2 Apr 21 16:18 d1.fixed_size_partitions
-rwxrwxrwx 1 fog root 512 Apr 21 16:18 d1.mbr
-rwxrwxrwx 1 fog root 259 Apr 21 16:18 d1.minimum.partitions
-rwxrwxrwx 1 fog root 30 Apr 21 16:18 d1.original.fstypes
-rwxrwxrwx 1 fog root 259 Apr 21 16:18 d1.original.partitions
-rwxrwxrwx 1 fog root 0 Apr 21 16:18 d1.original.swapuuids
-rwxrwxrwx 1 fog root 8498875 Apr 21 16:18 d1p1.img
-rwxrwxrwx 1 fog root 7030049063 Apr 21 16:18 d1p2.img
