Hi Russell,

there was enough space (in theory) to keep all data on one disk (less than
5GB on a 8GB partition, from memory), and the "btrfs delete" seems to have
succeeded. "btrfs filesystem df /"  and device stats looked fine and did
not show any reference to the second disk.

The trouble only started when I removed the second disk (physically, as in
disk on a virtual machine on ESXi).

Using a newer kernel is out of question here - I have to use the latest
"Enterprise Linux" (CentOS 7) without patches.

 It looks as I have to abandon all plans to use btrfs and am back in the
stone age.

Thanks for comments and suggestions
Peter


On Tue, Jul 28, 2015 at 11:21 PM, Russell Coker <[email protected]>
wrote:

> On Tue, 28 Jul 2015 01:53:10 PM Peter Ross wrote:
> > In the meantime, I experimented with btrfs add/delete.
> >
> > btrfs delete was the end of it. The system was stuck and after reset it
> did
> > not boot anymore.
>
> You need to make sure there's enough space free before doing that.
>
> If you want your data back then try mounting with a newer kernel.  In
> future
> don't use small filesystems with BTRFS, it's not designed to have lots of
> small
> partitions the way that Ext* is.
>
> --
> My Main Blog         http://etbe.coker.com.au/
> My Documents Blog    http://doc.coker.com.au/
>
_______________________________________________
luv-main mailing list
[email protected]
http://lists.luv.asn.au/listinfo/luv-main

Reply via email to