All the mail mirrored from lore.kernel.org
 help / color / mirror / Atom feed
From: Vladimir Saveliev <vs@namesys.com>
To: studdugie <studdugie@gmail.com>
Cc: reiserfs-mailing-list <reiserfs-list@namesys.com>
Subject: Re: Bug report
Date: Wed, 13 Apr 2005 16:49:51 +0400	[thread overview]
Message-ID: <1113396590.5168.446.camel@tribesman.namesys.com> (raw)
In-Reply-To: <5a59ce53050412065715fc6929@mail.gmail.com>

Hello

On Tue, 2005-04-12 at 17:57, studdugie wrote:
> Unfortunately I can't easily and faithfully reproduce the problem
> because the data set I was working against got destroyed in the
> process and it's going to take a while to generate a data set of the
> same size. I've tried some simple hacks to reproduce parts of the
> original run but they were unable to elicit failure, so I'm convinced
> that I need a data set of a similar size as the original.
> 
> On a different note, why does reiser4 take so long to mount compared
> to other filesystems? I'm talking about 15 or more seconds to mount a
> 745GB partition.

reiser4 has bitmap blocks spread uniformly over whole device. Those
blocks are to to be read on mount.

There is mount option "-o dont_load_bitmap" which speedups mount but may
make performance worse.

