On Fri, Dec 09, 2011 at 12:39:48PM -0800, Simon Kirby wrote:
> Hello!
>
> We recently upgraded our backup server kernel (rsync with snapshots and
> compression) to Linus git master from yesterday (3.2-rc4+ 09d9673d53005)
> that contains the btrfs for-linus as of yesterday. We've been seeing a
> f
Hello!
We recently upgraded our backup server kernel (rsync with snapshots and
compression) to Linus git master from yesterday (3.2-rc4+ 09d9673d53005)
that contains the btrfs for-linus as of yesterday. We've been seeing a
few warnings and bugs:
[ cut here ]
WARNING: at mm
We were occasionaly leaking space when running xfstest 269. This is because if
we failed to start the transaction in the truncate loop we'd just goto out, but
we need to break so that the inode is removed from the orphan list and the space
is properly freed. Thanks,
Signed-off-by: Josef Bacik
-
On Thu, Dec 08, 2011 at 12:27:52PM -0800, David Marcin wrote:
> Hi Chris,
> This was on 3.2-rc2 but I tried with rc4 and it segfaulted again. I
> think the traces were the same but I've rebooted and can't say for
> sure.
> David
> On Thu, Dec 8, 2011 at 11:45 AM, Chris Mason wrote:
> > Which kern
Running xfstests 269 with some tracing my scripts kept spitting out errors about
releasing bytes that we didn't actually have reserved. This took me down a huge
rabbit hole and it turns out the way we deal with reserved_extents is wrong,
we need to only be setting it if the reservation succeeds, o
The device statistics are written into the device tree with each
transaction commit. Only modified statistics are written.
When a filesystem is mounted, the device statistic for each involved
device are read from the device tree and used to initialize the
counters.
Signed-off-by: Stefan Behrens
-
The goal is to detect when drives start to get an increased error rate,
when drives should be replaced soon. Therefore statistic counters are
added that count IO errors (read, write and flush). Additionally, the
software detected errors like checksum errors and corrupted blocks are
counted.
Signed
An ioctl interface is added to get the device statistic counters.
A second ioctl is added to atomically get and reset these counters.
Signed-off-by: Stefan Behrens
---
fs/btrfs/ioctl.c | 26 +++
fs/btrfs/ioctl.h | 27
fs/btrfs/volumes.c | 69 +++
The goal is to detect when drives start to get an increased error rate,
when drives should be replaced soon. Therefore statistic counters are
added that count IO errors (read, write and flush). Additionally, the
software detected errors like checksum errors and corrupted blocks are
counted.
An ioc
"btrfs device stats" is used to retrieve and print the device stats.
"btrfs device stats -z" is used atomically retrieve, reset and print
the stats.
Signed-off-by: Stefan Behrens
---
Makefile |4 +-
btrfs.c |5 ++
btrfs_cmds.c | 67 +
btrfs_cmds.h |
2011/12/7 Christian Brunner :
> 2011/12/1 Christian Brunner :
>> 2011/12/1 Alexandre Oliva :
>>> On Nov 29, 2011, Christian Brunner wrote:
>>>
When I'm doing havy reading in our ceph cluster. The load and wait-io
on the patched servers is higher than on the unpatched ones.
>>>
>>> That's
Hello,
I am Manager of SIMKINS LTD. USA, My company is interested in the
purchase of your products.
Kindly send me an email with details of:
*Minimum Order Quantity
*Your delivery time
*Payment terms
*And your products warranty
I await to hear from you urgently
Mr Stefan Al Simkins.
Purchasin
On 09/12/11 14:18, Chris Mason wrote:
According to this you've only got one delalloc worker. That would
explain it. Could you please confirm with ps?
Yes - only one delalloc worker is now present, but there were at least
three initially.
Jeremy
--
To unsubscribe from this list: send the
On Fri, Dec 09, 2011 at 12:05:40PM +, Jeremy Sanders wrote:
> On 08/12/11 20:11, Chris Mason wrote:
> >On Thu, Dec 08, 2011 at 05:39:16PM +, Jeremy Sanders wrote:
> >>On 08/12/11 17:23, Chris Mason wrote:
> >>>On Thu, Dec 08, 2011 at 04:57:12PM +, Jeremy Sanders wrote:
> On 08/12/11
Hello!
2011/12/8 Jan Schmidt :
> On 07.12.2011 21:40, Kai Krakow wrote:
[...]
>> The problematic file seems to be in /usr/portage but scrubbing doesn't tell
>> me the filename (I was under the impression 3.2.x adds a patch which should
>> report filenames).
>
> It should. Did you take a look at dm
On 09/12/11 12:15, Arne Jansen wrote:
On 08.12.2011 16:19, Jeremy Sanders wrote:
Hi - I'm trying out btrfs again, and I see the same old bug in kernel 3.1.4
(Fedora 16, x86_64, dual-core), where after a few hours of writing, it
switches from writing with several threads to writing with one:
Ho
On 08.12.2011 16:19, Jeremy Sanders wrote:
> Hi - I'm trying out btrfs again, and I see the same old bug in kernel 3.1.4
> (Fedora 16, x86_64, dual-core), where after a few hours of writing, it
> switches from writing with several threads to writing with one:
How many disks does the fs have?
-A
On 08/12/11 20:11, Chris Mason wrote:
On Thu, Dec 08, 2011 at 05:39:16PM +, Jeremy Sanders wrote:
On 08/12/11 17:23, Chris Mason wrote:
On Thu, Dec 08, 2011 at 04:57:12PM +, Jeremy Sanders wrote:
On 08/12/11 15:32, Chris Mason wrote:
On Thu, Dec 08, 2011 at 03:19:38PM +, Jeremy Sa
Since we have the free space caches, btrfs_orphan_cleanup also runs for
the tree_root. Unfortunately this also cleans up the orphans used to mark
subvol deletions in progress.
Currently if a subvol deletion gets interrupted twice by umount/mount, the
deletion will not be continued and the space per
19 matches
Mail list logo