Re: system crash at mounting of btrfs
Chris Mason chris.mason at oracle.com writes: Ok, so tell me more about the SSD with the btrfs-of-death. Is it a multi-device SSD? -chris Its a single device Intel X25-M G2 Postville 80GB -Gerhard -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: converting one-disk btrfs into RAID-1?
On Tue, Oct 12, 2010 at 11:32:07AM +0200, David Brown wrote: On 11/10/2010 19:06, Chris Ball wrote: Hi, Is it possible to turn a 1-disk (partition) btrfs filesystem into RAID-1? Not yet, but I'm pretty sure it's on the roadmap. - Chris. Is it possible to view the raid levels of data and meta data for an existing btrfs filesystem? It's easy to pick them when creating the system, but I couldn't find any way to view them afterwards. btrfs f df will show them, except for few kernel releases when the ioctl() was broken. -- Tomasz Torcz 72-| 80-| xmpp: zdzich...@chrome.pl 72-| 80-| -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: converting one-disk btrfs into RAID-1?
On Tue, Oct 12, 2010 at 11:34:31AM +0200, Tomasz Torcz wrote: On Tue, Oct 12, 2010 at 11:32:07AM +0200, David Brown wrote: Is it possible to view the raid levels of data and meta data for an existing btrfs filesystem? It's easy to pick them when creating the system, but I couldn't find any way to view them afterwards. btrfs f df will show them, except for few kernel releases when the ioctl() was broken. Umm... h...@vlad:~ $ sudo btrfs fi df /mnt/ [sudo] password for hrm: Data: total=303.01GB, used=302.16GB Metadata: total=3.01GB, used=476.77MB System: total=11.88MB, used=36.00KB This is the latest btrfs git kernel and tools. What should I be seeing here? Hugo. -- === Hugo Mills: h...@... carfax.org.uk | darksatanic.net | lug.org.uk === PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- emacs: Emacs Makes A Computer Slow. --- signature.asc Description: Digital signature
Re: converting one-disk btrfs into RAID-1?
On Tue, Oct 12, 2010 at 10:49:35AM +0100, Hugo Mills wrote: On Tue, Oct 12, 2010 at 11:34:31AM +0200, Tomasz Torcz wrote: On Tue, Oct 12, 2010 at 11:32:07AM +0200, David Brown wrote: Is it possible to view the raid levels of data and meta data for an existing btrfs filesystem? It's easy to pick them when creating the system, but I couldn't find any way to view them afterwards. btrfs f df will show them, except for few kernel releases when the ioctl() was broken. Umm... h...@vlad:~ $ sudo btrfs fi df /mnt/ [sudo] password for hrm: Data: total=303.01GB, used=302.16GB Metadata: total=3.01GB, used=476.77MB System: total=11.88MB, used=36.00KB This is the latest btrfs git kernel and tools. What should I be seeing here? Do you have this patch applied? http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg06239.html -- Tomasz Torcz 72-| 80-| xmpp: zdzich...@chrome.pl 72-| 80-| -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
btrfs filesystem df not working
The above command is not working on my system. Information: btrfs f df /media/data Btrfs v0.19-35-g1b444cd Linux woofy 2.6.32-5-amd64 #1 SMP Fri Sep 17 21:50:19 UTC 2010 x86_64 GNU/Linux mount info: /dev/sdd2 on /media/data type btrfs (rw,noexec,nosuid,nodev) /media/data is a raid 0 filesystem $ btrfs filesystem show failed to read /dev/sr0 Label: none uuid: 1882b025-58e4-4287-98a3-9b772af0ad76 Total devices 2 FS bytes used 72.56GB devid2 size 74.53GB used 54.01GB path /dev/sdd2 devid3 size 74.53GB used 54.01GB path /dev/sde2 Any ideas? This is on an testing/unstable Debian system. -- Caution: breathing may be hazardous to your health. -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: how can I copy files bigger than ~32 GB when using compress-force?
On 05.10.2010 00:28, Chris Mason wrote: Does it happen with any 32gb file that doesn't compress well? The 220 GB qcow2 file was basically uncompressible (backuppc archive full of bzip2-compressed files). Ok, I think I know what is happening here, they all lead to the same chunk of code. I'll be able to reproduce this locally. FYI, qemu/kvm doesn't seem to like its files located on btrfs mounted with compress-force. I have a filesystem mounted with noatime,compress-force, where I created a 100GB sparse file. There, I wanted to install a Linux distribution - however, the whole qemu-kvm process hanged with these entries being repeated over and over. It's not possible to kill the qemu-kvm process (even with kill -9) etc. [103678.068429] INFO: task qemu-kvm:18722 blocked for more than 120 seconds. [103678.068434] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [103678.068439] qemu-kvm D 0001062a02ba 0 18722 18607 0x [103678.068446] 88008d80bb38 0082 8800 000148c0 [103678.068453] 88008725db00 000148c0 88008d80bfd8 000148c0 [103678.068459] 88008d80a000 000148c0 88008725dea8 000148c0 [103678.068466] Call Trace: [103678.068490] [a06a3ee5] btrfs_start_ordered_extent+0x75/0xc0 [btrfs] [103678.068499] [8107e5e0] ? autoremove_wake_function+0x0/0x40 [103678.068517] [a06a44a1] btrfs_wait_ordered_range+0xc1/0x160 [btrfs] [103678.068535] [a0695922] btrfs_file_aio_write+0x542/0x9a0 [btrfs] [103678.068542] [8108f562] ? futex_wait_queue_me+0xc2/0x100 [103678.068549] [81082462] ? hrtimer_cancel+0x22/0x30 [103678.068568] [a06953e0] ? btrfs_file_aio_write+0x0/0x9a0 [btrfs] [103678.068576] [81144533] do_sync_readv_writev+0xd3/0x110 [103678.068583] [81091db9] ? do_futex+0x109/0xb00 [103678.068590] [811d9789] ? security_file_permission+0x29/0xa0 [103678.068597] [811447f4] do_readv_writev+0xd4/0x1f0 [103678.068603] [810714ef] ? kill_pid_info+0x3f/0x60 [103678.068610] [81144958] vfs_writev+0x48/0x60 [103678.068615] [81144c92] sys_pwritev+0xa2/0xc0 [103678.068623] [8100af82] system_call_fastpath+0x16/0x1b -- Tomasz Chmielewski http://wpkg.org -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: converting one-disk btrfs into RAID-1?
On 12/10/2010 11:34, Tomasz Torcz wrote: On Tue, Oct 12, 2010 at 11:32:07AM +0200, David Brown wrote: On 11/10/2010 19:06, Chris Ball wrote: Hi, Is it possible to turn a 1-disk (partition) btrfs filesystem into RAID-1? Not yet, but I'm pretty sure it's on the roadmap. - Chris. Is it possible to view the raid levels of data and meta data for an existing btrfs filesystem? It's easy to pick them when creating the system, but I couldn't find any way to view them afterwards. btrfs f df will show them, except for few kernel releases when the ioctl() was broken. I guess it's time to update my System Rescue CD to a version with the btrfs command rather than just btrfsctl etc. Thanks! -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: btrfs filesystem df not working
On Tue, Oct 12, 2010 at 2:43 PM, cwillu cwi...@cwillu.com wrote: On Tue, Oct 12, 2010 at 4:12 AM, Leonidas Spyropoulos artafi...@gmail.com wrote: The above command is not working on my system. Information: btrfs f df /media/data btrfs f isn't unique; fi is the minimum to specify filesystem I tried even with btrfs filesystem df /media/data and same results. -- Caution: breathing may be hazardous to your health. -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 2/2] btrfs: Switching the extent buffer rbtree into a unlock radix tree
On Tue, Oct 12, 2010 at 05:43:14PM +0800, Miao Xie wrote: This patch reduces the CPU time spent in the extent buffer search by using the radix tree instead of the rbtree and using the rcu lock instead of the spin lock. I did a quick test by the benchmark tool[1] and found the patch improve the file creation/deletion performance problem that I have reported[2]. Thanks, this is much smaller than I expected. I'll hammer on it here. -chris -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: btrfs filesystem df not working
On Tue, Oct 12, 2010 at 02:45:19PM +0100, Leonidas Spyropoulos wrote: On Tue, Oct 12, 2010 at 2:43 PM, cwillu cwi...@cwillu.com wrote: On Tue, Oct 12, 2010 at 4:12 AM, Leonidas Spyropoulos artafi...@gmail.com wrote: The above command is not working on my system. Information: btrfs f df /media/data btrfs f isn't unique; fi is the minimum to specify filesystem I tried even with btrfs filesystem df /media/data and same results. Does strace give us any clues? -chris -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: system crash at mounting of btrfs
On Tue, Oct 12, 2010 at 06:44:13AM +, Gerhard Kulzer wrote: Chris Mason chris.mason at oracle.com writes: Ok, so tell me more about the SSD with the btrfs-of-death. Is it a multi-device SSD? -chris Its a single device Intel X25-M G2 Postville 80GB Ok, if you can confirm this is the very first oops you see: [7.923556] kernel BUG at /build/buildd/linux-2.6.35/fs/btrfs/tree-log.c:813! I've got a utility that will wipe the log and get you mountable again. The intel drive should definitely support barriers, are you doing anything with LVM or raid or dm-crypt on top of it? -chris -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 2/2] btrfs: Switching the extent buffer rbtree into a unlock radix tree
On Tue, 12 Oct 2010 14:43:23 -0400, Chris Mason wrote: On Tue, Oct 12, 2010 at 05:43:14PM +0800, Miao Xie wrote: This patch reduces the CPU time spent in the extent buffer search by using the radix tree instead of the rbtree and using the rcu lock instead of the spin lock. I did a quick test by the benchmark tool[1] and found the patch improve the file creation/deletion performance problem that I have reported[2]. Thanks, this is much smaller than I expected. I'll hammer on it here. By the way, I found we had 16T limit on 32-bits machines, because the page cache of 32-bits machines can only manage 16T data, and the btrfs metadata is cached in the page cache. Regards Miao -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
