Latest Development FOG
-
SVN 2021 released.
With this comes more additions to hopeful resizing of linux partitions. I’ve not fixed the partition table’s yet, but the resizable parts themselves are resized and properly set. They’re also restored and expanded properly. Again this is only on resizable partitions (ext[234]). The extended location is still at it’s original location, so for that I’m sorry. It’s still, very much, a work in progress.
-
Have you had any reports of looping boots after tasks? I’ve seen this a couple of times on new PCs we’ve switched to our new fog server today.
I will try to update to the latest and try again but got a ton of other things to do since it’s nearly the end of the school year.
-
[quote=“VincentJ, post: 32482, member: 8935”]Have you had any reports of looping boots after tasks? I’ve seen this a couple of times on new PCs we’ve switched to our new fog server today.
I will try to update to the latest and try again but got a ton of other things to do since it’s nearly the end of the school year.[/quote]
Going on a limb here, you’re testing via VM or physical systems?
-
I have seen it on virtualbox VMs, but today it was on new i5 systems. Same model system works perfectly on other PCs but some seem to boot loop.
I wasn’t doing the new PC installs, but the guy who was wouldn’t know how to muck things up too much so for the moment we’ve switched back while I troubleshoot.
-
SVN 2033 released.
This is a huge change in Linux/Windows Resizable Imaging techniques all thanks to Fractal13 of the forums. If you can give him many likes as I couldn’t have done what has now been accomplished.
First I’d like to note (and feel free to add if needed fractal), UUID’s of the swap partition are now stored and reset properly with this. Resizable imaging works in the truest form that it “resizes” all partitions including extended partitions. Uploads no longer store the swap partition on linux disks either, just the UUID is stored. This should help minimize the Code needed. There are some fixed size partitions, but that shouldn’t be a worry as I highly doubt anyone’s still got 8 GB hard drives in any of their systems anymore.
Second I’m in the process of testing the Windows Only systems. However Fractal has tested this with Multiboot systems as well. So Multiboot systems are also able to be resized as well. These have not been tested or even known to work with GPT disks. So please be cognizant of that as GPT Resizable Multiboot or plain-jane Linux systems is probably not going to work.
-
Woo hoo! Good News Everyone! (Professor Farnsworth flash backs)
-
[ATTACH=full]1131[/ATTACH]
Figured I would put up the real thing. lol
[url=“/_imported_xf_attachments/1/1131_vhyfxm.jpg?:”]vhyfxm.jpg[/url]
-
Hello, So after my earlier ugh… which i managed to google the issue to before the reply but i do appreciate it. I have a new issue… I run ubuntu 13.10 in a VM on Fusion 6.0.X and i have an issue where at random while doing a full registration it will say its unable to register blah blah… no error given just says it can’t and flys through spitting out all the system data and restarts. Normally i just run it again. but today a system did it… and hung up on end where is says sending to host… and just scrolled black for over 15 minutes before i force restarted it. well it turns out it started to make a host on the fog server but now I cannot remove the host it gives me this error when i try to delete it.
[FONT=Ubuntu][COLOR=#555555]FOG DEBUG: Host: Database Load Failed: ID: 0, Error: Operation field not set: ID[/COLOR][/FONT]
[FONT=Ubuntu][COLOR=#555555]any ideas? i need the host removed so i can re-add it… i tried to manually edit at least the mac in but its not working at all. and its just the one host thats having issues i can edit any of the other 150+ hosts without issue.[/COLOR][/FONT]
-
is there a reason you’re not upgrading to a newer version? because that bug sounds familiar, and if it’s what i think it is, was fixed a long time ago. at this point you’ll have to edit the database to fix the problem though.
-
[quote=“Junkhacker, post: 32684, member: 21583”]is there a reason you’re not upgrading to a newer version? because that bug sounds familiar, and if it’s what i think it is, was fixed a long time ago. at this point you’ll have to edit the database to fix the problem though.[/quote]
I guess I am a little lost… I am running a brand new install of fog on a 13.10 ubuntu install… I was under the impression that 13.10 was still the way to go…
-
a newer version of fog
you mentioned you “have an older version of fog” in a prior post and you were running 0.33b
fog 1.1.2 is out now -
[quote=“Junkhacker, post: 32701, member: 21583”]a newer version of fog
you mentioned you “have an older version of fog” in a prior post and you were running 0.33b
fog 1.1.2 is out now[/quote] Ahh no, since I work in VM’s i built a new fog server on sunday. Not sure to tell what revision i am running though… how can i check? either way its up to date as of sunday around 10pm EST -
when logged into the fog webgui, the version number is listed at the top of the page, in the fog “cloud”
-
It looks something like this…
[ATTACH=full]1155[/ATTACH][url=“/_imported_xf_attachments/1/1155_fog_cloud.png?:”]fog_cloud.png[/url]
-
SVN 2051 released. This should fix the issues with partimage from legacy settings. The cause of the issues is because of the start sector. In 0.32 it used start sector 63s, in 1.x.x it thinks it’s 2048. This is fine for upload/download when done properly, but if coming from legacy systems it will actually look for data at sector 63. When it’s started at sector 2048, much of that data is non-existent so the system can’t boot.
-
As of 1522hr ET 2014/07/14, [url]http://mastacontrola.com/fog_trunk.tar.bz2[/url] is corrupt/broken.
-
I’m sorry that it’s corrupt and will try to fix it, but how is it corrupt?
-
[SIZE=3][FONT=arial][COLOR=#545454]c’est ça[/COLOR][/FONT][/SIZE]
tar -xvjf fog_trunk.tar.bz2
… lots of files extracted, then …
fog_trunk/packages/web/service/ipxe/bzImage32bzip2: Data integrity error when decompressing.
Input file = (stdin), output file = (stdout)It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.You can use the bzip2recover program to attempt to recover
data from undamaged sections of corrupted files.tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now -
Can you try redownloading and try again?
-
SVN 2058 released.
Productkey works and is now added. FOG Client still needs to be recompiled, but the code for it is already inserted.
Update’s changelog. DB Schema required to add the productKey field to the hosts table.
