On 03/11/2016 07:43 PM, David Sterba wrote:
On Thu, Mar 10, 2016 at 08:57:12AM +0800, Qu Wenruo wrote:
The ioctl FIDEDUPERANGE and the tool duperemove both use "dupe".
It would be nice if we could be consistent and all use the same
abbreviation.
Yes, current kernel VFS level offline dedup us
I hope this message stays within the thread on the list. I had email problems
and ended up hacking around with sendmail & grabbing the message id off of
the web based group archives.
>I wondered whether you had elimated fragmentation, or any other known gotchas,
>as a cause?
Subvolumes are mo
Hello,
The system was seemingly running just fine for days or weeks, then I
routinely deleted a bunch of old snapshots, and suddenly got hit with:
[Sat Mar 12 20:17:10 2016] BTRFS error (device dm-0): parent transid verify
failed on 7483566862336 wanted 410578 found 404133
[Sat Mar 12 20:17:10 2
Hello,
btrfsck output:
# btrfsck /dev/alpha/lv1
Checking filesystem on /dev/alpha/lv1
UUID: 8cf8eff9-fd5a-4b6f-bb85-3f2df2f63c99
checking extents
parent transid verify failed on 7483566862336 wanted 410578 found 404133
parent transid verify failed on 7483566862336 wanted 410578 found 404133
paren
On Sat, Mar 05, 2016 at 12:34:09PM -0700, Chris Murphy wrote:
> Something is happening with the usage of this file system that's out
> of the ordinary. This is the first time I've seen such a large amount
> of unused metadata allocation. And then for it not only fail to
> balance, but for the alloc
On Sat, Mar 05, 2016 at 12:34:09PM -0700, Chris Murphy wrote:
> I'd try to use -musage filter alone, in whatever increments work. So
> try 0. Then 5. If 5 fails, try 2. Increment until size is not much
> more than 2-3x used.
Here we go:
[7/506]mh@fan:~$ sudo btrfs balance -usage=0 /media/tempdisk
On Sun, Mar 06, 2016 at 01:27:10PM -0700, Chris Murphy wrote:
> So if it were me, I'd gather all possible data, including complete,
> not trimmed, logs. And as for the btrfs-image, it could be huge.
[5/504]mh@q:~/.www/public_html/stuff$ unxz --list 20160307-fanbtr-image.xz
Strms Blocks Compress
On Mon, Mar 07, 2016 at 11:39:11AM -0700, Chris Murphy wrote:
> Since there's no hardware issue suspect, you could filter for just btrfs.
>
> journalctl -o short-iso | grep -i btrfs
Which is exactly what I did. Why did you suspect that my logs were
"trimmed"? That's what got me kind of furious. I
pete posted on Sat, 12 Mar 2016 13:01:17 + as excerpted:
> I hope this message stays within the thread on the list. I had email
> problems and ended up hacking around with sendmail & grabbing the
> message id off of the web based group archives.
Looks like it should have as the reply-to look
Roman Mamedov posted on Sat, 12 Mar 2016 20:48:47 +0500 as excerpted:
> I wonder what's the best way to proceed here. Maybe try btrfs-zero-log?
> But the difference between transid numbers of 6 thousands is concerning.
btrfs-zero-log is a very specific tool designed to fix a very specific
proble
Qu Wenruo wrote on 2016/03/12 16:16 +0800:
On 03/11/2016 07:43 PM, David Sterba wrote:
On Thu, Mar 10, 2016 at 08:57:12AM +0800, Qu Wenruo wrote:
The ioctl FIDEDUPERANGE and the tool duperemove both use "dupe".
It would be nice if we could be consistent and all use the same
abbreviation.
11 matches
Mail list logo
