On 4 July 2012 13:19, Liu Bo wrote:
> On 07/04/2012 11:37 AM, Daniel J Blueman wrote:
>>> Hi everyone,
>>>
>>> I've got a nice set of fixes from Josef, Jan, Ilya and others in my
>>> for-linus branch:
>>>
>>> git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
>>> for-linus
>>>
>>
On 07/03/2012 03:58 AM, Marc MERLIN wrote:
> On Fri, Jun 29, 2012 at 05:36:24AM -0700, Marc MERLIN wrote:
>> On Tue, Jun 26, 2012 at 10:20:12PM -0700, Marc MERLIN wrote:
>>> On Tue, Jun 26, 2012 at 06:38:18PM -0700, Marc MERLIN wrote:
Now, I'm also seeing these below and I have this again (86
On 07/04/2012 11:37 AM, Daniel J Blueman wrote:
>> Hi everyone,
>>
>> I've got a nice set of fixes from Josef, Jan, Ilya and others in my
>> for-linus branch:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
>>
>> Some of the changes are fixes for the tree loggin
Since I heard absolutely nothing on my last but and corruption report, I'm
not sure if they are useful or wanted (please let me know).
The last thing I've seen with 3.4.4 is this:
kernel: [116130.309667] btrfs: unlinked 25 orphans
kernel: [117951.440823] BUG: Bad rss-counter state mm:8801e2a4c
> Hi everyone,
>
> I've got a nice set of fixes from Josef, Jan, Ilya and others in my
> for-linus branch:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
>
> Some of the changes are fixes for the tree logging code, so I ran some
> extra crash runs against them Fri
On Tue, Jul 03, 2012 at 07:37:42PM +0200, David Sterba wrote:
> On Tue, Jul 03, 2012 at 09:26:41AM -0700, Zach Brown wrote:
> > On 07/03/2012 08:52 AM, David Sterba wrote:
> > >--- a/btrfsck.c
> > >+++ b/btrfsck.c
> > >@@ -3474,6 +3474,7 @@ static struct option long_options[] = {
> > > { "r
On 07/04/2012 12:08 AM, Josef Bacik wrote:
> On Tue, Jul 03, 2012 at 06:04:38AM -0600, Liu Bo wrote:
>> On 07/03/2012 07:27 PM, Alexander Block wrote:
>>
>>> On Fri, Jun 29, 2012 at 11:59 AM, Liu Bo wrote:
I've modified 'btrfs subvolume list' to show a subvolume's attributes,
such as re
On Tue, Jul 3, 2012 at 10:22 PM, Hugo Mills wrote:
> On Tue, Jul 03, 2012 at 05:10:13PM +0200, Swâmi Petaramesh wrote:
>> After I had shifted, I tried to defragment and compress my FS using
>> commands such as :
>>
>> find /mnt/STORAGEFS/STORAGE/ -exec btrfs fi defrag -clzo -v {} \;
>>
>> During
On Wed, Jul 04, 2012 at 01:47:56AM +0300, Sami Liedes wrote:
> I've seen this before: An overly long "Modules linked in:" line causes
> a large gap in netconsole output.
I managed to capture the entire output using netconsole by modifying
the kernel to not output the list of modules.
Sami
On Tue, Jul 03, 2012 at 04:35:25PM +0200, Jan Schmidt wrote:
> On 03.07.2012 15:58, Sami Liedes wrote:
> > I think I might try setting up that netconsole to see if there are any
> > interesting console messages before the oops... As I said, I also was
> > able to reproduce this on 3.4.4, so ATM I a
Le 03/07/2012 17:22, Hugo Mills a écrit :
> What you're seeing is the fact that you've still got the complete ext4
> filesystem and all of its data sitting untouched on the disk as well.
> The defrag will have taken a complete new copy of the data but not
> removed the ext4 copy.
I though about th
read-only mode is default and (hopefully) does no writes to the device,
this would require the --repair option so what you propose is sort of a
sanity check, right?
Ah, I didn't realize that it didn't write without --repair. Yeah,
making sure that people don't try to combine the repair and
re
On Tue, Jul 03, 2012 at 09:26:41AM -0700, Zach Brown wrote:
> On 07/03/2012 08:52 AM, David Sterba wrote:
> >--- a/btrfsck.c
> >+++ b/btrfsck.c
> >@@ -3474,6 +3474,7 @@ static struct option long_options[] = {
> > { "repair", 0, NULL, 0 },
> > { "init-csum-tree", 0, NULL, 0 },
> >
On June 22th 2012, David Sterba posted a patch to change the ioctls
for the commands to get/reset device stats in the kernel.
Intentionally, this was not backward compatible since the goal was to
get rid of one of the two ioctls. And it was early enough before any
Linux release included the device
On 07/03/2012 08:52 AM, David Sterba wrote:
On Tue, Jul 03, 2012 at 04:22:08PM +0100, Hugo Mills wrote:
Correct, by default it just checks the filesystem. Just to be sure:
the filesystems in question weren't mounted, were they?
fsck will refuse to run on a mounted filesystem, though in cas
Stephan,
Thank you for the analysis. Yes, I fully switched the dmsetup to
"error". Below are my kernel logs, in case you still need them.
Thanks,
Alex.
Jul 2 15:33:29 dev kernel: [ 267.979062] Btrfs loaded
Jul 2 15:34:18 dev kernel: [ 317.331859] device fsid
3f3f4343-d8e4-4dd7-ba9f-03f335b6bc
On Tue, 03 Jul 2012 16:02:03 +0200, Stefan Behrens wrote:
On 7/3/2012 4:02 PM, Stefan Behrens wrote:
> On Mon, 2 Jul 2012 22:57:01 +0300, Alex Lyakas wrote:
>> Hi everybody,
>> I am interested to test how btrfs behaves when the underlying block
>> device starts returning permanent IO errors. To tes
On Tue, Jul 03, 2012 at 06:04:38AM -0600, Liu Bo wrote:
> On 07/03/2012 07:27 PM, Alexander Block wrote:
>
> > On Fri, Jun 29, 2012 at 11:59 AM, Liu Bo wrote:
> >> I've modified 'btrfs subvolume list' to show a subvolume's attributes,
> >> such as readonly and default, and adopted a new structure
On Tue, Jul 03, 2012 at 04:22:08PM +0100, Hugo Mills wrote:
>Correct, by default it just checks the filesystem. Just to be sure:
> the filesystems in question weren't mounted, were they?
fsck will refuse to run on a mounted filesystem, though in case of a
read-only mount it might be useful dur
On Tue, Jul 03, 2012 at 05:10:13PM +0200, Swâmi Petaramesh wrote:
> A couple days ago, I have converted my Ubuntu Precise machine from
> ext4 to BTRFS using btrfs-convert.
[snip]
> After I had shifted, I tried to defragment and compress my FS using
> commands such as :
>
> find /mnt/STORAGEFS/STOR
Hi there,
A couple days ago, I have converted my Ubuntu Precise machine from ext4
to BTRFS using btrfs-convert.
I currently use kernel:
Linux fnix 3.2.0-26-generic #41-Ubuntu SMP Thu Jun 14 17:49:24 UTC 2012
x86_64 x86_64 x86_64 GNU/Linux
...and a btrfs-tools package more recent than the ol
On Mon, Jul 02, 2012 at 08:47:27PM -0600, NeilBrown wrote:
> Thanks. Looks like it is a btrfs bug - so a big "hello" to linux-btrfs :-)
>
> The symptom is that iozone on btrfs on md/raid10 can result in
>
> [ 919.893454] md/raid10:md0: make_request bug: can't convert block across
> chunks or b
On Mon, Jul 02, 2012 at 04:17:37PM -0400, Chris Mason wrote:
> Ok, I've just rebased for-linus. I've dropped Josef's enospc patch,
> which should fix the regression Dave hit.
JFYI, fixed. No other problems observed so far.
david
--
To unsubscribe from this list: send the line "unsubscribe linux-
On 03.07.2012 15:58, Sami Liedes wrote:
> I think I might try setting up that netconsole to see if there are any
> interesting console messages before the oops... As I said, I also was
> able to reproduce this on 3.4.4, so ATM I assume I'm able to reproduce
> this at will.
That would be helpful. I
On Mon, 2 Jul 2012 22:57:01 +0300, Alex Lyakas wrote:
> Hi everybody,
> I am interested to test how btrfs behaves when the underlying block
> device starts returning permanent IO errors. To test this, I set up a
> linear device-mapper, mapped to the block device and start IOs. At
> some point, I sw
On Tue, Jul 03, 2012 at 03:11:04PM +0200, Jan Schmidt wrote:
> > The oops is transcribed from photos, so it may contain some errors. I
>
> You did *what*? :-) Uploading a photo would be fine, just in case that's
> easier
> for you the next time.
Nah, it's sometimes refreshing to do something tha
On Tue, Jul 03, 2012 at 02:01:21AM +0300, Sami Liedes wrote:
> I just got this oops on a computer running 3.4.2.
I now repeated this on 3.4.4. Merely running a "btrfs scrub start /"
causes this after a couple of minutes of running. This time I didn't
run "btrfs scrub status /" in a loop, so that's
> I just got this oops on a computer running 3.4.2.
>
> A few minutes before I had started "btrfs device scrub /" and had a
> watcher process running "btrfs scrub status /" every 5 seconds. After
> a few gigabytes of scrubbing, I got this crash.
>
> The oops is transcribed from photos, so it may
On Tue, Jul 3, 2012 at 2:04 PM, Liu Bo wrote:
>>>
>>> +struct btrfs_ioctl_get_set_flags_args {
>>> + __u64 objectid;
>>> + __u64 flags;
>>> +};
>>> +
>> Shouldn't BTRFS_IOC_SUBVOL_GETFLAGS/BTRFS_IOC_SUBVOL_SETFLAGS also be
>> updated? Both still have __u64 as arguments. Also, my patche
On 07/03/2012 07:27 PM, Alexander Block wrote:
> On Fri, Jun 29, 2012 at 11:59 AM, Liu Bo wrote:
>> I've modified 'btrfs subvolume list' to show a subvolume's attributes,
>> such as readonly and default, and adopted a new structure for args for
>> subvol_getflags/setflags.
>>
>> So here is the ke
On Fri, Jun 29, 2012 at 11:59 AM, Liu Bo wrote:
> I've modified 'btrfs subvolume list' to show a subvolume's attributes,
> such as readonly and default, and adopted a new structure for args for
> subvol_getflags/setflags.
>
> So here is the kernel side update.
>
> Signed-off-by: Liu Bo
> ---
> f
Microsoft Forefront Security for Exchange Server has matched a filter.
Filter name: "FILE FILTER= archive: *.*"
File name: "message.zip"
State: Purged
Subject Line: "Delivery reports about your e-mail"
Sender: "linux-btrfs@vger.kernel.org"
Location: "HCDSB//SHADOW (SMTP Messages\Inbound And Outbou
Hi Josef,
tested with your "master" branch, commit
157331741ba010ffcb2212b88342fb21ae140636.
fio compiled from tag fio-2.0.8 (commit
cf9a74c8bd63d9db5256f1362885c740e11a1fe5).
Result: some kernel warnings about hung tasks, fio segfault and
mismatch errors. Below are some outputs... I will try some
33 matches
Mail list logo