Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
New filesystem: Btrfs!
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 17, 18, 19 ... 24, 25, 26  Next  
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Gentoo Chat
View previous topic :: View next topic  
Author Message
Shining Arcanine
Veteran
Veteran


Joined: 24 Sep 2009
Posts: 1110

PostPosted: Sun Jan 17, 2010 6:48 pm    Post subject: Reply with quote

I have an update on my laptop's btrfs root partition conversion via a stage4 tarball and sysresccd. After going through all of the potential disasters on a virtual machine, I made a small cheat sheet on the correct commands to use are and proceeded to perform the procedure on my laptop. It was a complete success.

I have my ssd (OCZSSD2-1S64G) mounted with options compress,ssd_spread,noatime and I am running vanilla-sources-2.6.33-rc4. My general impression is that the system is more responsive. :)

When doing the conversion, I accidentally mounted root without any options and did not realize until I was rebooting from sysresccd, so I had to do things over again. Uncompressing the tarball felt faster without any mount options, so I am not sure if my choice of mount options is really optimal. I wish I had some filesystem benchmarks I could run to see some actual numbers.
Back to top
View user's profile Send private message
StringCheesian
l33t
l33t


Joined: 21 Oct 2003
Posts: 887

PostPosted: Sun Jan 17, 2010 8:46 pm    Post subject: Reply with quote

Shining Arcanine wrote:
Uncompressing the tarball felt faster without any mount options, so I am not sure if my choice of mount options is really optimal. I wish I had some filesystem benchmarks I could run to see some actual numbers.


emerge app-benchmarks/phoronix-test-suite
Back to top
View user's profile Send private message
haarp
Apprentice
Apprentice


Joined: 31 Oct 2007
Posts: 286

PostPosted: Sun Jan 17, 2010 9:51 pm    Post subject: Reply with quote

I had the strangest experience on a fs ever just now. I have a new system with / running on btrfs. Suddenly, the system wouldn't boot anymore. Well, turns out my fstab somehow got modified, replacing my rootfs with the one I used before that (which was ext3). So essentially, this part of the file got replaced by an older version.
What boggles my mind even more though, is that another line, that I edited after the rootfs line, stayed the new version.

Strange, isn't it?
Back to top
View user's profile Send private message
keenblade
Veteran
Veteran


Joined: 03 Oct 2004
Posts: 1038

PostPosted: Mon Jan 18, 2010 7:47 pm    Post subject: Reply with quote

haarp wrote:
I had the strangest experience on a fs ever just now. I have a new system with / running on btrfs. Suddenly, the system wouldn't boot anymore. Well, turns out my fstab somehow got modified, replacing my rootfs with the one I used before that (which was ext3). So essentially, this part of the file got replaced by an older version.
What boggles my mind even more though, is that another line, that I edited after the rootfs line, stayed the new version.

Strange, isn't it?

I was planning switching to btrfs. And you scared me enough to wait some more :)
Thanks for sharing your experiences.
_________________
Anyway it's all the same at the end...
Need help to get it working: "x-fi surround 5.1"
Back to top
View user's profile Send private message
ToeiRei
Veteran
Veteran


Joined: 03 Jan 2005
Posts: 1113
Location: Austria

PostPosted: Mon Jan 18, 2010 9:33 pm    Post subject: Reply with quote

btrfs is not the classical filesystem. You need to append rootflags to the kernel command line. or if you use genkernel, it's the real_rootflags parameter to tell it the subvolume to look for the rootfs.
_________________
Blog | btrfs | Please stand by - The mailer daemon is busy burning your messages in hell...
Back to top
View user's profile Send private message
Shining Arcanine
Veteran
Veteran


Joined: 24 Sep 2009
Posts: 1110

PostPosted: Mon Jan 18, 2010 9:37 pm    Post subject: Reply with quote

My btrfs root partition is messed up and btrfsck won't fix it:

