On 07/22/2014 05:13 PM, Martin Steigerwald wrote: > Am Dienstag, 22. Juli 2014, 10:53:03 schrieb Chris Mason: >> On 07/19/2014 02:23 PM, Martin Steigerwald wrote: >>>> Running 3.15.6 with this patch applied on top: >>>> - still causes a hang with `rsync -hPaHAXx --del /mnt/home/nyx/ >>>> /home/nyx/` >>>> >>>> - no extra error messages printed (`dmesg | grep racing`) compared to >>>> without the patch >>> >>> I got same results with 3.16-rc5 + this patch (see thread BTRFS hang with >>> 3.16-rc5). 3.16-rc4 still is fine with me. No hang whatsoever so far. >>> >>>> To recap some details (so I can have it all in one place): >>>> - /home/ is btrfs with compress=lzo >>> >>> BTRFS RAID 1 with lzo. >>> >>>> - I have _not_ created any nodatacow files. >>> >>> Me neither. >>> >>>> - Full stack is: sata <-> dmcrypt <-> lvm <-> btrfs (I noticed others >>>> >>>> mentioning the use of dmcrypt) >>> >>> Same, except no dmcrypt. >> >> Thanks for the help in tracking this down everyone. We'll get there! >> Are you all running multi-disk systems (from a btrfs POV, more than one >> device?) I don't care how many physical drives this maps to, just does >> btrfs think there's more than one drive. > > As I told before I am using BTRFS RAID 1. Two logival volumes on two distinct > SSDs. RAID is directly in BTRFS, no SoftRAID here (which I wouldn´t want to > use with SSDs anyway). >
When you say logical volumes, you mean LVM right? Just making sure I know all the pieces involved. -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