BTRFS Support?

[baggar11]

Also, I noticed in an older btrfs post, blkid was asked for so here it is along with some other stuff.

blkid /dev/sda
/dev/sda: PTUUID=“a3b0e07d” PTTYPE=“dos”

blkid
/dev/sda1: UUID=“324315dc-1403-4b4c-b162-149a6aaf927e” UUID_SUB=“c0639c9f-55f8-4e69-9568-77b62da7007b” TYPE=“btrfs” PARTUUID=“a3b0e07d-01”
/dev/sda2: UUID=“bc5af140-adb4-4261-b85d-cf27ed79e0a6” TYPE=“swap” PARTUUID=“a3b0e07d-02”

lsblk /dev/sda
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 8G 0 disk
|-sda1 8:1 0 7G 0 part /
`-sda2 8:2 0 1023M 0 part [SWAP]

fdisk -l /dev/sda
Disk /dev/sda: 8 GiB, 8589934592 bytes, 16777216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xa3b0e07d

Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 14682111 14680064 7G 83 Linux
/dev/sda2 14682112 16777215 2095104 1023M 82 Linux swap / Solaris

[Sebastian Roth]

Which version of FOG do you use, by the way? Tom said he fixed the proc-errors. Did you update to the latest version and try again? Do you still see the same errors?

Tom:

I know the resizable option is not possible, right now, for the btrfs filesystem type

Why is this? Can we fix it?

[baggar11]

I’m running Fog v1.2.0 on Ubuntu 14.04. I believe that is the latest from the sourceforge downloads.

[baggar11]

I’m an idiot guys, I apologize. There is still an issue, but the video and error messages are no longer relevant. For some reason my /images directory got deleted, I think because I was changing my image names around. I was digging in the logs and caught it. I re-created the image and was able to pull a BTRFS image using the mulitple disk option again.

My original question still exists though, using the DD or multiple methods, the images take a long time. Using the multiple partition method grabs the partition using “raw.” Is there anyway to grab a btrfs partition so that partclone is FS aware? Like ext4 is done currently?

[Tom Elliott]

Right now no. I can take a look, but please understand I work for a school district, who just started back up for the school year. Right now i’m just busy.

[baggar11]

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.

[Tom Elliott]

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.

[baggar11]

Awesome Tom! Any idea on the next proper release that will include it?

[Tom Elliott]

@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

[baggar11]

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.

1. 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.
2. 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.
3. Testing an ext4 based system, I get a kernel panic when I try to run a Full or Quick registration.

[Wayne Workman]

@baggar11 probably sometime this fall… hopefully lol.

[Tom Elliott]

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?

[baggar11]

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.

[Tom Elliott]

@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.

[Sebastian Roth]

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!