Quote:
btrfsck /dev/sda3
parent transid verify failed on 10499780608 wanted 2958 found 2954
parent transid verify failed on 10499780608 wanted 2958 found 2954
parent transid verify failed on 10500349952 wanted 2957 found 2955
parent transid verify failed on 10500349952 wanted 2957 found 2955
parent transid verify failed on 10500354048 wanted 2957 found 2955
parent transid verify failed on 10500354048 wanted 2957 found 2955
parent transid verify failed on 10500358144 wanted 2957 found 2955
parent transid verify failed on 10500358144 wanted 2957 found 2955
parent transid verify failed on 10500427776 wanted 2957 found 2955
parent transid verify failed on 10500427776 wanted 2957 found 2955
parent transid verify failed on 10499784704 wanted 2958 found 2954
parent transid verify failed on 10499784704 wanted 2958 found 2954
parent transid verify failed on 10499682304 wanted 2958 found 2955
parent transid verify failed on 10499682304 wanted 2958 found 2955
parent transid verify failed on 10500415488 wanted 2957 found 2955
parent transid verify failed on 10500415488 wanted 2957 found 2955
parent transid verify failed on 10500444160 wanted 2957 found 2955
parent transid verify failed on 10500444160 wanted 2957 found 2955
leaf parent key incorrect 10499694592
bad block 10499694592
leaf parent key incorrect 10500435968
bad block 10500435968
parent transid verify failed on 10499788800 wanted 2958 found 2954
parent transid verify failed on 10499788800 wanted 2958 found 2954
parent transid verify failed on 10500349952 wanted 2957 found 2955
parent transid verify failed on 10500349952 wanted 2957 found 2955
Segmentation fault


