From: Alex Zarochentsev <zam@namesys.com>
To: Henning Westerholt <henning-04@die.informatik.uni-siegen.de>
Cc: reiserfs-list@namesys.com
Subject: Re: Problem with the latest auto snapshot
Date: Tue, 15 Jun 2004 21:44:57 +0400 [thread overview]
Message-ID: <20040615174457.GB8091@backtop.namesys.com> (raw)
In-Reply-To: <200406151850.44164.henning-04@die.informatik.uni-siegen.de>
On Tue, Jun 15, 2004 at 06:50:44PM +0200, Henning Westerholt wrote:
> Am Dienstag, 15. Juni 2004 10:14 schrieb Alex Zarochentsev:
> > > Can you also enable CONFIG_REISER4_CHECK and CONFIG_REISER4_DEBUG? It
> > > may help to catch a bug faster.
>
> Hello Alex,
>
> thanks for your reply.
>
> I restarted with a debug-enabled kernel, after the fsck --build-sb --fix run
> on the three partitions i use. The fsck reports a consistent fs on all of
> them.
>
> The first access to a reiser4 fs during the boot (cleaning the tmp dir) causes
> several kernel oopses. I captured them with pen and paper, as these message
> don't appear in the system log. I try to capture them with the serial console
> on a second pc, but without success.
do you use a kernel with 4k stacks?
What CONFIG_4KSTACKS is set to? This option should be switched off for
reiser4.
[ ... ]
> reiser4 kernel config:
>
> CONFIG_REISER4_FS=y
> # CONFIG_REISER4_FS_SYSCALL is not set
> CONFIG_REISER4_LARGE_KEY=y
> CONFIG_REISER4_CHECK=y
> CONFIG_REISER4_DEBUG=y
> # CONFIG_REISER4_FS_SYSCALL_DEBUG is not set
> # CONFIG_REISER4_DEBUG_MODIFY is not set
> # CONFIG_REISER4_DEBUG_MEMCPY is not set
> # CONFIG_REISER4_DEBUG_NODE is not set
> # CONFIG_REISER4_ZERO_NEW_NODE is not set
> # CONFIG_REISER4_TRACE is not set
> # CONFIG_REISER4_EVENT_LOG is not set
> # CONFIG_REISER4_STATS is not set
> # CONFIG_REISER4_PROF is not set
> CONFIG_REISER4_DEBUG_OUTPUT=y
> # CONFIG_REISER4_NOOPT is not set
> CONFIG_REISER4_USE_EFLUSH=y
> # CONFIG_REISER4_COPY_ON_CAPTURE is not set
> # CONFIG_REISER4_BADBLOCKS is not set
>
>
> Hope you could use this report.
>
> Best regards,
>
> Henning
--
Alex.
next prev parent reply other threads:[~2004-06-15 17:44 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-12 19:31 Problem with the latest auto snapshot Henning Westerholt
2004-06-12 19:46 ` mjt
2004-06-13 13:37 ` Henning Westerholt
2004-06-13 13:43 ` mjt
2004-06-14 9:13 ` Henning Westerholt
2004-06-14 9:21 ` mjt
2004-06-14 18:08 ` Hans Reiser
2004-06-15 8:06 ` Alex Zarochentsev
2004-06-15 8:14 ` Alex Zarochentsev
2004-06-15 16:50 ` Henning Westerholt
2004-06-15 17:44 ` Alex Zarochentsev [this message]
2004-06-15 18:19 ` Henning Westerholt
2004-06-14 18:22 ` Alex Zarochentsev
2004-06-14 22:55 ` Henning Westerholt
2004-06-15 4:34 ` Alex Zarochentsev
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=20040615174457.GB8091@backtop.namesys.com \
--to=zam@namesys.com \
--cc=henning-04@die.informatik.uni-siegen.de \
--cc=reiserfs-list@namesys.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.