All of lore.kernel.org
 help / color / mirror / Atom feed
From: Simon Arlott <simon@fire.lp0.eu>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Meelis Roos <mroos@linux.ee>,
	Linux Kernel list <linux-kernel@vger.kernel.org>,
	"Theodore Ts'o" <tytso@mit.edu>
Subject: Re: ext3 __log_wait_for_space: no transactions
Date: Sat, 01 Nov 2008 08:56:01 +0000	[thread overview]
Message-ID: <490C19A1.3070805@simon.arlott.org.uk> (raw)
In-Reply-To: <20081031235459.055c35d7.akpm@linux-foundation.org>

On 01/11/08 06:54, Andrew Morton wrote:
> On Thu, 30 Oct 2008 11:49:34 +0200 (EET) Meelis Roos <mroos@linux.ee> wrote:
> 
>> I get this problem nightly on 2.6.28-rc2-* kernels on a generic
>> Celeron 900/Intel 815/PATA/ext3 system.
>> 
>> __log_wait_for_space: no transactions
>> Aborting journal on device sda3.
>> ext3_abort called.
>> EXT3-fs error (device sda3): ext3_journal_start_sb: Detected aborted journal
>> Remounting filesystem read-only

I had the same problem overnight:
[189366.094152] __log_wait_for_space: no transactions
[189366.094162] Aborting journal on device dm-0.
[189366.094176] ext3_abort called.
[189366.094180] EXT3-fs error (device dm-0): ext3_journal_start_sb: Detected aborted journal
[189366.094185] Remounting filesystem read-only

It's ext3 on LVM2 on MD RAID1 and I already had a 128MB journal:
dumpe2fs 1.41.3 (12-Oct-2008)
Journal inode:            8
Journal backup:           inode blocks
Journal size:             128M

2.6.28-rc2 753dcfeecc0e293dbe6f3d59643741af9e610f4f

> 
> ug.  Was 2.6.27 OK?

Yes. Nothing new was running at that time (and most of what was running was 
using other filesystems) so I don't know I can reproduce this.

There's some bizzare corruption in /var/log/messages several hours before:
Oct 31 22:10:08 redrum [170202.741590] ehci_hcd 0000:00:02.1: devpath 1.1.2 ep1in 3strikes
Oct 31 22:10:08 redrum [17022710]ub1112 nikq100/ff80f070sat0[/ s
Oct 31 22:10:08 redrum 7[722715]ec_c 000:21 esdq ff80f070shdl
Oct 31 22:10:08 redrum 7[722716]ub1112 ikq100/ff80f070sat0[/ s
Oct 31 22:10:08 redrum 7[722717]ub1112 nikq100/ff80f070sat0[/ s

Oct 31 22:10:44 redrum 4<>103.631 d1::::[d]Atce CIrmvbeds
Oct 31 22:10:44 redrum 7[728900]P:Adn nofrN u:3000<7>[170238.964799] PM: Adding info for No Bus:sdf

Oct 31 22:10:45 redrum 7[729113]P:Adn nofrN u:sdv.4e0
Oct 31 22:10:45 redrum 6[729115]ub1112 e S eiefud dedr06,iPoutc4
Oct 31 22:10:45 redrum 6[729115]ub1112 e S eiesrns f=,Pout2 eilubr0<>103.199 s -..:Pout S-S2OtclMue<>103.192 s -..:Mnfcue:Lgtc
Oct 31 22:10:45 redrum 7[729116]hb11110 tt  ot  h 00et00

These were ok in the kernel log buffer.


On 31/10/08 14:07, Theodore Tso wrote:
>> > How big is your journal?   What does this report?
>
> You'll almost certainly get much better performance if you increase
> your journal size.  I[t] should make the crash go away, too, although I
> would like to figure out what is going on so we can fix it.

Why should a crash with a small journal be expected?

-- 
Simon Arlott


  reply	other threads:[~2008-11-01  8:56 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-30  9:49 ext3 __log_wait_for_space: no transactions Meelis Roos
2008-10-30 14:21 ` Theodore Tso
2008-10-30 20:43   ` Meelis Roos
2008-10-31 14:07     ` Theodore Tso
2008-10-31 14:45       ` Meelis Roos
2008-10-31 13:39   ` Meelis Roos
2008-11-01  6:54 ` Andrew Morton
2008-11-01  8:56   ` Simon Arlott [this message]
2008-11-01  8:59   ` Meelis Roos
2008-11-01 16:38     ` Theodore Tso
2008-11-01 17:10       ` Theodore Tso
2008-11-01 20:21         ` Bartlomiej Zolnierkiewicz
2008-11-04 14:50           ` Theodore Tso
2008-11-04 14:54             ` Meelis Roos
2008-11-04 17:48             ` Bartlomiej Zolnierkiewicz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=490C19A1.3070805@simon.arlott.org.uk \
    --to=simon@fire.lp0.eu \
    --cc=akpm@linux-foundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mroos@linux.ee \
    --cc=tytso@mit.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.