Quote:
new-host-4 ~ # btrfsck /dev/sda3
parent transid verify failed on 10499334144 wanted 2971 found 2955
parent transid verify failed on 10499334144 wanted 2971 found 2955
parent transid verify failed on 10499833856 wanted 2971 found 2958
parent transid verify failed on 10499833856 wanted 2971 found 2958
parent transid verify failed on 10499768320 wanted 2964 found 2954
parent transid verify failed on 10499768320 wanted 2964 found 2954
parent transid verify failed on 10499846144 wanted 2965 found 2958
parent transid verify failed on 10499846144 wanted 2965 found 2958
parent transid verify failed on 10499989504 wanted 2971 found 2953
parent transid verify failed on 10499989504 wanted 2971 found 2953
parent transid verify failed on 10500415488 wanted 2957 found 2955
parent transid verify failed on 10500415488 wanted 2957 found 2955
parent transid verify failed on 10499698688 wanted 2963 found 2955
parent transid verify failed on 10499698688 wanted 2963 found 2955
parent transid verify failed on 10499715072 wanted 2965 found 2953
parent transid verify failed on 10499715072 wanted 2965 found 2953
parent transid verify failed on 10500444160 wanted 2957 found 2955
parent transid verify failed on 10500444160 wanted 2957 found 2955
bad block 10499289088
Extent back ref already exists for 3796361216 parent 0 root 7
Extent back ref already exists for 3799973888 parent 0 root 7
Extent back ref already exists for 392224768 parent 0 root 7
Extent back ref already exists for 394731520 parent 0 root 7
Extent back ref already exists for 393269248 parent 0 root 7
Extent back ref already exists for 5464055808 parent 0 root 7
Extent back ref already exists for 396656640 parent 0 root 7
Extent back ref already exists for 397496320 parent 0 root 7
Extent back ref already exists for 10366705664 parent 0 root 7
Extent back ref already exists for 10365911040 parent 0 root 7
Extent back ref already exists for 10366660608 parent 0 root 7
Extent back ref already exists for 10366615552 parent 0 root 7
Extent back ref already exists for 10233757696 parent 0 root 7
Extent back ref already exists for 10367320064 parent 0 root 7
Extent back ref already exists for 10367856640 parent 0 root 7
Extent back ref already exists for 10369302528 parent 0 root 7
bad block 10499305472
leaf parent key incorrect 10499346432
bad block 10499346432
leaf parent key incorrect 10499444736
bad block 10499444736
leaf parent key incorrect 10499784704
bad block 10499784704
leaf 10499817472 items 48 free space 347 generation 2965 owner 2
fs uuid bf8266d6-3af2-4510-86f5-a721cbe90aea
chunk uuid 2821cfaa-c8e4-464f-965d-3f33c9771d92
item 0 key (10500366336 EXTENT_ITEM 4096) itemoff 3944 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (10253049856 a8 4096) level 0
tree block backref root 2
item 1 key (10500370432 EXTENT_ITEM 4096) itemoff 3893 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (311422 60 6) level 0
tree block backref root 5
item 2 key (10500374528 EXTENT_ITEM 4096) itemoff 3842 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (10367598592 a8 4096) level 0
tree block backref root 2
item 3 key (10500382720 EXTENT_ITEM 4096) itemoff 3791 itemsize 51
extent refs 1 gen 2957 flags 2
tree block key (332750 c 332749) level 0
tree block backref root 5
item 4 key (10500386816 EXTENT_ITEM 4096) itemoff 3740 itemsize 51
extent refs 1 gen 2957 flags 2
tree block key (332743 c 332735) level 0
tree block backref root 5
item 5 key (10500390912 EXTENT_ITEM 4096) itemoff 3689 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (333034 54 2704396409) level 1
tree block backref root 5
item 6 key (10500395008 EXTENT_ITEM 4096) itemoff 3638 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (333054 54 2352751966) level 0
tree block backref root 5
item 7 key (10500399104 EXTENT_ITEM 4096) itemoff 3587 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (333040 c 333034) level 0
tree block backref root 5
item 8 key (10500403200 EXTENT_ITEM 4096) itemoff 3536 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (2416274 6c 0) level 0
tree block backref root 5
item 9 key (10500407296 EXTENT_ITEM 4096) itemoff 3485 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (333030 54 4121888198) level 0
tree block backref root 5
item 10 key (10500411392 EXTENT_ITEM 4096) itemoff 3434 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (2416972 c 332428) level 0
tree block backref root 5
item 11 key (10500415488 EXTENT_ITEM 4096) itemoff 3383 itemsize 51
extent refs 1 gen 2957 flags 2
tree block key (10365710336 a8 4096) level 0
tree block backref root 2
item 12 key (10500419584 EXTENT_ITEM 4096) itemoff 3332 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (2416768 1 0) level 0
tree block backref root 5
item 13 key (10500423680 EXTENT_ITEM 4096) itemoff 3281 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (2416423 6c 278528) level 0
tree block backref root 5
item 14 key (10500431872 EXTENT_ITEM 4096) itemoff 3230 itemsize 51
extent refs 1 gen 2957 flags 2
tree block key (10072223744 a8 4096) level 0
tree block backref root 2
item 15 key (10500440064 EXTENT_ITEM 4096) itemoff 3179 itemsize 51
extent refs 1 gen 2957 flags 2
tree block key (18446744073709551606 80 10055757824) level 0
tree block backref root 7
item 16 key (10500444160 EXTENT_ITEM 4096) itemoff 3128 itemsize 51
extent refs 1 gen 2957 flags 2
tree block key (10372308992 a8 4096) level 0
tree block backref root 2
item 17 key (10500448256 EXTENT_ITEM 4096) itemoff 3077 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (2416839 1 0) level 0
tree block backref root 5
item 18 key (10500452352 EXTENT_ITEM 4096) itemoff 3026 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (2416869 c 2416781) level 0
tree block backref root 5
item 19 key (10500456448 EXTENT_ITEM 4096) itemoff 2975 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (2416861 6c 0) level 0
tree block backref root 5
item 20 key (10500464640 EXTENT_ITEM 4096) itemoff 2924 itemsize 51
extent refs 1 gen 2957 flags 2
tree block key (5667635200 a8 12288) level 0
tree block backref root 2
item 21 key (10500468736 EXTENT_ITEM 4096) itemoff 2873 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (2416916 1 0) level 0
tree block backref root 5
item 22 key (10500476928 EXTENT_ITEM 4096) itemoff 2822 itemsize 51
extent refs 1 gen 2957 flags 2
tree block key (18446744073709551606 80 5372239872) level 0
tree block backref root 7
item 23 key (10500481024 EXTENT_ITEM 4096) itemoff 2771 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (311416 6c 155648) level 0
tree block backref root 5
item 24 key (10500497408 EXTENT_ITEM 4096) itemoff 2720 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (329643 c 329633) level 0
tree block backref root 5
item 25 key (10500501504 EXTENT_ITEM 4096) itemoff 2669 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (329633 60 24) level 0
tree block backref root 5
item 26 key (10500517888 EXTENT_ITEM 4096) itemoff 2618 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (2416929 c 329633) level 0
tree block backref root 5
item 27 key (10500526080 EXTENT_ITEM 4096) itemoff 2567 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (2416221 6c 0) level 0
tree block backref root 5
item 28 key (10500530176 EXTENT_ITEM 4096) itemoff 2516 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (311472 c 311471) level 0
tree block backref root 5
item 29 key (10500538368 EXTENT_ITEM 4096) itemoff 2465 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (256 1 0) level 2
tree block backref root 5
item 30 key (10500542464 EXTENT_ITEM 4096) itemoff 2414 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (256 1 0) level 1
tree block backref root 5
item 31 key (10500546560 EXTENT_ITEM 4096) itemoff 2363 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (256 1 0) level 0
tree block backref root 5
item 32 key (10500567040 EXTENT_ITEM 4096) itemoff 2312 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (332989 1 0) level 0
tree block backref root 5
item 33 key (10500571136 EXTENT_ITEM 4096) itemoff 2261 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (311391 c 311387) level 0
tree block backref root 5
item 34 key (10500575232 EXTENT_ITEM 4096) itemoff 2210 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (332529 6c 1216512) level 0
tree block backref root 5
item 35 key (10500587520 EXTENT_ITEM 4096) itemoff 2159 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (2407469 1 0) level 0
tree block backref root 5
item 36 key (10500591616 EXTENT_ITEM 4096) itemoff 2108 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (5410779136 a8 4096) level 1
tree block backref root 2
item 37 key (10500595712 EXTENT_ITEM 4096) itemoff 2057 itemsize 51
extent refs 1 gen 2955 flags 2
tree block key (5425242112 a8 4096) level 0
tree block backref root 2
item 38 key (10500661248 EXTENT_ITEM 4096) itemoff 2006 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (5686546432 a8 20480) level 0
tree block backref root 2
item 39 key (10500718592 EXTENT_ITEM 4096) itemoff 1955 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (18446744073709551606 80 3110993920) level 0
tree block backref root 7
item 40 key (10500755456 EXTENT_ITEM 4096) itemoff 1904 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (0 c0 4194304) level 1
tree block backref root 2
item 41 key (10500763648 EXTENT_ITEM 4096) itemoff 1853 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (20971520 c0 8388608) level 0
tree block backref root 2
item 42 key (10500833280 EXTENT_ITEM 4096) itemoff 1802 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (10367156224 a8 4096) level 0
tree block backref root 2
item 43 key (10500841472 EXTENT_ITEM 4096) itemoff 1751 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (395735040 a8 4096) level 1
tree block backref root 2
item 44 key (10500845568 EXTENT_ITEM 4096) itemoff 1700 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (397164544 a8 4096) level 0
tree block backref root 2
item 45 key (10500882432 EXTENT_ITEM 4096) itemoff 1649 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (10367270912 a8 4096) level 0
tree block backref root 2
item 46 key (10500886528 EXTENT_ITEM 4096) itemoff 1598 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (10368163840 a8 4096) level 0
tree block backref root 2
item 47 key (10500902912 EXTENT_ITEM 4096) itemoff 1547 itemsize 51
extent refs 1 gen 2953 flags 2
tree block key (10366590976 a8 4096) level 0
tree block backref root 2
failed to find block number 10500435968
Aborted


