Why do I have to remount to receive?

me to remount the root fs to do an incremental receive? -- Michael Welsh Duggan (m...@md5i.com) -- 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 send ioctl failed with -5: Input/output error

Michael Welsh Duggan m...@md5i.com writes: I am now getting the following error when trying to do a btrfs send: root@maru2:/usr/local/src/btrfs-progs# ./btrfs send /usr/local/snapshots/2014-05-15 /backup/intermediate At subvol /usr/local/snapshots/2014-05-15 ERROR: send ioctl failed

btrfs send ioctl failed with -5: Input/output error

kernel, and Btrfs progs v3.14.1. root@maru2:/usr/local/src/btrfs-progs# uname -a Linux maru2 3.14-1-amd64 #1 SMP Debian 3.14.4-1 (2014-05-13) x86_64 GNU/Linux root@maru2:/usr/local/src/btrfs-progs# ./btrfs --version Btrfs v3.14.1 Is there anything I can do to help debug this issue? -- Michael Welsh

Re: Fixing a degraded RAID

Xavier Bassery xav...@bartica.org writes: On Fri, 18 Apr 2014 23:23:56 -0400 Michael Welsh Duggan m...@md5i.com wrote: Michael Welsh Duggan m...@md5i.com writes: root@maru2:~# /usr/local/src/btrfs-progs/btrfs fi df /mnt/ Data, RAID1: total=353.00GiB, used=328.24GiB System, single: total

snapshot send with parent question

in order to determine the matching parent on the receiving side? -- Michael Welsh Duggan (m...@md5i.com) -- 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

Fixing a degraded RAID

around this? -- Michael Welsh Duggan (m...@md5i.com) -- 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: Fixing a degraded RAID

Michael Welsh Duggan m...@md5i.com writes: I had a disk in my RAID0 die: My mistake. This was a stupid typo. The drives were in a RAID 1 configuration. Both data and metadata are DUP'd. root@maru2:~# /usr/local/src/btrfs-progs/btrfs fi df /mnt/ Data, RAID1: total=353.00GiB, used=328.24GiB

Re: Fixing a degraded RAID

Chris Murphy li...@colorremedies.com writes: On Apr 18, 2014, at 8:36 PM, Michael Welsh Duggan m...@md5i.com wrote: I had a disk in my RAID0 die: root@maru2:~# /usr/local/src/btrfs-progs/btrfs fi show 8c530f6f-7592-4d57-854d-1fae33ae7cb6 Label: none uuid: 8c530f6f-7592-4d57-854d

Moving subvolumes across disks

block (so it can better handle large numbers of snapshots). So I want to move all existing data to another disk. Is there a way to copy/move a volume with all subvolumes to another disk, maintaining shared extents (from deduplication)? -- Michael Welsh Duggan (m...@md5i.com) -- To unsubscribe

A question about btrfs_ioctl_file_extent_same

. If there is no such check, would it not make sense to add one? -- Michael Welsh Duggan (m...@md5i.com) -- 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

Use dedup to recover from messed up incremental send?

these are readonly snapshots, I can't do this directly. But I thought I'd check. -- Michael Welsh Duggan (m...@md5i.com) -- 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

Re: [PATCH] Btrfs-progs: receive: fix the case that we can not find subvolume

Michael Welsh Duggan m...@md5i.com writes: Wang Shilong wangsl.f...@cn.fujitsu.com writes: On 12/18/2013 12:06 PM, Michael Welsh Duggan wrote: Wang Shilong wangsl.f...@cn.fujitsu.com writes: It seems that you use older kernel version but use the latest btrfs-progs, new btrfs-progs use uuid

Re: [PATCH] Btrfs-progs: receive: fix the case that we can not find subvolume

Wang Shilong wangsl.f...@cn.fujitsu.com writes: On 12/18/2013 12:06 PM, Michael Welsh Duggan wrote: Wang Shilong wangsl.f...@cn.fujitsu.com writes: It seems that you use older kernel version but use the latest btrfs-progs, new btrfs-progs use uuid tree to search but this tree did not exist

Re: [PATCH] Btrfs-progs: receive: fix the case that we can not find subvolume

include code to respect the TMPDIR envvar at the very least. -- Michael Welsh Duggan (m...@cert.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: [PATCH] Btrfs-progs: receive: fix the case that we can not find subvolume

Miao Xie mi...@cn.fujitsu.com writes: On Tue, 17 Dec 2013 10:40:41 -0500, Michael Welsh Duggan wrote: David Sterba dste...@suse.cz writes: On Tue, Dec 17, 2013 at 05:13:49PM +0800, Wang Shilong wrote: If we change our default subvolume, btrfs receive will fail to find subvolume. To fix

Re: [PATCH] Btrfs-progs: receive: fix the case that we can not find subvolume

.) -- Michael Welsh Duggan (m...@md5i.com) -- 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 send in 3.12 : can't find snapshot?

Gen at creation:296301 Parent: 259 Top Level: 259 Flags: readonly Snapshot(s): -- Michael Welsh Duggan (m...@md5i.com) -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body