Re: [BUG] btrfs hangup when we run the sync command
On Thursday 15 July 2010 11:07:07 Miao Xie wrote: On Thu Jul 15 2010 16:14:31 GMT+0800 (CST), Yan, Zheng wrote: 2010/7/15 Miao Xiemi...@cn.fujitsu.com: Hi, everyone I found btrfs will hangup when we run the sync command on my x86_64 box. The reproduce steps is following: # mkfs.btrfs -s 8192 -l 8192 -n 8192 /dev/sda1 # mount /dev/sda1 /mnt # echo 1234567 /mnt/aaa # sync (btrfs hangs up) It seems that the btrfs doesn't support the sectorsize which is greater than the page size just like ext2/3/4, though we can use mkfs.btrfs to make a filesystem with a big sectorsize. Am I right? If yes, we must do more check in the mkfs.btrfs. yes, btrfs doesn't support the sectorsize PAGE_size. So we must do more check in the mkfs.btrfs to avoid misuse, and I'll add some check of the sectorsize into the mkfs.btrfs. I don't think that denying of creation of FSs with sectorsize pagesize is a good idea. A warning would be better: Warning: The filesystem you are about to create won't be usable on your computer architecture. Do you want to continue? y/n: Unless the FS created in such way is unusabe in any circumstances... BTW, I sent some patches to the btrfs community recently, but I haven't received any reply. Could you review them for me? though I have tested them and everything works well. [PATCH 1/2] btrfs: restructure try_release_extent_buffer() [PATCH 2/2] btrfs: fix oops when leafsize is greator than nodesize [PATCH] btrfs-progs: fix wrong extent buffer size when reading tree block Thanks Miao Xie -- Hubert Kario QBS - Quality Business Software ul. Ksawerów 30/85 02-656 Warszawa POLAND tel. +48 (22) 646-61-51, 646-74-24 fax +48 (22) 646-61-50 -- 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: Copy/move btrfs volume
On Saturday 03 July 2010 09:33:19 Lubos Kolouch wrote: Oystein Viggen, Fri, 02 Jul 2010 08:15:03 +0200: For btrfs with lots of snapshots, I believe btrfs device add of the new device followed by btrfs device remove of the old one would be the most convenient. Øystein This solution if very elegant and cool - if you can put the discs into one computer. It does not help too much to copy the files over network and preserve the snapshots... or can you add like this a network-attached device (sshfs) ? You could also go the totally cool option (albeit a bit creazy) and use network block devices and have no downtime... The overall process will take more time though. -- Hubert Kario QBS - Quality Business Software ul. Ksawerów 30/85 02-656 Warszawa POLAND tel. +48 (22) 646-61-51, 646-74-24 fax +48 (22) 646-61-50 -- 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: File cloning across subvolumes with BTRFS_IOC_CLONE ioctl
I've got the same problem, and that post clearly seems to say it is possible. cp --reflink=always source subvolume1/ gives me: cp: failed to clone `': Invalid cross-device link Even on the same subvolume I get 10% of the files telling me the same. btrfs-bcp copy the files in its integrity. On Tue, Jul 20, 2010 at 1:39 AM, red...@gmx.com wrote: It seems that the BTRFS_IOC_CLONE ioctl fails when trying to do a cross-subvolume clone of a file. Chris Mason suggested in the past ([1]) that this should be possible. Am I missing something? [1] http://kerneltrap.org/mailarchive/linux-btrfs/2010/6/10/6884911 -- 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 -- 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: File cloning across subvolumes with BTRFS_IOC_CLONE ioctl
On Wed, Jul 21, 2010 at 11:11:13AM -0400, Jérôme Poulin wrote: I've got the same problem, and that post clearly seems to say it is possible. cp --reflink=always source subvolume1/ gives me: cp: failed to clone `': Invalid cross-device link Even on the same subvolume I get 10% of the files telling me the same. btrfs-bcp copy the files in its integrity. Ok, this is a bug in the ioctl. I'll fix it up. -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
Btrfs project ideas
Hi all, I am an enthusiast who wants to contribute with btrfs project. I am looking for some ideas to which I can contribute on and a mentor to help me out. I found lzo compression implementation idea interesting. Is there any other idea suggestions ? -- Happy Hacking, Sarath Lakshman http://www.sarathlakshman.info -- 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