On Mon, Oct 10, 2016 at 10:56:12AM +1100, Dave Chinner wrote:
> On Fri, Oct 07, 2016 at 06:05:51PM +0200, David Sterba wrote:
> > On Fri, Oct 07, 2016 at 08:18:38PM +1100, Dave Chinner wrote:
> > > On Thu, Oct 06, 2016 at 04:12:56PM +0800, Qu Wenruo wrote:
> > > > So I'm wondering if I can just
On Fri, Oct 07, 2016 at 06:05:51PM +0200, David Sterba wrote:
> On Fri, Oct 07, 2016 at 08:18:38PM +1100, Dave Chinner wrote:
> > On Thu, Oct 06, 2016 at 04:12:56PM +0800, Qu Wenruo wrote:
> > > So I'm wondering if I can just upload a zipped raw image as part of
> > > the test case?
> >
> >
On 10/08/2016 12:16 AM, David Sterba wrote:
On Fri, Oct 07, 2016 at 05:26:27PM +0800, Qu Wenruo wrote:
Preferably not. We've managed to avoid pre-built images in xfstests
for 15 years, so there'd have to be a really good reason to start
doing this, especially as once we open that floodgate
On Fri, Oct 07, 2016 at 05:26:27PM +0800, Qu Wenruo wrote:
> > Preferably not. We've managed to avoid pre-built images in xfstests
> > for 15 years, so there'd have to be a really good reason to start
> > doing this, especially as once we open that floodgate we'll end up
> > with everyone wanting
On Fri, Oct 07, 2016 at 08:18:38PM +1100, Dave Chinner wrote:
> On Thu, Oct 06, 2016 at 04:12:56PM +0800, Qu Wenruo wrote:
> > Hi,
> >
> > Just as the title says, for some case(OK, btrfs again) we need to
> > catch a file system in special timing.
> >
> > In this specific case, we need to grab a
On Thu, Oct 06, 2016 at 03:24:52PM -0400, Theodore Ts'o wrote:
> On Thu, Oct 06, 2016 at 08:29:28AM -0400, Brian Foster wrote:
> > Doesn't necessarily bother me one way or the other, but something we've
> > done with XFS in such situations is introduce a DEBUG mode only sysfs
> > tunable that
On Fri, Oct 07, 2016 at 05:26:27PM +0800, Qu Wenruo wrote:
>
>
> At 10/07/2016 05:18 PM, Dave Chinner wrote:
> >On Thu, Oct 06, 2016 at 04:12:56PM +0800, Qu Wenruo wrote:
> >>Hi,
> >>
> >>Just as the title says, for some case(OK, btrfs again) we need to
> >>catch a file system in special timing.
At 10/07/2016 05:18 PM, Dave Chinner wrote:
On Thu, Oct 06, 2016 at 04:12:56PM +0800, Qu Wenruo wrote:
Hi,
Just as the title says, for some case(OK, btrfs again) we need to
catch a file system in special timing.
In this specific case, we need to grab a btrfs image undergoing
balancing, just
On Thu, Oct 06, 2016 at 04:12:56PM +0800, Qu Wenruo wrote:
> Hi,
>
> Just as the title says, for some case(OK, btrfs again) we need to
> catch a file system in special timing.
>
> In this specific case, we need to grab a btrfs image undergoing
> balancing, just before the balance finished.
>
>
On Thu, Oct 06, 2016 at 08:29:28AM -0400, Brian Foster wrote:
> Doesn't necessarily bother me one way or the other, but something we've
> done with XFS in such situations is introduce a DEBUG mode only sysfs
> tunable that delays certain infrastructure (log recovery in our case) to
> coordinate
On Thu, Oct 06, 2016 at 04:12:56PM +0800, Qu Wenruo wrote:
> Hi,
>
> Just as the title says, for some case(OK, btrfs again) we need to catch a
> file system in special timing.
>
> In this specific case, we need to grab a btrfs image undergoing balancing,
> just before the balance finished.
>
>
Hi,
Just as the title says, for some case(OK, btrfs again) we need to catch
a file system in special timing.
In this specific case, we need to grab a btrfs image undergoing
balancing, just before the balance finished.
Although we can use flakey to drop all write, we still don't have method
12 matches
Mail list logo
