Not the same problem, but I do have a lockup with another situation.
I tried adding some new devices... but accidentally screwed up the
syntax (not sure if this had anything to do with the lockup)
btrfs device add / /dev/sdb
probe of / failed, cannot detect existing filesystem.
Use the -f opti
On Mar 5, 2014, at 3:13 PM, Michael Russo wrote:
> Chris Murphy colorremedies.com> writes:
>
>> Did you do a defrag and balance after ext4>btrfs conversion,
>> but before data/metadata profile conversion?
>
> No I didn't, as I thought it was only optional and didn't realize
> it might later
apologies if this is a resend - it appeared to me that it was rejected
because of something in how Gmail was formatting the message. I can't find
it in the Gmane archives which leads me to believe it was never delivered.
I was hoping to gain some clarification on btrfs snapshops and how they
funct
Brian Wong wrote: a snapshot is different than a backup, with a snapshot
you're still accessing a read-only version of the live filesystem. i don't
know the specifics of btrfs but if you take daily snapshots, you should be
able to restore a single file from the five-days-ago snapshot by browsing
t
Brian Wong wrote: a snapshot is different than a backup, with a snapshot
you're still accessing a read-only version of the live filesystem. i don't
know the specifics of btrfs but if you take daily snapshots, you should be
able to restore a single file from the five-days-ago snapshot by browsing
t
On 2014/03/06 09:27 PM, Eric Mesa wrote:
Brian Wong wrote: a snapshot is different than a backup
[snip]
...
Three hard drives: A, B, and C.
Hard drives A and B - btrfs RAID-1 so that if one drive dies I can keep
using my system until the replacement for the raid arrives.
Hard drive C - gets (
Eric Mesa posted on Thu, 06 Mar 2014 18:18:15 + as excerpted:
> apologies if this is a resend - it appeared to me that it was rejected
> because of something in how Gmail was formatting the message. I can't
> find it in the Gmane archives which leads me to believe it was never
> delivered.
Pr
Zach found this deadlock that would happen like this
btrfs_end_transaction <- reduce trans->use_count to 0
btrfs_run_delayed_refs
btrfs_cow_block
find_free_extent
btrfs_start_transaction <- increase trans->use_count to 1
allocate chunk
btrfs_end_transaction <-
On Thu, Mar 06, 2014 at 07:01:07PM -0500, Josef Bacik wrote:
> Zach found this deadlock that would happen like this
>
> btrfs_end_transaction <- reduce trans->use_count to 0
> btrfs_run_delayed_refs
> btrfs_cow_block
> find_free_extent
> btrfs_start_transaction <- increase trans-
Duncan <1i5t5.duncan cox.net> writes:
> But if you're not using compression, /that/ can't explain it...
>
Ha! Well while that was an interesting discussion of fragmentation,
I am only using the default mount options here and so no compression.
The only reason I'm really even looking at the fra
10 matches
Mail list logo