Dirk Mueller wrote:
>Hi,
>
>I've seen HEAVY file corruption on unwanted reboots (like pressing the reset
>button accidently) on reiserfs with this kernel on 3 machines now.
>
>The symptom is that it finds a LOT of files to "unlink" on journal replay,
>which I find suspicious as those machines
glob is implemented by the shell not the filesystem. This is not for
good reason, it just is. We could write something for you to do it in
the filesystem and it would be faster. Is your need for speed critical
enough to justify writing something special for it?
Hans
Oleg Drokin wrote:
>H
Hello!
On Sun, May 05, 2002 at 12:18:28PM -0400, Daniel Christiansen wrote:
> The message in the logfile was"Node (8272) with wrong level (0) found in
> the tree (should be 1)." [There was also a message on the screen of
> "pass_through_tree: unable to read 2949119 block on device 0x4."] The
>
On Sam, 04 Mai 2002, Chris Mason wrote:
> Hmmm, not good at all. Are these 3 systems IDE or scsi? Do they run
> additional patches on top of pre7? What kernels < pre7 have you tried
> that didn't show this problem?
All IDE. The kernel that didn't show this problem was 2.4.16 (plain). No
addi
On Sat, 2002-05-04 at 10:59, Hans Reiser wrote:
>
> So how about if you revise fsync so that it always sends data blocks to
> the journal not to the main disk?
This gets a little sticky.
Once you log a block, it might be replayed after a crash. So, you have
to protect against corner cases like
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello!
Thank you Oleg for your answers.
> *glob functions are implemented by various library functions, that do full
> readdir scans at least once, I believe.
I thought I heard about a syscall, that makes it possible to pass the glob to
the filesy
On sobota 04 maj 2002 10:58 am, Dax Kelson wrote:
> This is a 20GB filesystem, used dd_rescue to make an image of the drive:
>
> Summary for /dev/hda3 -> hda3.img:
> dd_rescue: (info):
> ipos: 19711944.0k
> opos: 19711944.0k
> xferd: 19711944.0k
> errs: 33
> errxfer:16.5k
> succxfer
On Mon, 2002-05-06 at 08:36, Dirk Mueller wrote:
> On Sam, 04 Mai 2002, Chris Mason wrote:
[ reiserfs corruption after a crash, 2.4.19pre7 ]
>
> > Hmmm, not good at all. Are these 3 systems IDE or scsi? Do they run
> > additional patches on top of pre7? What kernels < pre7 have you tried
> >
I'll add the write caching into the test just for info. Until there
is a way to guaranty the data is safe I'll have to go with no write caching
though. I should have all this testing done by the end of the week.
-Original Message-
From: Chris Mason [mailto:[EMAIL PROTECTED]]
Sent:
Hello!
On Sun, May 05, 2002 at 06:43:45PM +0200, Philipp G?hring wrote:
> > *glob functions are implemented by various library functions, that do full
> > readdir scans at least once, I believe.
> I thought I heard about a syscall, that makes it possible to pass the glob to
> the filesystem, so
Chris Mason wrote:
>On Sat, 2002-05-04 at 10:59, Hans Reiser wrote:
>
>
>>So how about if you revise fsync so that it always sends data blocks to
>>the journal not to the main disk?
>>
>>
>
>This gets a little sticky.
>
>Once you log a block, it might be replayed after a crash. So, you ha
On Mon, 06 Mai 2002, Chris Mason wrote:
> Please tell us everything about your IDE config. Jens and I are already
> trying to track down some odd reiserfs + ide problems on 2.4.19pre7, but
> so far that was only with our barrier write patches applied.
There is not much common. two of them are V
On Mon, 2002-05-06 at 09:59, Dirk Mueller wrote:
> On Mon, 06 Mai 2002, Chris Mason wrote:
>
> > Please tell us everything about your IDE config. Jens and I are already
> > trying to track down some odd reiserfs + ide problems on 2.4.19pre7, but
> > so far that was only with our barrier write pa
>>> Oleg Drokin <[EMAIL PROTECTED]> 05/06/02 07:21 AM >>>
Make sure to get latest reiserfsprogs (v3.x.1b) from namesys ftp site.
I did this and installed it. But, of course, my rescue disk has the old
3.x.0j version not the new 3.x.1b version. How can I use the new
version?
> Other indication
Hello!
On Mon, May 06, 2002 at 12:07:26PM -0400, Daniel Christiansen wrote:
> Make sure to get latest reiserfsprogs (v3.x.1b) from namesys ftp site.
> I did this and installed it. But, of course, my rescue disk has the old
> 3.x.0j version not the new 3.x.1b version. How can I use the new
> ve
On Mon, 06 Mai 2002, Chris Mason wrote:
> Any suggestions on how I might reproduce locally?
not much. maybe try a lot of open, unlinked files when pressing reset and
then check the md5sum's of all files..
Dirk
Everything seems to work by using the 3.x.1b version of reisfsck with
--rebuild-tree. Thank you very much, Oleg, for taking the time to solve
my problem.
I don't know anything about the "write cache enabled" issue below. Is
this something I have to change with a jumper, a bios setting, or a
sof
Chris Mason wrote:
>On Sat, 2002-05-04 at 10:59, Hans Reiser wrote:
>
>
>>So how about if you revise fsync so that it always sends data blocks to
>>the journal not to the main disk?
>>
>>
>
>This gets a little sticky.
>
>Once you log a block, it might be replayed after a crash. So, you ha
On Mon, 2002-05-06 at 17:21, Hans Reiser wrote:
>
> >I'd rather not put it back in because it adds yet another corner case to
> >maintain for all time. Most of the fsync/O_SYNC bound applications are
> >just given their own partition anyway, so most users that need data
> >logging need it for eve
Chris Mason wrote:
>On Mon, 2002-05-06 at 17:21, Hans Reiser wrote:
>
>
>>>I'd rather not put it back in because it adds yet another corner case to
>>>maintain for all time. Most of the fsync/O_SYNC bound applications are
>>>just given their own partition anyway, so most users that need data
>
On 05/06/2002 09:12 PM, Daniel Christiansen wrote:
> Everything seems to work by using the 3.x.1b version of reisfsck with
> --rebuild-tree. Thank you very much, Oleg, for taking the time to solve
> my problem.
>
> I don't know anything about the "write cache enabled" issue below. Is
> this so
Hi!
BTW, for 2.4.19-final it would be very nice to have...
1.) the deleted/truncated/completed-files-on-mount at least
printed in the kernel logs, at best with the real filename
-- as afterwards they are not retrievable --
That's a security reason -- whoever can trigger a crash
On 05/07/2002 12:57 AM, Chris Mason wrote:
> On Mon, 2002-05-06 at 17:21, Hans Reiser wrote:
>
>>>I'd rather not put it back in because it adds yet another corner case to
>>>maintain for all time. Most of the fsync/O_SYNC bound applications are
>>>just given their own partition anyway, so most
On Mon, 2002-05-06 at 20:54, Manuel Krause wrote:
> On 05/06/2002 09:12 PM, Daniel Christiansen wrote:
>
> > Everything seems to work by using the 3.x.1b version of reisfsck with
> > --rebuild-tree. Thank you very much, Oleg, for taking the time to solve
> > my problem.
> >
> > I don't know any
On Mon, 2002-05-06 at 21:17, Manuel Krause wrote:
> On 05/07/2002 12:57 AM, Chris Mason wrote:
>
>
> Hi, Chris & Hans!
>
> Don't think this somekind of destructive discussion would lead to
> anything useful for now, can you post a diff for
> 2.4.19-pre7+latest-related-pending +compound-patch-f
25 matches
Mail list logo