> 
> On Apr 11, 2005 11:30 AM, Vladimir Saveliev <vs@namesys.com> wrote:
> > Hello
> > 
> > On Mon, 2005-04-11 at 18:07, studdugie wrote:
> > > Hello. I've just joined the reiserfs mailing list today because I need
> > > to report a bug in reiser4. If this list is not the appropriate place
> > > to report bugs, firstly, my apologies. Finally, I would appreciate
> > > some guidance about the appropriate outlet.
> > >
> > > I'm in quasi testing of reiser4 mode insofar as this box is concerned
> > > and the specific app that trigged the failure but eventually I'm going
> > > to need the app to complete w/o failure. If you (the reiser gurus)
> > > think this is the sort of thing that has already been solved or can be
> > > wrapped up in a short amount of time I would be glad to continue
> > > pounding reiser4 and giving feedback.
> > >
> > 
> > Can you describe how to reproduce this problem?
> > This looks like a problem we encounter from time to time.
> > 
> > > <bug-report>
> > > ------------[ cut here ]------------
> > > kernel BUG at fs/reiser4/plugin/file/tail_conversion.c:32!
> > > invalid operand: 0000 [#1]
> > > SMP
> > > Modules linked in:
> > > CPU:    0
> > > EIP:    0060:[<c021107f>]    Not tainted VLI
> > > EFLAGS: 00010282   (2.6.11-mm2)
> > > EIP is at get_exclusive_access+0x2f/0x40
> > > eax: f2d5035c   ebx: f2d503c4   ecx: f73c3c98   edx: e5946e80
> > > esi: f2d5035c   edi: f7df1d68   ebp: f7df1f3c   esp: f7df1d34
> > > ds: 007b   es: 007b   ss: 0068
> > > Process pdflush (pid: 111, threadinfo=f7df0000 task=c43a3020)
> > > Stack: c0210be1 f2d5035c f7df1f3c c0208148 c04c8ba0 f2d503c4 c01ea5b1 f2d503c4
> > >        f7344c00 f7df1e6c 00000000 00000000 00000008 00000000 00000000 00000000
> > >        00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> > > Call Trace:
> > >  [<c0210be1>] pre_delete_unix_file+0x21/0x50
> > >  [<c0208148>] kill_cursors+0x18/0x20
> > >  [<c01ea5b1>] delete_inode_common+0x191/0x200
> > >  [<c01ea679>] drop_common+0x49/0x50
> > >  [<c01e1a30>] reiser4_drop_inode+0x20/0x40
> > >  [<c0177ff3>] iput+0x63/0x90
> > >  [<c0180f97>] generic_sync_sb_inodes+0x217/0x2d0
> > >  [<c0141e60>] pdflush+0x0/0x30
> > >  [<c01e1b7c>] reiser4_sync_inodes+0x4c/0xa0
> > >  [<c018107e>] sync_sb_inodes+0x2e/0x40
> > >  [<c018117c>] writeback_inodes+0xec/0x100
> > >  [<c01413d6>] wb_kupdate+0x96/0x110
> > >  [<c0141d8b>] __pdflush+0xbb/0x190
> > >  [<c0141e86>] pdflush+0x26/0x30
> > >  [<c0141340>] wb_kupdate+0x0/0x110
> > >  [<c0141e60>] pdflush+0x0/0x30
> > >  [<c01308da>] kthread+0xba/0xc0
> > >  [<c0130820>] kthread+0x0/0xc0
> > >  [<c01009f5>] kernel_thread_helper+0x5/0x10
> > > Code: ff 8b 44 24 04 21 e2 8b 12 8b 92 b8 04 00 00 8b 52 44 8b 52 0c
> > > 85 d2 75 12 ba 01 00 ff ff f0 0f c1 10 85 d2 0f 85 0c 11 00 00 c3 <0f>
> > > 0b 20 00 c0 81 47 c0 eb e4 8d b4 26 00 00 00 00 8b 44 24 04
> > > </bug-report>
> > >
> > > Here is some miscellaneous output from the dmesg command that
> > > may/maynot have a bearing on the issue.
> > > <dmesg>
> > > reiser4[java(7213)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 16384
> > > reiser4[java(7213)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 32768
> > > reiser4[java(7213)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 65536
> > > reiser4[java(7599)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 16384
> > > reiser4[java(7599)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 32768
> > > reiser4[java(7599)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 65536
> > > reiser4[ent:dm-0!(4791)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 16384
> > > reiser4[ent:dm-0!(4791)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 32768
> > > reiser4[ent:dm-0!(4791)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 65536
> > > reiser4[ktxnmgrd:dm-0:r(4790)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 16384
> > > reiser4[ent:dm-0!(4791)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 16384
> > > reiser4[ent:dm-0!(4791)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 32768
> > > reiser4[java(7858)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 16384
> > > reiser4[java(7858)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 32768
> > > reiser4[java(7858)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 65536
> > > reiser4[java(10888)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 16384
> > > reiser4[java(10888)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 32768
> > > reiser4[java(10888)]: commit_current_atom
> > > (fs/reiser4/txnmgr.c:1147)[nikita-3176]:
> > > WARNING: Flushing like mad: 65536
> > > </dmesg>
> > >
> > These are harmless.
> > 
> > > Below are some miscellaneous stuff that may be usefull
> > > <misc>
> > > mount flags: rw,noatime,nodiratime,trace=0x0,log=0x0,debug=0x0,atom_max_size=0x5f1fb
> > > 0 0
> > >
> > > io scheduler/elevator: as
> > > </misc>.
> > >
> > > <system-info>
> > > Linux cavasa 2.6.11-mm2 #4 SMP Fri Apr 8 20:26:21 EDT 2005 i686
> > > Intel(R) Xeon(TM) CPU 3.06GHz GenuineIntel GNU/Linux
> > >
> > > GCC 3.3.5
> > >
> > > GNU C Library 20040808 release version 2.3.4, by Roland McGrath et al.
> > > Compiled by GNU CC version 3.3.5  (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3,
> > > pie-8.7.7.1).
> > > Compiled on a Linux 2.6.8 system on 2005-02-26.
> > > Available extensions:
> > >         GNU libio by Per Bothner
> > >         crypt add-on version 2.1 by Michael Glad and others
> > >         Native POSIX Threads Library by Ulrich Drepper et al
> > >         BIND-8.2.3-T5B
> > >         NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
> > > Thread-local storage support included.
> > > </system-info>
> > >
> > > Dane
> > >
> > 
> >
> 


  reply	other threads:[~2005-04-13 12:49 UTC|newest]

Thread overview: 184+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-11 14:07 Bug report studdugie
2005-04-11 15:30 ` Vladimir Saveliev
2005-04-12 13:57   ` studdugie
2005-04-13 12:49     ` Vladimir Saveliev [this message]
2005-04-14  4:45       ` David Masover
2005-04-14  9:15         ` Vladimir Saveliev
  -- strict thread matches above, loose matches on Subject: below --
2023-08-28 12:51 Dexter Pontañeles
2023-06-27 16:02 Bug Report Tiago d'Almeida
2022-12-28  2:43 Bug report Jensen Bean
2022-12-28  5:02 ` Eric Sunshine
2022-12-25 17:26 bug report Eyal Post
2022-12-25 18:12 ` Eric Sunshine
2022-12-08  5:29 Bug Report Jensen Bean
2022-12-08  8:31 ` Bagas Sanjaya
     [not found]   ` <CANqKdC-gHgQHn5DMoOREY52y7PpRLMpNAjX3qeA5iy9z_GXdzw@mail.gmail.com>
2022-12-26  2:15     ` Bagas Sanjaya
2022-11-19 20:20 Jensen Bean
2022-10-03 15:28 Bug report Alastair Douglas
2022-10-03 16:53 ` Junio C Hamano
2022-10-04 10:15   ` Alastair Douglas
2022-10-05  5:46     ` Junio C Hamano
2022-04-20 19:45 Bug Report Daniel Habenicht
2022-04-20 21:30 ` brian m. carlson
2022-04-20 22:34   ` rsbecker
2022-04-21 13:20     ` Daniel Habenicht
2022-04-21 14:39       ` Torsten Bögershausen
     [not found]         ` <AS1P190MB175022A7F1264807ECA464A8ECF49@AS1P190MB1750.EURP190.PROD.OUTLOOK.COM>
2022-04-21 17:52           ` Torsten Bögershausen
2021-12-01 22:31 Josh Rampersad
2021-11-12  4:22 bug report Theodore Li
2021-11-12  4:29 ` Junio C Hamano
2021-11-12  6:59   ` Theodore Li
2021-11-12 14:05     ` Paul Smith
2020-03-27 11:53 Bug Report James Yeoman
2020-03-27 12:59 ` Pratyush Yadav
2020-03-21  9:38 bug report aaa
2020-03-22  8:13 ` Leon Romanovsky
     [not found] <CA+2sEepTyrK-iH+VBHVF1i9DuYVzDkTNxuM0-yoWbkC9N4f8HA@mail.gmail.com>
2019-04-15 15:18 ` Nick Steinhauser
2018-09-08  9:50 Bug report 李 武刚
2018-09-19 20:46 ` Nicolas Iooss
2018-09-06 20:23 Jianliang Wu
2018-09-07  9:43 ` Luiz Augusto von Dentz
2017-08-30 21:25 Aleksandar Pavic
2017-08-31  6:36 ` Kevin Daudt
2017-08-31 14:19   ` Dov Grobgeld
2017-08-31 14:55     ` Aleksandar Pavic
2017-08-31 16:23   ` Stephan Beyer
2017-09-02  8:49 ` Jeff King
2016-12-22 20:07 Ing. Ricardo Brisighelli
2016-12-23 13:15 ` Wei Liu
2016-05-13  5:04 bug report 李本超
2016-05-13  5:23 ` Pranit Bauva
2016-05-13  5:58   ` 李本超
2016-05-13  6:37     ` Pranit Bauva
2016-05-13  6:57       ` 李本超
2016-05-13  7:10         ` Pranit Bauva
2016-05-13  7:41           ` 李本超
2016-05-13  8:10             ` Jeff King
2016-05-13 12:05               ` 李本超
2016-04-03  0:25 Bug Report Benjamin Sandeen
2016-04-03  2:20 ` Eric N. Vander Weele
2016-04-03  2:22 ` Jacob Keller
2015-05-11 16:57 Alex Newman
2015-05-11 17:14 ` David Ahern
2015-05-11 17:56   ` Alex Newman
2015-05-11 21:42     ` Arnaldo Carvalho de Melo
2015-01-27 14:43 bug report Albert Akhriev
2015-01-27 14:50 ` Jeff King
2014-08-05  5:08 Zhu, Zhengyun
2014-08-05 16:05 ` Vasily Tarasov
2013-05-24 22:32 Bug Report Rajiv Shah
2013-05-28 11:07 ` Bryn M. Reeves
     [not found] <CAC34_pT9zwZDnUjo1bTUZabD02M48=_+77-mNCA5adWTgxuYgg@mail.gmail.com>
2013-04-08  5:20 ` Kirk Fraser
2013-03-04  5:44 Roberto CORRADO
2012-10-05 10:13 Bug report Муковников Михаил
2012-10-05 10:32 ` Konstantin Khomoutov
2012-10-05 10:47   ` Carlos Martín Nieto
2012-10-05 11:03     ` Муковников Михаил
2012-10-05 10:52   ` Муковников Михаил
2012-10-04  4:35 John Whitney
2012-10-04 14:19 ` Phil Hord
2012-10-04 16:10   ` John Whitney
2012-10-06 13:31     ` Jeff King
2012-10-07  2:23       ` John Whitney
2012-10-07 23:52         ` Jeff King
2012-10-09 17:17           ` John Whitney
2012-10-09 19:00             ` John Whitney
2012-10-04 15:21 ` Andrew Wong
2012-10-04 16:16   ` John Whitney
2012-10-04 16:28     ` John Whitney
2012-10-04 17:01     ` Andrew Wong
2012-09-01 23:24 bug report Manoel Pedro
2012-08-20 22:31 Bug report mr.shroom
2012-08-20 22:43 ` Randy Dunlap
2012-08-20 23:16   ` Alan Cox
2012-08-21  9:37 ` Borislav Petkov
2012-08-01 10:46 artem rus
2011-10-28 15:55 Hendrik Knackstedt
2011-07-19 17:34 Bug Report Charles Opondo
2011-07-20 15:38 ` Bjorn Helgaas
2011-04-05  4:48 bug report Larry D'Anna
2011-04-05  6:17 ` Helmut Hullen
     [not found] <mailman.1.1244602801.14549.users@nilfs.org>
     [not found] ` <mailman.1.1244602801.14549.users-JrjvKiOkagjYtjvyW6yDsg@public.gmane.org>
2009-06-11 17:51   ` Bug Report Dipl.-Ing. Michael Niederle
2009-06-12  6:44     ` Ryusuke Konishi
2009-04-03 23:44 bug report Jeremy
2008-11-03 18:30 Todor Gyumyushev
2008-09-25 14:08 Todor Gyumyushev
2008-09-24  9:41 Todor Gyumyushev
2008-09-24 16:38 ` Simon Holm Thøgersen
2008-09-24 17:55   ` Todor Gyumyushev
2008-09-24 18:25     ` Simon Holm Thøgersen
2008-09-29  1:36       ` Tejun Heo
2008-09-29  8:30         ` Todor Gyumyushev
2008-09-30 11:47           ` Tejun Heo
2008-07-26 15:17 Bug report Jachin Spencer
2008-07-27  1:11 ` Pavel Roskin
2008-06-06 19:59 bug report Zsiros Attila
2008-06-07  1:44 ` Oliver Pinter
2008-06-07  1:45   ` Oliver Pinter
2008-06-07  5:56   ` Andrew Morton
2008-06-07  8:47     ` Ilpo Järvinen
2008-06-07 12:50       ` Oliver Pinter
2008-06-07 15:09         ` Phil Oester
2008-06-07 18:53           ` Oliver Pinter
2008-06-08 11:56             ` Zsiros Attila
2008-06-09 17:04               ` Oliver Pinter
2007-09-06 17:05 Bug Report Mark Goodall
2007-09-07  0:23 ` Barry Naujok
2007-09-18  2:27 ` Barry Naujok
2006-07-09  2:04 BUG report Antonio Mignolli
2006-07-12 10:56 ` Markus Rechberger
2005-10-21  8:42 bug report Ian Pratt
2005-10-21 11:28 ` David F Barrera
2005-10-20 16:47 Stephan Böni
2005-10-20 12:47 Stephan Böni
2005-10-20 15:28 ` David F Barrera
2005-05-26  1:09 Jerry DeLisle
2005-05-26  2:12 ` Jerry DeLisle
2004-12-25 13:00 Bug report Ioannis Fikouras
2004-11-14 12:38 Bug Report Alan Erola
2004-11-29 18:31 ` bug report Muhtar Mahsut
2004-11-30  0:39 ` Greg KH
2004-12-18 11:11 ` Brian Kreulen
2004-12-18 12:06 ` Brian Kreulen
2005-08-21 20:06 ` John Saylor
2005-08-21 20:45 ` Kay Sievers
2006-01-11 11:08 ` Michael Mey
2006-01-11 11:17 ` Kay Sievers
2004-03-03 10:47 Bug report Manivannan Shanmugam
2004-02-21  2:48 Grahame M. Kelly
2004-02-24  9:22 ` Vitaly Fertman
2004-01-13 19:09 BUG REPORT Luca T.
2004-01-13 21:18 ` David D. Huff Jr.
2004-01-14 10:17 ` Vitaly Fertman
2003-11-23  2:09 bug report Stephan Reichel
2003-11-23 12:19 ` Vitaly Fertman
2003-11-25  0:44   ` Stephan Reichel
2003-11-25  0:54     ` Carl-Daniel Hailfinger
2003-11-25 10:54     ` Vitaly Fertman
2003-11-23 12:20 ` Redeeman
2003-08-02 18:10 Russell Whitaker
     [not found] ` <3F424BB1.8050400@metavize.com>
2003-08-19 23:44   ` Russell Whitaker
2003-04-28 20:40 robs
2003-04-29  5:49 ` Oleg Drokin
2003-04-29  8:20   ` robs
2003-04-29  8:43     ` Oleg Drokin
2003-04-29  8:41   ` robs
2003-04-29  8:45     ` Oleg Drokin
2002-12-02 19:40 Howard Shane
2002-10-04 15:01 Sander Kamphuis
2002-10-04 15:32 ` Paulo Andre'
2002-10-04 15:35 ` Adrian Bunk
2002-07-12  5:12 Bug Report service
2002-04-24  9:15 bug report Pan,Gaoyong
2002-03-04 16:04 Vitaly Fertman
2001-11-27 15:04 Bug (?) report Matteo Sasso
2001-11-27 15:51 ` Tommy Reynolds
2001-11-10 19:01 Bug Report Logoth Dragon
2001-11-10 19:08 ` Alan Cox
2001-08-02  9:38 Bug report Daniel Glozman
2001-03-22 20:58 Craig Cummings
2001-03-22 21:43 ` Tim Walberg
2001-02-01 22:09 Anders S. Buch
2001-02-03  1:44 ` Jens Axboe
1999-06-07  8:54 Alexander Larsson
1999-06-07 13:53 ` Dan Malek

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=1113396590.5168.446.camel@tribesman.namesys.com \
    --to=vs@namesys.com \
    --cc=reiserfs-list@namesys.com \
    --cc=studdugie@gmail.com \
    /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.