All of lore.kernel.org
 help / color / mirror / Atom feed
* Bug with fsck.reiser4 build-fs - Hangs at 100%
@ 2004-11-06  6:32 Julia Wolf
  2004-11-07 12:14 ` Vitaly Fertman
  0 siblings, 1 reply; 6+ messages in thread
From: Julia Wolf @ 2004-11-06  6:32 UTC (permalink / raw)
  To: reiserfs-list


  So, I've been tring to rsync some files onto this other 250G Reiser4
filesystem, and now that the filesystem is mostly full, and I'm tring to
write a large (few hundred meg) file to it.. the machine locks up (same as
in the last message I send) After rebooting a few times, and retrying a
few times, I start getting I/O errors reading a certain directory. I
notice this repeated over and over and over again in the system logs:

reiser4[rsync(5765)]: key_warning (fs/reiser4/plugin/object.c:97)[nikita-717]:
WARNING: Error for inode 185647 (-5)
reiser4[rsync(5765)]: renew_sibling_link (fs/eiser4/tree_walk.c:441)[nikita-3532]:
WARNING: Sibling nodes on the different levels: 1 != 2


  Unmounting the fs and running "fsck.reiser4 /dev/sda" tells me to re-run
with the --build-fs option. So, yesterday I ran "fsck.reiser4 --build-fs
/dev/sda" and this is what is on the screen now:

LOOKING FOR UNCONNECTED NODES
        Read nodes 12797
        Good nodes 45
                Leaves of them 44, Twigs of them 1
        Time interval: Fri Nov  5 01:54:40 2004 - Fri Nov  5 01:54:41 2004
CHECKING EXTENT REGIONS.
        Read twigs 1
        Time interval: Fri Nov  5 01:54:41 2004 - Fri Nov  5 01:54:41 2004
INSERTING UNCONNECTED NODES
1. Twigs: done
2. Twigs by item: done
3. Leaves: done
4. Leaves by item: done
        Twigs: read 1, inserted 1, by item 0, empty 0
        Leaves: read 44, inserted 44, by item 0
        Time interval: Fri Nov  5 01:54:47 2004 - Fri Nov  5 01:54:47 2004
CHECKING SEMANTIC TREE
FSCK: No 'lost+found' entry found. Building a new object with the key 2a:0:ffff.
FSCK: Failed to recognize the plugin for the directory [2a:0:ffff].
FSCK: Trying to recover the directory [2a:0:ffff] with the defaut
plugin--dir40
FSCK: The file [2a:0:ffff] does not have a StatData item. Creating a new one.
Plugin dir40
FSCK: Directory [2a:0:ffff]: The entry "." is not found. Insert a new one.
Plugin (dir40).
FSCK: Node (48493133), item (0), [2a:0:ffff] (stat40): wrong size (0), Fixed to
(1).
FSCK: Node (48493133), item (0), [2a:0:ffff] (stat40): wrong bytes (0), Fixed to
(50).
[==================================================-] 100%

... and that's where it's been for the last 1158 minutes. Or at least
that's how much CPU time ps says has been used. The load average has been
1.00 the entire time, and nothing else (not even sshd or syslog) is
running on the system right now.

  I've just run badblocks on /dev/sda and it reported no errors.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Bug with fsck.reiser4 build-fs - Hangs at 100%
  2004-11-06  6:32 Bug with fsck.reiser4 build-fs - Hangs at 100% Julia Wolf
@ 2004-11-07 12:14 ` Vitaly Fertman
  2004-11-08 19:14   ` Julia Wolf
  0 siblings, 1 reply; 6+ messages in thread
From: Vitaly Fertman @ 2004-11-07 12:14 UTC (permalink / raw)
  To: Julia Wolf, reiserfs-list

Hello

On Saturday 06 November 2004 09:32, Julia Wolf wrote:
>   So, I've been tring to rsync some files onto this other 250G Reiser4
> filesystem, and now that the filesystem is mostly full, and I'm tring to
> write a large (few hundred meg) file to it.. the machine locks up (same as
> in the last message I send) After rebooting a few times, and retrying a
> few times, I start getting I/O errors reading a certain directory. I
> notice this repeated over and over and over again in the system logs:
>
> reiser4[rsync(5765)]: key_warning
> (fs/reiser4/plugin/object.c:97)[nikita-717]: WARNING: Error for inode
> 185647 (-5)
> reiser4[rsync(5765)]: renew_sibling_link
> (fs/eiser4/tree_walk.c:441)[nikita-3532]: WARNING: Sibling nodes on the
> different levels: 1 != 2
>
>
>   Unmounting the fs and running "fsck.reiser4 /dev/sda" tells me to re-run
> with the --build-fs option. So, yesterday I ran "fsck.reiser4 --build-fs
> /dev/sda" and this is what is on the screen now:
>
> LOOKING FOR UNCONNECTED NODES
>         Read nodes 12797
>         Good nodes 45
>                 Leaves of them 44, Twigs of them 1
>         Time interval: Fri Nov  5 01:54:40 2004 - Fri Nov  5 01:54:41 2004
> CHECKING EXTENT REGIONS.
>         Read twigs 1
>         Time interval: Fri Nov  5 01:54:41 2004 - Fri Nov  5 01:54:41 2004
> INSERTING UNCONNECTED NODES
> 1. Twigs: done
> 2. Twigs by item: done
> 3. Leaves: done
> 4. Leaves by item: done
>         Twigs: read 1, inserted 1, by item 0, empty 0
>         Leaves: read 44, inserted 44, by item 0
>         Time interval: Fri Nov  5 01:54:47 2004 - Fri Nov  5 01:54:47 2004
> CHECKING SEMANTIC TREE
> FSCK: No 'lost+found' entry found. Building a new object with the key
> 2a:0:ffff. FSCK: Failed to recognize the plugin for the directory
> [2a:0:ffff]. FSCK: Trying to recover the directory [2a:0:ffff] with the
> defaut
> plugin--dir40
> FSCK: The file [2a:0:ffff] does not have a StatData item. Creating a new
> one. Plugin dir40
> FSCK: Directory [2a:0:ffff]: The entry "." is not found. Insert a new one.
> Plugin (dir40).
> FSCK: Node (48493133), item (0), [2a:0:ffff] (stat40): wrong size (0),
> Fixed to (1).
> FSCK: Node (48493133), item (0), [2a:0:ffff] (stat40): wrong bytes (0),
> Fixed to (50).
> [==================================================-] 100%
>
> ... and that's where it's been for the last 1158 minutes. Or at least
> that's how much CPU time ps says has been used. The load average has been
> 1.00 the entire time, and nothing else (not even sshd or syslog) is
> running on the system right now.
>
>   I've just run badblocks on /dev/sda and it reported no errors.

what version of reiser4progs are you using? the latest is 1.0.2, try 
it please if you have not yet. if you get the same result, would you 
pack fs metadata with 
	debugfs.reiser4 -P device | bzip2 -c > device.bz2
and provide it for downloading?

-- 
Thanks,
Vitaly Fertman



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Bug with fsck.reiser4 build-fs - Hangs at 100%
  2004-11-07 12:14 ` Vitaly Fertman
@ 2004-11-08 19:14   ` Julia Wolf
  2004-11-08 19:28     ` Jeremy West
  0 siblings, 1 reply; 6+ messages in thread
From: Julia Wolf @ 2004-11-08 19:14 UTC (permalink / raw)
  To: Vitaly Fertman; +Cc: reiserfs-list


On Sun, 7 Nov 2004, Vitaly Fertman wrote:

> what version of reiser4progs are you using? the latest is 1.0.2, try
> it please if you have not yet. if you get the same result, would you

  I was using 1.0.2-pre1.. so I emerged 1.0.2 and this version completed
successfully (FS is consistent.) So, I guess everything is ok now.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Bug with fsck.reiser4 build-fs - Hangs at 100%
  2004-11-08 19:14   ` Julia Wolf
@ 2004-11-08 19:28     ` Jeremy West
  2004-11-09  3:55       ` Julia Wolf
  0 siblings, 1 reply; 6+ messages in thread
From: Jeremy West @ 2004-11-08 19:28 UTC (permalink / raw)
  To: Julia Wolf; +Cc: Vitaly Fertman, reiserfs-list

So you were experiencing the filesystem hanging and then fixed it
using the latest reiser4progs?  I thought reiser4progs was basically
provided mkfs.reiser4 and fsck.reiser4?  I was thinking my issue was
kernel related, and not reiser4progs related.  I guess I totally
missed the mark there then.


On Mon, 8 Nov 2004 14:14:46 -0500 (EST), Julia Wolf <julia@virtadpt.net> wrote:
> 
> On Sun, 7 Nov 2004, Vitaly Fertman wrote:
> 
> > what version of reiser4progs are you using? the latest is 1.0.2, try
> > it please if you have not yet. if you get the same result, would you
> 
>   I was using 1.0.2-pre1.. so I emerged 1.0.2 and this version completed
> successfully (FS is consistent.) So, I guess everything is ok now.
> 


-- 
Jeremy West
//---------------------------
"I had a life once... now I have a computer and DSL"

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Bug with fsck.reiser4 build-fs - Hangs at 100%
  2004-11-08 19:28     ` Jeremy West
@ 2004-11-09  3:55       ` Julia Wolf
  2004-11-09 16:15         ` Vladimir Saveliev
  0 siblings, 1 reply; 6+ messages in thread
From: Julia Wolf @ 2004-11-09  3:55 UTC (permalink / raw)
  To: Jeremy West; +Cc: Vitaly Fertman, reiserfs-list


On Mon, 8 Nov 2004, Jeremy West wrote:

> So you were experiencing the filesystem hanging and then fixed it
> using the latest reiser4progs?  I thought reiser4progs was basically
> provided mkfs.reiser4 and fsck.reiser4?  I was thinking my issue was
> kernel related, and not reiser4progs related.  I guess I totally
> missed the mark there then.

  No, you were right the first time. There were two completely different
bugs I reported. One was with the kernel locking up (which still happens
by the way). And the other one was just the fsck.reiser4 going into an
infinite loop or something, the machine kept running fine otherwise.

  The kernel lock-ups seem to mostly happen once the filesystem is 200G
full (out of about 250G) and when writing large files. I can actuially see
when it's just about to lock up because the whole system 'pauses' but
interupts (like keyboard and blinking cursor on framebuffer) keep running,
and then after like 10 seconds or so, it locks up hard. (Framebuffer
cursor stops and no response to keystrokes (caps lock and alt-sysreq)

  When it pauses/hesitates I can alt+sysreq, but for some weird reason
with this kernel (Linux 2.6.9 with broken-out reiser4 pataches)
alt+sysrew-T and alt+sysrew-M or P, etc. don't print any information (just
the header)

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Bug with fsck.reiser4 build-fs - Hangs at 100%
  2004-11-09  3:55       ` Julia Wolf
@ 2004-11-09 16:15         ` Vladimir Saveliev
  0 siblings, 0 replies; 6+ messages in thread
From: Vladimir Saveliev @ 2004-11-09 16:15 UTC (permalink / raw)
  To: Julia Wolf; +Cc: reiserfs-list

Hello

On Tue, 2004-11-09 at 06:55, Julia Wolf wrote:
> On Mon, 8 Nov 2004, Jeremy West wrote:
> 
> > So you were experiencing the filesystem hanging and then fixed it
> > using the latest reiser4progs?  I thought reiser4progs was basically
> > provided mkfs.reiser4 and fsck.reiser4?  I was thinking my issue was
> > kernel related, and not reiser4progs related.  I guess I totally
> > missed the mark there then.
> 
>   No, you were right the first time. There were two completely different
> bugs I reported. One was with the kernel locking up (which still happens
> by the way). And the other one was just the fsck.reiser4 going into an
> infinite loop or something, the machine kept running fine otherwise.
> 
>   The kernel lock-ups seem to mostly happen once the filesystem is 200G
> full (out of about 250G) and when writing large files. I can actuially see
> when it's just about to lock up because the whole system 'pauses' but
> interupts (like keyboard and blinking cursor on framebuffer) keep running,
> and then after like 10 seconds or so, it locks up hard. (Framebuffer
> cursor stops and no response to keystrokes (caps lock and alt-sysreq)
> 
>   When it pauses/hesitates I can alt+sysreq, but for some weird reason
> with this kernel (Linux 2.6.9 with broken-out reiser4 pataches)
> alt+sysrew-T and alt+sysrew-M or P, etc. don't print any information (just
> the header)
> 
Would you please try to reproduce this lockup with reiser4 debug turned
on (File systems -> Reiser4 (EXPERIMENTAL ...) -> Enable reiser4 debug
options -> Assertions)? Can you set up serial console so that we could
catch reiser4 output if it will be issued?



^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2004-11-09 16:15 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-11-06  6:32 Bug with fsck.reiser4 build-fs - Hangs at 100% Julia Wolf
2004-11-07 12:14 ` Vitaly Fertman
2004-11-08 19:14   ` Julia Wolf
2004-11-08 19:28     ` Jeremy West
2004-11-09  3:55       ` Julia Wolf
2004-11-09 16:15         ` Vladimir Saveliev

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.