Quote:
btrfsck /dev/sda3
parent transid verify failed on 10499969024 wanted 2973 found 2971
parent transid verify failed on 10499969024 wanted 2973 found 2971
parent transid verify failed on 10499969024 wanted 2973 found 2971
btrfsck: disk-io.c:739: open_ctree_fd: Assertion `!(!tree_root->node)' failed.
Aborted


I installed some updates via portage and one said to run revdep-rebuild --library libnss3.so.12, so I did. I had trouble emerging the packages so I cleared some temporary directories and tried again. All of them eventually re-compiled except for Open Office, which seemed to have hung, so I stopped it and tried clearing out /var/tmp/portage/ again. Each time I attempt to, it gives me an error about not being able to remove a specific file and the system begins to freeze, presumably because of some sort of race condition occuring in the kernel filesystem code. btrfsck is giving me a different result each time I run it. :/

I did not think something like this would happen because I am running vanilla-sources-2.6.33-rc4. I am going to try making a stage4 tarball of my drive and restoring it to resolve the issue. Otherwise, I will be rolling back to the stage4 tarball I made a few days ago.
Back to top
View user's profile Send private message
ToeiRei
Veteran
Veteran


Joined: 03 Jan 2005
Posts: 1113
Location: Austria

PostPosted: Mon Jan 18, 2010 9:53 pm    Post subject: Reply with quote

could you report this to the btrfs mailing list, Shining Arcanine?
_________________
Blog | btrfs | Please stand by - The mailer daemon is busy burning your messages in hell...
Back to top
View user's profile Send private message
Shining Arcanine
Veteran
Veteran


Joined: 24 Sep 2009
Posts: 1110

PostPosted: Mon Jan 18, 2010 10:46 pm    Post subject: Reply with quote

ToeiRei wrote:
could you report this to the btrfs mailing list, Shining Arcanine?


I have already reformatted my root partition and I am back up and running. Would my report still be useful?
Back to top
View user's profile Send private message
Shining Arcanine
Veteran
Veteran


Joined: 24 Sep 2009
Posts: 1110

PostPosted: Tue Jan 19, 2010 3:18 am    Post subject: Reply with quote

Another issue. GCC just died. Apparently, a symbolic link's target changed:

/usr/i686-pc-linux-gnu/gcc-bin/4.4.2/gcc was pointing to /usr/i686-pc-linux-gnu/gcc-bin/4.4.2/i686-pc-linux-g instead of /usr/i686-pc-linux-gnu/gcc-bin/4.4.2/i686-pc-linux-gcc. This happened while was I re-emerging stuff because of the same upgrade that occurred before things went haywire last time. :/

To top things off, firefox now is segfaulting whenever I try to launch. A re-emerge does not help.

I assumed that the issue were my mount options, but it seems that is not the case. I think I will be going back to ext4 and the 2.6.31 kernel.
Back to top
View user's profile Send private message
jormartr
Tux's lil' helper
Tux's lil' helper


Joined: 02 Jan 2008
Posts: 149

PostPosted: Tue Jan 19, 2010 9:27 pm    Post subject: Reply with quote

Hi

do you know if nfs works ok on top of btrfs?

I once started portage over nfs on top of btrfs, but that gave me problems reading files.
Back to top
View user's profile Send private message
BlueFusion
Apprentice
Apprentice


Joined: 08 Mar 2006
Posts: 236
Location: Cleveland, Ohio

PostPosted: Wed Jan 20, 2010 1:35 am    Post subject: Reply with quote

My NFSv3 works fine with a btrfs mount.
_________________
Desktop: i7-940 @ 2.93GHz, ASUS P6T Deluxe, 6GB RAM, 2x 160GB, 2x 500GB, 1x 1TB Seagate Barracuda SATA, nVidia 8800GTS 512MB, Hauppage PVR-250
Back to top
View user's profile Send private message
jormartr
Tux's lil' helper
Tux's lil' helper


Joined: 02 Jan 2008
Posts: 149

PostPosted: Wed Jan 20, 2010 8:08 am    Post subject: Reply with quote

BlueFusion wrote:
My NFSv3 works fine with a btrfs mount.


I'll try again, I guess I was doing something wrong.

Thanks for your feedback.
Back to top
View user's profile Send private message
BlueFusion
Apprentice
Apprentice


Joined: 08 Mar 2006
Posts: 236
Location: Cleveland, Ohio

PostPosted: Wed Jan 20, 2010 3:30 pm    Post subject: Reply with quote

Regarding the problem of booting btrfs and requiring the btrfsctl -a command to be ran, is there a way genkernel can be modified to automatically do what needs to be done with the booting kernel/initramfs? Say, there is an option in genkernel.conf to enable or disable that command from being ran upon booting that kernel?

I ask because I was just thinking about it and don't know too much on the kernel initramfs requirements. I know it can be done different ways without genkernel, but just thought that might make things easier for some since I do use genkernel for simplicity's sake.
_________________
Desktop: i7-940 @ 2.93GHz, ASUS P6T Deluxe, 6GB RAM, 2x 160GB, 2x 500GB, 1x 1TB Seagate Barracuda SATA, nVidia 8800GTS 512MB, Hauppage PVR-250
Back to top
View user's profile Send private message
EzInKy
Veteran
Veteran


Joined: 11 Oct 2002
Posts: 1734
Location: Kentucky

PostPosted: Fri Jan 22, 2010 10:49 am    Post subject: Reply with quote

Update on my earlier post. I decided to try the four disk raid0 setup so I could keep the data on my other four media drives as backup. Overall setting up the array went smooth and fast. This is my df -h output:

Code:

Filesystem            Size  Used Avail Use% Mounted on
rootfs                 15G  224M   14G   2% /
/dev/root              15G  224M   14G   2% /
rc-svcdir             1.0M   84K  940K   9% /lib64/rc/init.d
udev                   10M  312K  9.7M   4% /dev
shm                  1000M     0 1000M   0% /dev/shm
/dev/sda3              30G  1.5G   27G   6% /var
/dev/sda5              59G  6.7G   52G  12% /portage
/dev/sda6             118G  2.3G  114G   2% /usr
/dev/sda7             233G  188M  231G   1% /srv
/dev/sda8             234G  188M  232G   1% /home
/dev/sdg4             1.7T  1.2T  526G  70% /media/video5
/dev/sdh4             1.7T  1.6T  151G  92% /media/video6
/dev/sdi4             1.7T  1.2T  517G  70% /media/video7
/dev/sdc              7.3T  2.7T  4.7T  37% /media/video


I still have one more drive to add but need to find a way to keep it cool in a 3.5" floppy bay or take out my DVD drive.

I gained about 700gb of space with the multidevice setup over my individual ext3s, and another 100gb after copying the files to the btrfs file system so I'm pretty happy about that. I am experiencing a minor problem though. The array doesn't mount during boot, the /var/log/messages error is:

Code:

btrfs: failed to read the system array on sdc
btrfs: open_ctree failed


However, after running...

Code:

btrfsctl -a


...the array will mount and is readable and writable. Here is the dmesg output:

Code:

device label MediaArray devid 1 transid 1099 /dev/sdc
btrfs: failed to read the system array on sdc
btrfs: open_ctree failed
device label MediaArray devid 4 transid 1099 /dev/sdf
device label MediaArray devid 2 transid 1099 /dev/sdd
device label MediaArray devid 3 transid 1099 /dev/sde
device label MediaArray devid 1 transid 1099 /dev/sdc
device label MediaArray devid 1 transid 1099 /dev/sdc


Any thoughts on what might be causing this issue?
_________________
Time is what keeps everything from happening all at once.
Back to top
View user's profile Send private message
Dont Panic
Guru
Guru


Joined: 20 Jun 2007
Posts: 308
Location: SouthEast U.S.A.

PostPosted: Fri Jan 22, 2010 2:02 pm    Post subject: Reply with quote

Before a multidevice Btrfs arrangement can be properly recognized, you need to run 'btrfsctrl -a'.

So it pretty much requires an initramfs step in your boot procedure, that is modified with a step to run 'btrfsctrl -a' to properly mount a multidevice RAID Btrfs array identified from /etc/fstab.

Probably the only other option is to take the mounting of your multidevice btrfs array out of /etc/fstab, and manually insert the mount command into /etc/init.d/local.
Back to top
View user's profile Send private message
EzInKy
Veteran
Veteran


Joined: 11 Oct 2002
Posts: 1734
Location: Kentucky

PostPosted: Fri Jan 22, 2010 2:13 pm    Post subject: Reply with quote

Dont Panic wrote:
Before a multidevice Btrfs arrangement can be properly recognized, you need to run 'btrfsctrl -a'.

So it pretty much requires an initramfs step in your boot procedure, that is modified with a step to run 'btrfsctrl -a' to properly mount a multidevice RAID Btrfs array identified from /etc/fstab.

Probably the only other option is to take the mounting of your multidevice btrfs array out of /etc/fstab, and manually insert the mount command into /etc/init.d/local.


Thanks, since I haven't needed an initrd/initramfs in all of the 8 years I've been using Gentoo I'll go the boot script route then.
_________________
Time is what keeps everything from happening all at once.
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 5345
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Sun Jan 31, 2010 6:15 pm    Post subject: Reply with quote

since I'm starting to use btrfs more seriously is the following the correct way to format a btrfs-partition on a single-partition ?

mkfs.btrfs -d single -m single


the new compress-force option leads to even more space-efficiency ! :D

df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/btrfs 698G 616G 83G 89% /bak (with compress mount-option)
/dev/mapper/btrfs 698G 573G 125G 83% /bak (with compress-force mount-option)
_________________
Unofficial minimal livecd x86/amd64 w/reiser4+truecrypt (by Neo2)
2.6.37.2_plus_v1: BFS, CFS,THP,compaction, zcache or TOI
Hardcore Linux user since 2004 :D
Back to top
View user's profile Send private message
BlueFusion
Apprentice
Apprentice


Joined: 08 Mar 2006
Posts: 236
Location: Cleveland, Ohio

PostPosted: Sun Jan 31, 2010 8:49 pm    Post subject: Reply with quote

Would the compress-force option work well (speed wise) on a partition containing only large video files? Or would it be better to not use the compression options?
_________________
Desktop: i7-940 @ 2.93GHz, ASUS P6T Deluxe, 6GB RAM, 2x 160GB, 2x 500GB, 1x 1TB Seagate Barracuda SATA, nVidia 8800GTS 512MB, Hauppage PVR-250
Back to top
View user's profile Send private message
genstorm
Veteran
Veteran


Joined: 05 Apr 2007
Posts: 1957
Location: Austria

PostPosted: Sun Jan 31, 2010 9:06 pm    Post subject: Reply with quote

Raw video files are the only scenario where that would be of benefit.
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 5345
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Sun Jan 31, 2010 9:08 pm    Post subject: Reply with quote

BlueFusion wrote:
Would the compress-force option work well (speed wise) on a partition containing only large video files? Or would it be better to not use the compression options?


it really depends on the type of video files (are they already "compressed" - meaning in a lossy file-format or RAW, e.g. ripped ?)


*) if it's ONLY large video files that can't be compressed anymore - compression likely doesn't make sense at all - you could however still use the default -o compress option since it first seems to test whether the file is compressible, if that would take way too much cpu-time (== compression would be rather worthless) it leaves the file uncompressed so you wouldn't lose much performance (if at all); additional files being added to that partition would be compressed then (if it's reasonable)


+) if you know that you COULD gain some space by compressing the video files go for the -o compress-force option
_________________
Unofficial minimal livecd x86/amd64 w/reiser4+truecrypt (by Neo2)
2.6.37.2_plus_v1: BFS, CFS,THP,compaction, zcache or TOI
Hardcore Linux user since 2004 :D
Back to top
View user's profile Send private message
Dont Panic
Guru
Guru


Joined: 20 Jun 2007
Posts: 308
Location: SouthEast U.S.A.

PostPosted: Mon Feb 01, 2010 2:27 am    Post subject: Reply with quote

The '-o compress' option is supposed to be an optimized compress that would quit trying to compress files that weren't compressing very well.

The recently added '-o compress-force' option will try to compress everything.

One person on the Btrfs Mailing List found '-o compress-force' was actually much faster than '-o compress' on his target files (a database of mostly compressed data).

It will be interesting to get some more data points on speed comparisons for 'compress' and 'compress-force' from other users with different mixes of hardware and data. It's possible that trying to optimize the compression is overly complicating the issue, and many users could be better off just compressing everything (for speed and space).
Back to top
View user's profile Send private message
BlueFusion
Apprentice
Apprentice


Joined: 08 Mar 2006
Posts: 236
Location: Cleveland, Ohio

PostPosted: Mon Feb 01, 2010 3:36 am    Post subject: Reply with quote

The files are all mkv (x264 mpeg), avi, and the like. None are raw. Right now I have them spread out across several drives running ext4 but btrfs is what I am really looking forward to using for these files.
_________________
Desktop: i7-940 @ 2.93GHz, ASUS P6T Deluxe, 6GB RAM, 2x 160GB, 2x 500GB, 1x 1TB Seagate Barracuda SATA, nVidia 8800GTS 512MB, Hauppage PVR-250
Back to top
View user's profile Send private message
Dont Panic
Guru
Guru


Joined: 20 Jun 2007
Posts: 308
Location: SouthEast U.S.A.

PostPosted: Mon Feb 01, 2010 5:08 am    Post subject: Reply with quote

BlueFusion wrote:
Right now I have them spread out across several drives running ext4 but btrfs is what I am really looking forward to using for these files.

Most of us are still experimenting with Btrfs ourselves, especially when it comes to questions of like "Which mounting parameters are best for which mixes of data-types?" and even simpler questions like "What's a good way to automatically mount a multi-volume Btrfs drive at boot time?"

Sure, there's a growing number of Btrfs users out there, but there's nearly endless combinations of hardware, data types, and date service.

It would be nice if you could experiment with various methods of putting your data on Btrfs, and let us know what issues you run into (things like: Does mounting with compression significantly increase read and write times for large, compressed data files?).

Btrfs hasn't exactly matured to the "Set it, and forget it" stage.
Back to top
View user's profile Send private message
BlueFusion
Apprentice
Apprentice


Joined: 08 Mar 2006
Posts: 236
Location: Cleveland, Ohio

PostPosted: Mon Feb 01, 2010 5:37 pm    Post subject: Reply with quote

I would love to experiment with this data, believe me. My problem is that all my drives are at capacity and don't have the money right now to buy more. I already have to delete old movies I don't want anymore to fit new ones. I have my /usr/portage, /var/tmp/portage, /usr/src, and one other data directory which is backed up occasionally on btrfs so far.

I will see what I can do in experimenting and letting you know the results when I get some free time and space.
_________________
Desktop: i7-940 @ 2.93GHz, ASUS P6T Deluxe, 6GB RAM, 2x 160GB, 2x 500GB, 1x 1TB Seagate Barracuda SATA, nVidia 8800GTS 512MB, Hauppage PVR-250
Back to top
View user's profile Send private message
dufeu
l33t
l33t


Joined: 30 Aug 2002
Posts: 675
Location: US-FL-EST

PostPosted: Mon Feb 01, 2010 6:09 pm    Post subject: Reply with quote

I'm seriously thinking of converting some of my filesystems to btfs. I've read through the ext3/ext4 conversion instructions in the btfs wiki. However, I still have a question not answered in the wiki {that I could find} and was hoping someone here could give me some advice on.

How much free space should I have for the conversion to take place? I'm assuming a percentage free since hard drives come in all sizes but an absolute minimum with allowance per 100gigs would also be good.

I'm including the results of my local "df" as a point of reference:
Code:
# df
Filesystem           1K-blocks      Used Available Use% Mounted on
rootfs               380497160 318165136  43003824  89% /
/dev/root            380497160 318165136  43003824  89% /
rc-svcdir                 1024       132       892  13% /lib64/rc/init.d
udev                     10240       236     10004   3% /dev
shm                    4097816      4128   4093688   1% /dev/shm
/dev/sdb1            961432072 649110200 312321872  68% /home
/dev/sdc1            961432072 956732384   2257788 100% /pub01
/dev/sdd1            961432072 895739592  16854480  99% /pub02
/dev/sde1            961432072 910836076   1757996 100% /pub03

A further note: I have most of my files duplicated on my home server. I'm actually considering converting in place and deleting the ext3/4 data as described in the wiki instructions. I consider the "risk" to be reasonable since I almost everything is backed up on other systems and external drives.

Another further note: On the terrabyte drives, I created them as ext4 with 0% left for root. So what you see is really all there is.
_________________
People whom think M$ is mediocre, don't know the half of it.
Back to top
View user's profile Send private message
Display posts from previous:   
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Gentoo Chat All times are GMT
Goto page Previous  1, 2, 3 ... 17, 18, 19 ... 24, 25, 26  Next
Page 18 of 26

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum