Bugs in FOG 0.33
-
trunk 873…I ran two tests with the Single Partition (NTFS Only, Resizable) image type.
A Windows 7 host with two partitions (100 MB system and OS) seemed to work fine. Both partitions were recognized, the image uploaded and the host rebooted fine.
A Windows 7 with one partition (didn’t have the 100 MB boot partition) did not work. The process completed, but the image upload process (blue screen that shows progress status) took less than 2 seconds. The image file on the server is about 500 KB. The client did reboot successfully though.A minor bug to note: I noticed that the task status icon that shows up on the Task Management screen does not change during an image upload. It always shows “queued” even on multiple refreshes of the page. However, the status does change and appears to be correct for image downloads.
–astrouga
-
[quote=“astrouga, post: 3578, member: 907”]A Windows 7 with one partition (didn’t have the 100 MB boot partition) did not work. The process completed, but the image upload process (blue screen that shows progress status) took less than 2 seconds. The image file on the server is about 500 KB. The client did reboot successfully though.[/quote]
Could you please verify that this wasnt a file system issue by running chkdsk a few times and trying the single partition upload. I havent changed any of the Windows 7 code, so there shouldnt be any issues if 2 partition works.
[quote=“astrouga, post: 3578, member: 907”]A minor bug to note: I noticed that the task status icon that shows up on the Task Management screen does not change during an image upload. It always shows “queued” even on multiple refreshes of the page. However, the status does change and appears to be correct for image downloads.[/quote]
I will change this so the status update. In previous versions, upload tasks never checked; they never done anything really. I think this was done so upload tasks didnt take up a slot, but i have other ways around that now. (i.e. excluding upload tasks from getActiveTasks())
-
Is there anyway to force snapins to start? I still find freshly imaged machines will sit for a long time before fog starts to deploy snapins? I don’t know how often the client checks the server for updates? Or does the fog client wait for a certain time? Would be great if you could “force start” snapins to deploy, is this in 33?
-
I’ve just committed some code that will make upload tasks check-in.
-
[quote=“andyroo54, post: 3604, member: 267”]Is there anyway to force snapins to start? I still find freshly imaged machines will sit for a long time before fog starts to deploy snapins? I don’t know how often the client checks the server for updates? Or does the fog client wait for a certain time? Would be great if you could “force start” snapins to deploy, is this in 33?[/quote]
I have lowered the initial snapin client wait from ~5.5minutes - 8.3minutes to 30seconds - 60seconds.This is in the latest revision. Though you will need to check it out from SVN, compile it and distribute (the snapin clients .dll file) to your machines.
Please see [url]http://fogproject.org/forum/threads/how-to-modify-your-snapinclient-dll-file-to-check-in-more-quickly-on-a-reboot.613[/url] for more details on this.
Please keep FEATURE REQUESTS out of this thread as it is for BUG REPORTS.
-
I have installed FOG trunk 875 (Ubuntu 12.04 Server) and unable to access any Fog Configuration pages error: [CODE]FOG DEBUG: FOGPageManager: Class: FOGConfigurationPage, Method: kernel, Error: Method not found in class, defaulting to index()[/CODE]
-
[SIZE=11px]astrouga said:[/SIZE]
A Windows 7 with one partition (didn’t have the 100 MB boot partition) did not work. The process completed, but the image upload process (blue screen that shows progress status) took less than 2 seconds. The image file on the server is about 500 KB. The client did reboot successfully though.I’ve had similar problems with a window 7 single partition image. The only why I got a round it was setting the OS type to vista.
-
FOG trunk 875 (Ubuntu 12.04 Server)
windows 7 ie9/firefox as can be seen below the IMAGE NAME and actual image name overlap
[IMG]http://db.tt/eJPwkmOD[/IMG]
also just uploaded a Windows 7 Image (normal install with 100mb) with the above settings ( OS: Windows 7 || Image Type: Single Partition (resizable)) The image uploaded successfully (right size on server) and the original machine restored mbr and restarted fine.
when deploying the uploaded image to a pc it only deploys the 100mb partition says its complete and restarts
-
[quote=“Blackout, post: 3603, member: 1”]Could you please verify that this wasnt a file system issue by running chkdsk a few times and trying the single partition upload. I havent changed any of the Windows 7 code, so there shouldnt be any issues if 2 partition works.[/quote]
Trunk 875. I can’t get “Single Partition” imaging to upload. I tried two different Win7 64-bit systems with no 100MB partition. I ran chkdsk 3 to 5 times on each before attempting to upload. In both cases, the blue progress screen flashes for a fraction of a second. No file is actually written to the server. The clients reboot and come up fine.
After the failed “Single Partition” efforts, I tried imaging both systems using the “Multiple Partition - Single Disk” Option and both tasks worked perfectly. Image stored on server, client rebooted and came up OK.
Suggestions?
Thanks for making the task upload status change. It works and is useful.
–astrouga
-
Have u tried setting the OS type to Vista.
-
[quote=“Dean211, post: 3621, member: 411”]@astrouga
Have u tried setting the OS type to Vista.[/quote]Yeah, I changed the OS setting in the image definition to Vista, just to test. Blue screen flashes, like the others, except it tries to write to the images directory and fails. It spit out an ftp error. I didn’t look at it closely because though. I’ll see what it says in a bit.
UPDATE: OK, if I change the OS to Vista, things proceed as I mentioned above. Right after the “* Resizing NTFS…Done” message, I get the following messages looping:
[code]- unable to move /Images/dev/macaddress to /images/imagename
FTP Host: (server IpAddress here), Error: ftp_rename(): RNFR command failed.
[/code]
This just goes on until I manually power-cycle the client.
I think if this trick ever works, it really isn’t meant to.
–astrouga
- unable to move /Images/dev/macaddress to /images/imagename
-
I reinstalled my systems with Win7 and kept the 100MB system partition. Using the “Single Partition” option, the image uploads succeed and the clients reboot properly. I cannot image any systems that do not have the 100MB system partition though.
–astrouga
-
Issues I’m aware of:
[LIST]
[]“Single Partition” (NTFS Resizable) needs love - most uploads work, some deploys do not
[]Multi Partition works - please tell if im wrong
[]FOG Configuration (previosuly known as ‘Other Information’) pages do not exist - they have not been created
[]Various “save” operations in Group Management and other areas do not save
[/LIST] -
[quote=“Blackout, post: 3636, member: 1”]Issues I’m aware of:
[LIST]
[]“Single Partition” (NTFS Resizable) needs love - most uploads work, some deploys do not Agree
[]Multi Partition works - please tell if im wrong
[]FOG Configuration (previosuly known as ‘Other Information’) pages do not exist - they have not been created
[]Various “save” operations in Group Management and other areas do not save
[/LIST]
[/quote]Yes for all of them, on a side note I Imported my host list from my Production Fog machine 0.32 and that worked fine.
I was however unable to do a Full Inventory report error below, this is a highly regarded feature by my team as we use it to track assets
[CODE]Unable to load system configuration information.[/CODE]keep up the good work, thanks
-
My results are the same as falkos. I assume the reports section will get addressed after the key features, but just in case, I’ll go ahead and report that none of them work for me. Also, I haven’t tried playing with snapins or printer management yet. Let us know what to test with each update.
-
I installed latest trunk and am able to upload my images with no issues. When I attempt to download my images the computer gets to the blue screen with progress bar for an instant and then instead of starting to download the image the computer just reboots. My .32 fog box works fine. Is this an issue you have seen?
-
[quote=“klasikrkade, post: 3890, member: 622”]I installed latest trunk and am able to upload my images with no issues. When I attempt to download my images the computer gets to the blue screen with progress bar for an instant and then instead of starting to download the image the computer just reboots. My .32 fog box works fine. Is this an issue you have seen?[/quote]
Are using the “single partition” image option?
-
Blackout:
What needs to be tested at this point? Anything you need checked in the latest build?
Thanks again for all the hard work. FOG has really come a long way.
astrouga
-
I will access the sub-menu “PXE Boot Menu” or “FOG Settings” on top of page returns that message.
“FOG DEBUG: FOGPageManager: Class: FOGConfigurationPage, Method: settings, Error: Method not found in class, defaulting to index()”
:S -
Chuck and Jian have been hard at work fixing the NTFS Resize issues for me.
The latest init.gz can be found in SVN or here: [url]http://freeghost.svn.sourceforge.net/viewvc/freeghost/trunk/packages/tftp/fog/images/[/url]
Jian reported
[quote]Test case scenarios we use - all works.Windows 7 1 partition(os) resize
80gb HD - full size partition, 7gb ntfs volume -> 3TB HD - 2TB partition, 2TB ntfs volumeWindows 7 2 partition(100mb recovery and 80gb OS) resize
80gb HD - full size partition, 7gb ntfs volume -> 3TB HD - 2TB partition, 2TB ntfs volumeWindows 7 3 partition(100mb recovery, 50gb OS and 30gb data) no resize
80gb HD - full size partition, 7gb ntfs volume -> 3TB HD - 2TB partition, 2TB ntfs volume[/quote]If you guys could please test Windows Vista & Windows 7 resizable partitions with and without the boot partition.
Please report any errors, screenshots are very helpful, etc
