Bugs in FOG 1.0.0
-
1575: i had this in 1574 I had to go to Storage Management, edit my storage and check the box to enable graph
-
[quote=“falko, post: 26586, member: 48”]1575: i had this in 1574 I had to go to Storage Management, edit my storage and check the box to enable graph[/quote]
That is correct. The “isGraphEnabled (On Dashboard)” feature actually works as it Should work.
-
its working, just I had to enable separately. Thought it was enabled on dashboard by default
(may just have been my machine)
thanks for the quick updates -
Originally the isGraphEnabled field was not set on a fresh install. Chuck and I corrected this yesterday to enable by default now that the field is actually being used. Hope this helps.
-
[quote=“pmonstad, post: 26574, member: 17422”]As you wanted the old 0.33 bug thread to be closed I report here: The problem with deploying win7 reported a week ago is solved in version 1.0.0 and it works like a sharm. No problems with upload or download.
There is one small thing which could be sorted out: FOG Configuration tells [SIZE=4][FONT=arial][COLOR=red][B]You are not running the most current version of FOG! Latest version is 0.32[/B][/COLOR][/FONT][/SIZE][/quote]
As falko stated, this isn’t so much an issue as it is returning the latest stable release which 0.32 is correct. I could adjust the version comparison file so it checks if you’re using this or greater but I think it serves the point better to inform the user of the latest stable version as there may be periods where running the latest does not necessarily mean it will work better. People often become too comfortable if things don’t blatantly warn them of issues as is the case here. -
There are still problems with groups. The problem when searching for hosts and no group options in buttom of the list is still there. The fix is to show complete list first, then search again. The options to add to existing or create new group then appears as expected.
The big issue is it is not possible to add hosts to a new group. I get this error:
Failed to Associate Hosts with Group
No Hosts were selectedRunning latest release of today on Centos 5.
-
When showing list of active tasks the bar is put on top of the client in the list first. After the first update the graph is put under the client in the list.
To reproduce: Start a task (upload/download). Show active tasks. Then you will see how the graph is suddenly moving from top to bottum of the client info.
-
This has been corrected for in r1608.
-
It is erroring out on me when I go to upload an image. Does this if i select partimage or partclone… any ideas?
-
What I did was copy an existing image from a 0.32 box (set to partImage), deploy to a machine, this was my attempt to re-upload it to a new image definition (tried partimage and partclone with no success)
-
Also, it is an MBR partition, not GPT. Optiplex 3020. Sorry to keep posting but I can’t edit my posts in Firefox. Get a blank window.
-
Did you do a scrub on the hard drive that you are attempting to image? Could it have GPT garbage left over on it?
-
This PC was imaged with a known good image. I then updated the image and am attempting to upload the new one. There is no GPT stuff that I can see.
I did notice that for some reason there was 4.6gb unallocated space, I just extended the primary
drive into that and am going to try uploading again. -
[quote=“pac1085, post: 26729, member: 144”]This PC was imaged with a known good image. I then updated the image and am attempting to upload the new one. There is no GPT stuff that I can see.
I did notice that for some reason there was 4.6gb unallocated space, I just extended the primary
drive into that and am going to try uploading again.[/quote]You could try blasting the partitions and recreating a basic one and downloading the image (from 0.32 because deleting the partitions will obviously destroy the data on them). You can do so with a live linux CD, you can use a windows disc to delete and re-instate the ntfs partitions, or you can use the debug mode of fog to edit and create partitions.
I would start with a partition I knew was absolutely correct and download my image, then I would try to upload to the new server.
I would do this to make sure that any previous existing partition data isn’t causing troubles.
Then I would step it a little further, such as pushing the image from 0.32 and allowing the image to complete its setup on that machine to verify that nothing is corrupt and the image is still complete. There you could do some troubleshooting and tweaking to help figure out why it is failing on the next upload. If your image installed okay and you didn’t find any issues, I would run a compatibility check on the machine, fog will tell you if it finds something that will make it unhappy.
This will help us to determine where and why your image is failing so we correct the issue, be it the image, the hardware, or a problem with the code.
Is the machine you are using a new machine? Have you imaged on it before? How old is the machine? Could it be possible that the hard drive could have complications or could be failing? Have you trying running a disk repair after deploying to see if that would have any affect before uploading it again?
-
The picture is telling you the image contained within has GPT Structures on it. I don’t know why this is such a hard concept. Just because you don’t see it, doesn’t mean it can’t possibly be. What checks did you perform that actually tells you there is NO gpt data? Did you double check? This known good image, is it a GPT based image? What version and revision of FOG are you running? Is the particular image SUPPOSED to be an MBR, which never got generated properly? Is the system still with UEFI enabled bios? Did you try running the command line: [code]gdisk -l /dev/sda[/code]
-
[quote=“Tom Elliott, post: 26733, member: 7271”]The picture is telling you the image contained within has GPT Structures on it. I don’t know why this is such a hard concept. Just because you don’t see it, doesn’t mean it can’t possibly be. What checks did you perform that actually tells you there is NO gpt data? Did you double check[/quote]
Checked with diskpart in windows, the drive is not listed as GPT drive.[quote]This known good image, is it a GPT based image[/quote]
No. MBR. We have never used GPT images.
[quote]What version and revision of FOG are you running?[/quote]
1.0.0. Do not know the revision number since it was not in the tarball. Filesize of fog_1.0.0.tar.bz2 is 52492413 and I downloaded it on 5/5.
[quote]Is the particular image SUPPOSED to be an MBR, which never got generated properly[/quote]
Yes, it is supposed to be MBR. And everything
[quote]Is the system still with UEFI enabled bios?[/quote]
No, secure boot off, legacy boot mode on.
[quote]Did you try running the command line: [code]gdisk -l /dev/sda[/code][/quote]
No, I can’t find out how to get into debug mode on 1.0.0 - is it hidden somewhere? Did not see anything in the WIKI on this.
Edit: I think I figured it out (how to get into debug mode), will update in a sec with the results.Also, this is on brand new hardware - an Optiplex 3020.
Thanks! -
OK, I think I figured it out. Sorry, I am not familiar with gdisk, and I’ve done this many times before without issue on 0.32 - which is why I ended up posting in this thread.
When I ran gdisk -l /dev/sda it did say there was damaged GPT.
I followed the procedure on this page: [url]http://www.rodsbooks.com/gdisk/wipegpt.html[/url] to wipe out the GPT. Now the disk is MBR only. Will be attempting upload to fog in 20 mins or so. I believe that will fix it. Feel free to move my posts into another thread.
Update: That fixed it. Thanks for the guidance everyone
-
just for future reference, the “problem” is that it IS “brand new hardware.” Dell shipped the drive with a GPT windows install, and you have to properly wipe that out in order to image with legacy.
-
Yeah, I fully understand that now. I guess I actually knew that too, but wrongly assumed that the GPT stuff was wiped when I applied the first image. I never noticed this issue with 0.32, perhaps because it was not GPT aware (right…?) Oh well, it’s working like a charm now
-
Tom, given the number of people that have tripped over this, is there any way that the init.gz could be modified to wipe the gpt at the start of deploying an mbr image?
