BTRFS Support?
-
Thanks Tom, I appreciate you taking a look. This isn’t time sensitive, just a wish list item I guess. Let me know if there is any testing I can do to help out with.
-
initial btrfs support should now be added. Just know that it, for now, will not be supported for “resizable” but for the non-resizable images it “should” work properly I hope.
-
Awesome Tom! Any idea on the next proper release that will include it?
-
@baggar11 What version of FOG are you running right now?
The next release “proper” that will have it is the one I’ve been working towards for over a year now. 1.3.0. I do not know when this will release, but it should have the necessary support you’re needing.
That said, you do NOT have to wait for 1.3.0 to release in order to try it. I understand the hesitation of updating to a “development” version of FOG, but I also can’t fix things in the development if I don’t have people testing it.
While it’s not recommended for people to run FOG in a “production” environment when operating with the development versions, I find it highly unrealistic in testing. I say this because the only “real” way to find out about problems is to put the thing you’re trying to “test” in to real situations it will be facing.
If you want to just see if things will work you (can/should?) make a test environment if possible and test on that.
Here’s instructions on upgrading to trunk.
Install/Upgrade to trunk -
Thanks Tom. I just got around to building up a Fog Trunk based installation. BTRFS file systems are recognized now and take much less time. Thanks!
A couple things I’ve noticed though.
- On installation, the apache config points to /var/www, which on ubuntu 14.04 is now /var/www/html. The v1.2.0 installation didn’t seem to do this.
- Under images, there is no “size on server” listed. That was kind of handy to see. Especially since there is a compression setting for images now.
- Testing an ext4 based system, I get a kernel panic when I try to run a Full or Quick registration.
-
@baggar11 probably sometime this fall… hopefully lol.
-
I’ve decided to solve this thread. The original issue is corrected for and seemingly operational now in trunk.
To add on, I’m currently imaging an arch64 system not only with EXT4 filesystems, but also in GPT format. So I’m not seeing problems that I would expect. I’m just guessing the ext4fs you’re seeing issues with may have a bad hdd potentially?
-
I’ll start a new thread about the ext4 issues on trunk. I’ll poke around a little bit more. I doubt the HD is going bad though, all of my test machines and FOG server are virtual machines.
-
@Uncle-Frank I don’t know how to do resize to the btrfs. To my understanding, btrfs can be expanded, but not shrunk. Even if that’s not true, I know we don’t have the utilities to do a volume resize.
For example, ext resize requires shrinking by first adjusting the volume size, then adjusting the sectors for the partition layout. Same premise happens for ntfs. I don’t know that btrfs has a similar tool, and even if it does, i’m pretty sure it’s not currently baked into the inits.
-
To me it seams like shrinking btrfs is not much trouble. Although I have to admit that I’ve never ever tried this myself.
http://docs.oracle.com/cd/E37670_01/E37355/html/ol_use_case2_btrfs.html and various other sites on the net.
But don’t put any effort into this as long as no one is really asking for this!
