Re: Btrfs tragedy: lack of space for metadata leads to loss of fs.

: sudo btrfs scrub status / scrub status for f2e4e4d3-2d8e-4764-a818-de9176405c4b scrub started at Fri Apr 17 14:42:47 2015 and finished after 146 seconds total bytes scrubbed: 66.10GiB with 0 errors Best regards, Miguel Negrão

Re: Btrfs tragedy: lack of space for metadata leads to loss of fs.

would solve two issues in one go ! Best, Miguel Negrão -- 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 tragedy: lack of space for metadata leads to loss of fs.

On 25-08-2015 16:17, Matt Ruffalo wrote: On 2015-08-25 09:44, Miguel Negrão wrote: Hi list, This weekend had my first btrfs horror story. system: 3.13.0-49-lowlatency, btrfs-progs v4.1.2 A disclaimer: I know 3.13 is very out of date, but I the requirement of keeping kernel up to date

Btrfs tragedy: lack of space for metadata leads to loss of fs.

Hi list, This weekend had my first btrfs horror story. system: 3.13.0-49-lowlatency, btrfs-progs v4.1.2 A disclaimer: I know 3.13 is very out of date, but I the requirement of keeping kernel up to date clashes with my requirement of keeping a stable system. At the moment I can't disturb my

Re: corruption in USB harddrive - backup via send/receive - question

On 20-04-2015 15:07, Sander wrote: Miguel Negrão wrote (ao): - Given that I'm running a laptop and comunicating with the harddrives via USB, is it expected that I will get some corruption from time to time or is this abnormal Abnormal. I have three Intel ssd's usb connected to an Arndale

Re: corruption in USB harddrive - backup via send/receive - question

Hi Austin, On 17-04-2015 12:31, Austin S Hemmelgarn wrote: First, as mentioned in another reply to this, you should update your kernel. I don't think that the kernel is what is causing the issue, but it is an old kernel by BTRFS standards, and keeping up to date is important with a

Re: corruption in USB harddrive - backup via send/receive - question

Marc MERLIN marc at merlins.org writes: On Thu, Apr 16, 2015 at 06:48:43PM +, Miguel Negrão wrote: Hello, I'm running a laptop, macbook pro 8,2, with ubuntu, on kernel 3.13.0-49-lowlatency. I have a USB enclosure containing two harddrives Btrfs send/receive is not known to work

corruption in USB harddrive - backup via send/receive - question

Hello, I'm running a laptop, macbook pro 8,2, with ubuntu, on kernel 3.13.0-49-lowlatency. I have a USB enclosure containing two harddrives (Icydock JBOD). Each harddrive runs their own btrfs file system, on top of luks partitions. I backup one harddrive to the other using btrfs send/receive with

btrfs send 3.11 vs 3.12

on the last one sent from 3.11), although booting again to 3.12 I can send me fine again. It this intenteded ? best, -- Miguel Negrão http://www.friendlyvirus.org/miguelnegrao signature.asc Description: OpenPGP digital signature

Re: btrfs send 3.11 vs 3.12

Em 23-01-2014 14:19, Josef Bacik escreveu: On 01/23/2014 04:22 AM, Miguel Negrão wrote: Hi Sending snapshots incrementally started to fail on the 3.11 kernel on my system after I once booted with 3.12 and did the incremental send of a snapshot. After when I booted back to 3.11 I can

Re: [PATCH v2] Btrfs-progs: avoid using btrfs internal subvolume path to send

subvolid=5 and then do the send. Also, I'd like to ask, are there plans to make the send and receive commands resumeable somehow (or perhaps it is already, but couldn't see how) ? best, Miguel Negrão signature.asc Description: OpenPGP digital signature

btrfsck errors - what to do ?

would really apreciate some advice here. best, Miguel Negrão entire btrfsck output: http://ubuntuone.com/5eezQ0UqSHomKBbqXTKOLa it's a 50MB file zipped to 3.5MB. scrub status for 155b2835-4900-47e3-be45-a32f9d27ec8f scrub started at Sat Nov 23 23:28:47 2013, running for 37956 seconds

btrfs check : extent-tree.c:283: find_search_start: Assertion `!(1)' failed

: 42688de3-f4ed-4592-bb34-02c9d5014e51 best, -- Miguel Negrão http://www.friendlyvirus.org/miguelnegrao signature.asc Description: OpenPGP digital signature

Re: btrfs send /receive : having problems sending a snapshot back to the original partition

, Thank you for the detailed explanation, I guess I understand it better now. I guess for the time being I have to use rsync to get the data back or transfer the whole subvolume back. thanks, -- Miguel Negrão http://www.friendlyvirus.org/miguelnegrao -- To unsubscribe from this list: send the line

Re: btrfs send /receive : having problems sending a snapshot back to the original partition

a' then 'btrfs send -p a b', then deleting 'a' in the second disk and then doing 'btrfs send -p b a' but that also fails [1], the error happening on the receive side. best, -- Miguel Negrão http://www.friendlyvirus.org/miguelnegrao [1] 1999 touch /tmp/aaa.txt 2003 sudo btrfs subvolume snapshot -r

btrfs send /receive : having problems sending a snapshot back to the original partition

transferring just the diff. Also, how is the -c (clone) option used and does it do ? It's not clear to me what is it's function, and I haven't seen any example using it on the web. thanks, -- Miguel Negrão http://www.friendlyvirus.org/miguelnegrao ps: I've set up a Haskell script to do the backups

Re: btrfs send/receive issues

that it can't find the directory. I've placed the two files I used for testing on the bug report, so you can try btrfs receive on them. thanks, -- Miguel Negrão http://www.friendlyvirus.org/miguelnegrao -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body

btrfs send/receive issues

At snapshot @backup3 ERROR: open backups/@backup2 failed. No such file or directory But @backup2 is a subvolume in /media/miguel/btrfs_backup/backups/ I'm I doing something wrong ? best, -- Miguel Negrão http://www.friendlyvirus.org/miguelnegrao -- To unsubscribe from this list: send the line