un-long listable files

All of lore.kernel.org
 help / color / mirror / Atom feed

* un-long listable files
@ 2003-08-06  4:31 Michael.James
  2003-08-06 17:03 ` Oleg Drokin
       [not found] ` <200308070823.40130.Michael.James@csiro.au>
  0 siblings, 2 replies; 6+ messages in thread
From: Michael.James @ 2003-08-06  4:31 UTC (permalink / raw)
  To: reiserfs-list

I'm running into this problem repeatedly.
Anyone know what's going on here?

I'm running Suse8.2 with the default reiserfs filesystem.
Suse8.2 # cat /etc/fstab
/dev/hda6       /               reiserfs defaults               1 1
/dev/hda5       /altOS          reiserfs defaults               1 2
/dev/hda1       /boot           ext2    defaults                1 2
/dev/hda8       /home           reiserfs defaults               1 2
/dev/hda7       swap            swap    pri=42                  0 0

From time to time, an application segfaults out,
 (Grip and VMware have done it)
 leaving me with a file that hangs a long listing.
It's usually a big one.

eg: 
ls  winXPPro.vmdk		is fine, no problem characters in the filename
ls -l  winXPPro.vmdk		is not, hangs forever
echo *			is fine

It's not just a character in the name causing the trouble.
touch *			is fine but doesn't help
chown me:grp *		is fine but doesn't help
chmod 644 *		is fine but doesn't help

I can cat it, but not cp it.
I can rm it, then the directory becomes listable.

So try stracing it.
strace    ls -l winXPPro.vmdk		gives:

<lots of lines snipped>

lstat64("ls-fail", {st_mode=S_IFREG|0644, st_size=6932, ...}) = 0
        getxattr("strace.ls", "system.posix_acl_access", (nil), 0) = -1
        EOPNOTSUPP (Operation not supported)

lstat64("winXPPro.vmdk",
        {st_mode=S_IFREG|0644, st_size=95416320, ...}) = 0

getxattr("light_in_time_of_darkness__glad_to_see_you.wav",
         "system.posix_acl_access"

and there it sits waiting for heat-death-of-universe.

To cope with line-wrapping I've tabbed extensions in
 and put an extra newline at real line breaks.

Looks like I'm falling foul of some strange ACLs.
ls -l as root still hangs though.

So I took the trouble to drop down to run level 1,
 unmount /home and do a fsck.reiser on it.
It ran without finding any errors.
Ran it again with --fix-fixable, still nothing,
 but now everything works and the files are listable!

Hmpf, I don't like this, problems down in reiserfs?
michaelj

PS:
suse8.2 # cat /proc/version
	Linux version 2.4.20-4GB (root@Pentium.suse.de)
	 (gcc version 3.3 20030226 (prerelease)
	 (SuSE Linux)) #1 Fri Jul 11 07:33:18 UTC 2003

suse8.2 # rpm -qf /boot/vmlinuz
	k_deflt-2.4.20-96

-- 
Michael James				michael.james@csiro.au
System Administrator			voice:	02 6246 5040
CSIRO Bioinformatics Facility	fax:		02 6246 5166

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

* Re: un-long listable files
  2003-08-06  4:31 un-long listable files Michael.James
@ 2003-08-06 17:03 ` Oleg Drokin
  2003-08-06 18:06   ` Jeff Mahoney
       [not found] ` <200308070823.40130.Michael.James@csiro.au>
  1 sibling, 1 reply; 6+ messages in thread
From: Oleg Drokin @ 2003-08-06 17:03 UTC (permalink / raw)
  To: Michael.James; +Cc: reiserfs-list, jeffm

Hello!

On Wed, Aug 06, 2003 at 02:31:39PM +1000, Michael.James@csiro.au wrote:

> getxattr("light_in_time_of_darkness__glad_to_see_you.wav",
>          "system.posix_acl_access"
> and there it sits waiting for heat-death-of-universe.

Hm, this code is by SuSE people (and it is only in suse kernels) and I have not
even looked at it closely yet.
Probably Jeff can comment on it.

> Looks like I'm falling foul of some strange ACLs.
> ls -l as root still hangs though.

Bye,
    Oleg

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

* Re: un-long listable files
  2003-08-06 17:03 ` Oleg Drokin
@ 2003-08-06 18:06   ` Jeff Mahoney
  0 siblings, 0 replies; 6+ messages in thread
From: Jeff Mahoney @ 2003-08-06 18:06 UTC (permalink / raw)
  To: Oleg Drokin; +Cc: Michael.James, reiserfs-list

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Oleg Drokin wrote:
| Hello!
|
| On Wed, Aug 06, 2003 at 02:31:39PM +1000, Michael.James@csiro.au wrote:
|
|
|>getxattr("light_in_time_of_darkness__glad_to_see_you.wav",
|>         "system.posix_acl_access"
|>and there it sits waiting for heat-death-of-universe.
|
|
| Hm, this code is by SuSE people (and it is only in suse kernels) and I
have not
| even looked at it closely yet.
| Probably Jeff can comment on it.
|
|
|>Looks like I'm falling foul of some strange ACLs.
|>ls -l as root still hangs though.

Since you're mounted with "defaults", ACLs and user xattrs are disabled.
Both options need to be enabled explicitly. "Trusted" xattrs are enabled
by default, but they're root-only and I doubt they're in use.

The code path should go like so:
- - reiserfs_getxattr()
~  - reiserfs_xattr_read_lock()
~  - posix_acl_access_get()
~    - xattr_acl_get()
~      -- if !reiserfs_posixacl
~      -- return -EOPNOTSUPP
~  - reiserfs_xattr_read_unlock()

There's nothing in there that should be causing the behavior you're
seeing. However, I don't doubt that your session is hanging, so let's
try to figure out what's causing it.

What I'll need from you is a trace of the hung process. Enable alt+sysrq
(echo 1 > /proc/sys/kernel/sysrq), switch to a text console, and
generate a trace using alt+sysrq+t.

Next, decode the trace (dmesg | ksymoops), and email it to me. Hopefully
I'll be able to figure out what the problem is.

Thanks.

- -Jeff

- --
jeffm@suse.com
jeffm@csh.rit.edu
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQE/MUO7LPWxlyuTD7IRAsStAJ9J4q0qYAjJMO61vPufQbSxYrQ/qQCgi39F
c1/r/SarK3zTbn92i3AU/eM=
=4LoG
-----END PGP SIGNATURE-----

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

[parent not found: <200308070823.40130.Michael.James@csiro.au>]

[parent not found: <3F3188C5.7050606@suse.com>]

* Un-long listable files (strace+Oops)
       [not found]   ` <3F3188C5.7050606@suse.com>
@ 2003-09-09  5:12     ` Michael.James
  2003-09-09 14:47       ` Oleg Drokin
  0 siblings, 1 reply; 6+ messages in thread
From: Michael.James @ 2003-09-09  5:12 UTC (permalink / raw)
  To: reiserfs-list

Dear Reiser experts,

I'm getting un-long listable files cropping up occasionally.
(on a Suse8.2 system, Reiserfs 3.6)

Most recently an attempted download of Knoppix
 bombed Mozilla Firebird (0.6.1) out,
 leaving an unlistable file called KNOPPIX_V3.2-2003-07-26-EN.iso

No funny characters in the name,
 can be listed as long as it's not an ls -l
 can be mv-ed,
 can't be cp-ed

These files persist in their unlistability across reboots,
 but unmounting /home and running fsck.reiserfs fixes them.
fsck.reiserfs reports a clean run, but after it runs the file is listable again.

Please get in touch directly if you are interested,
 particularily if there is some other test I could perform.
Generally I find having these files around an irritating form of bitrot,
 so I get rid of them, which can hinder investigations
 as I can't create them repeatably.

Here's an strace of what happens when I "ls -l it.

suse:/home/pi/jam176/tmp # cat strace.ls-l
execve("/bin/ls", ["ls", "-l", "KNOPPIX_V3.2-2003-07-26-EN.iso"], [/* 89 vars */]) = 0
uname({sys="Linux", node="suse", ...})  = 0
brk(0)                                  = 0x805a9ac
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=72067, ...}) = 0
old_mmap(NULL, 72067, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40015000
close(3)                                = 0
open("/lib/librt.so.1", O_RDONLY)       = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\32"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=34378, ...}) = 0
old_mmap(NULL, 72952, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40027000
mprotect(0x4002d000, 48376, PROT_NONE)  = 0
old_mmap(0x4002d000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x5000) = 0x4002d000
old_mmap(0x4002e000, 44280, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4002e000
close(3)                                = 0
open("/opt/globus/lib/libacl.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/opt/gridengine/lib/glinux/libacl.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libacl.so.1", O_RDONLY)      = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\24\0"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0644, st_size=30694, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40039000
old_mmap(NULL, 24028, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4003a000
mprotect(0x4003f000, 3548, PROT_NONE)   = 0
old_mmap(0x4003f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x4000) = 0x4003f000
close(3)                                = 0
open("/opt/globus/lib/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/opt/gridengine/lib/glinux/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0pY\1\000"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=1491599, ...}) = 0
old_mmap(NULL, 1268004, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40040000
mprotect(0x4016f000, 26916, PROT_NONE)  = 0
old_mmap(0x4016f000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x12f000) = 0x4016f000
old_mmap(0x40173000, 10532, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40173000
close(3)                                = 0
open("/opt/globus/lib/libpthread.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/opt/gridengine/lib/glinux/libpthread.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libpthread.so.0", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320@\0"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=82840, ...}) = 0
old_mmap(NULL, 327300, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40176000
mprotect(0x40183000, 274052, PROT_NONE) = 0
old_mmap(0x40183000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xd000) = 0x40183000
old_mmap(0x40184000, 269956, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40184000
close(3)                                = 0
open("/opt/globus/lib/libattr.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/opt/gridengine/lib/glinux/libattr.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libattr.so.1", O_RDONLY)     = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\r\0"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0644, st_size=14255, ...}) = 0
old_mmap(NULL, 13360, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x401c6000
mprotect(0x401c9000, 1072, PROT_NONE)   = 0
old_mmap(0x401c9000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x2000) = 0x401c9000
close(3)                                = 0
munmap(0x40015000, 72067)               = 0
getrlimit(0x3, 0xbfffeb6c)              = 0
setrlimit(RLIMIT_STACK, {rlim_cur=2044*1024, rlim_max=RLIM_INFINITY}) = 0
getpid()                                = 12780
rt_sigaction(SIGRTMIN, {0x4017de10, [], SA_RESTORER, 0x400695c8}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x4017de50, [], SA_RESTORER, 0x400695c8}, NULL, 8) = 0
rt_sigaction(SIGRT_2, {0x4017df20, [], SA_RESTORER, 0x400695c8}, NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0
_sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbfffebbc, 30, (nil), 0}) = 0
brk(0)                                  = 0x805a9ac
brk(0x805b9ac)                          = 0x805b9ac
brk(0)                                  = 0x805b9ac
brk(0x805c000)                          = 0x805c000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=32058672, ...}) = 0
mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0x401ca000
close(3)                                = 0
ioctl(1, SNDCTL_TMR_TIMEBASE, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TIOCGWINSZ, {ws_row=24, ws_col=80, ws_xpixel=0, ws_ypixel=0}) = 0
brk(0)                                  = 0x805c000
brk(0x805f000)                          = 0x805f000
lstat64("KNOPPIX_V3.2-2003-07-26-EN.iso", {st_mode=S_IFREG|0644, st_size=290107392, ...}) = 0
getxattr("KNOPPIX_V3.2-2003-07-26-EN.iso", "system.posix_acl_access"s



And there it hangs, waiting for heat-death-of-universe.




Here's the Oops from Firebird bombing out:



Sep  3 12:17:35 suse -- MARK --
Sep  3 12:37:35 suse -- MARK --
Sep  3 12:39:13 suse kernel: Unable to handle kernel paging request at virtual address 00001d08
Sep  3 12:39:13 suse kernel:  printing eip:
Sep  3 12:39:13 suse kernel: c0133ec7
Sep  3 12:39:13 suse kernel: *pde = 00000000
Sep  3 12:39:13 suse kernel: Oops: 0000 2.4.20-4GB #1 Wed Aug 6 18:26:21 UTC 2003
Sep  3 12:39:13 suse kernel: CPU:    0
Sep  3 12:39:13 suse kernel: EIP:    0010:[__find_lock_page_helper+23/96]    Tainted: PF
Sep  3 12:39:13 suse kernel: EIP:    0010:[<c0133ec7>]    Tainted: PF
Sep  3 12:39:13 suse kernel: EFLAGS: 00010206
Sep  3 12:39:13 suse kernel: eax: caae4168   ebx: 00001d00   ecx: 00001d00   edx: 00062030
Sep  3 12:39:13 suse kernel: esi: caae4168   edi: 00062030   ebp: 00001d00   esp: c2f25f04
Sep  3 12:39:13 suse kernel: ds: 0018   es: 0018   ss: 0018
Sep  3 12:39:13 suse kernel: Process zcat (pid: 3340, stackpage=c2f25000)
Sep  3 12:39:15 suse kernel: Stack: caae4168 00062030 f7e6f4d8 caae40c0 c01366d1 caae4168 00062030 f7e6f4d8
Sep  3 12:39:15 suse kernel:        00001000 00000000 00001000 fffffff4 00000000 62030000 00000000 caae40c0
Sep  3 12:39:15 suse kernel:        caae4168 00000000 47000286 caae412c caae40c0 caae40c0 00004000 c0136c18
Sep  3 12:39:15 suse kernel: Call Trace:    [generic_file_write_nolock+705/2000] [generic_file_write+56/80] [reiserfs:__insmod_reiserfs_S.text_L165788+51778/139792] [sys_write+120/256] [system_call+51/64]
Sep  3 12:39:15 suse kernel: Call Trace:    [<c01366d1>] [<c0136c18>] [<f7f8caa2>] [<c0144b08>] [<c0108c33>]
Sep  3 12:39:15 suse kernel: Modules: [(reiserfs:<f7f80060>:<f7fb0f54>)]
Sep  3 12:39:15 suse kernel: Code: 39 73 08 75 f4 39 7b 0c 75 ef ff 43 14 0f ba 6b 18 00 19 c0
Sep  3 12:44:51 suse kernel:  <1>Unable to handle kernel paging request at virtual address 00001d08
Sep  3 12:44:51 suse kernel:  printing eip:
Sep  3 12:44:51 suse kernel: c0133b49
Sep  3 12:44:51 suse kernel: *pde = 00000000
Sep  3 12:44:51 suse kernel: Oops: 0000 2.4.20-4GB #1 Wed Aug 6 18:26:21 UTC 2003
Sep  3 12:44:51 suse kernel: CPU:    0
Sep  3 12:44:51 suse kernel: EIP:    0010:[page_cache_read+89/224]    Tainted: PF
Sep  3 12:44:51 suse kernel: EIP:    0010:[<c0133b49>]    Tainted: PF
Sep  3 12:44:51 suse kernel: EFLAGS: 00010206
Sep  3 12:44:51 suse kernel: eax: 00000000   ebx: d7a39c48   ecx: 00000012   edx: 00001d00
Sep  3 12:44:51 suse kernel: esi: 0000c841   edi: 0000c8aa   ebp: f7e6f4d8   esp: c94cdee4
Sep  3 12:44:51 suse kernel: ds: 0018   es: 0018   ss: 0018
Sep  3 12:44:51 suse kernel: Process rsync (pid: 3379, stackpage=c94cd000)
Sep  3 12:44:51 suse kernel: Stack: f74fe2c0 00000069 0000c841 f74fe2c0 00039b80 c013414f 0000007f 00000080
Sep  3 12:44:51 suse kernel:        c17a6de0 d7a39c48 f7e6f138 0000c7c2 c01345fe 00000001 f74fe2c0 d7a39ba0
Sep  3 12:44:51 suse kernel:        c17a6de0 00001000 00000001 00000000 00000000 d7a39ba0 00000000 c0134970
Sep  3 12:44:51 suse kernel: Call Trace:    [generic_file_readahead+159/384] [__do_generic_file_read+926/1264] [file_read_actor+0/240] [generic_file_read+261/304] [file_read_actor+0/240]
Sep  3 12:44:51 suse kernel: Call Trace:    [<c013414f>] [<c01345fe>] [<c0134970>] [<c0134b65>] [<c0134970>]
Sep  3 12:44:51 suse kernel:   [sys_read+120/256] [system_call+51/64]
Sep  3 12:44:51 suse kernel:   [<c0144a08>] [<c0108c33>]
Sep  3 12:44:51 suse kernel: Code: 39 5a 08 75 f4 31 c0 39 7a 0c 75 ed 5a 5b 5e 5f 5d c3 8b 43
Sep  3 12:57:35 suse -- MARK --
Sep  3 12:59:00 suse /USR/SBIN/CRON[3499]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly)
Sep  3 13:06:36 suse kernel:  <1>Unable to handle kernel paging request at virtual address 00001d08
Sep  3 13:06:36 suse kernel:  printing eip:
Sep  3 13:06:36 suse kernel: c0133ec7
Sep  3 13:06:36 suse kernel: *pde = 00000000
Sep  3 13:06:36 suse kernel: Oops: 0000 2.4.20-4GB #1 Wed Aug 6 18:26:21 UTC 2003
Sep  3 13:06:36 suse kernel: CPU:    0
Sep  3 13:06:36 suse kernel: EIP:    0010:[__find_lock_page_helper+23/96]    Tainted: PF
Sep  3 13:06:36 suse kernel: EIP:    0010:[<c0133ec7>]    Tainted: PF
Sep  3 13:06:36 suse kernel: EFLAGS: 00210206
Sep  3 13:06:36 suse kernel: eax: d7a39c48   ebx: 00001d00   ecx: 00001d00   edx: 0004c8a9
Sep  3 13:06:36 suse kernel: esi: d7a39c48   edi: 0004c8a9   ebp: 00001d00   esp: d50fdf04
Sep  3 13:06:36 suse kernel: ds: 0018   es: 0018   ss: 0018
Sep  3 13:06:36 suse kernel: Process MozillaFirebird (pid: 2934, stackpage=d50fd000)
Sep  3 13:06:36 suse kernel: Stack: d7a39c48 0004c8a9 f7e6f4d8 c1750890 c01366d1 d7a39c48 0004c8a9 f7e6f4d8
Sep  3 13:06:36 suse kernel:        00001000 00000000 00000308 fffffff4 00000250 4c8a9000 00000000 d7a39ba0
Sep  3 13:06:36 suse kernel:        d7a39c48 00000000 492d7b98 d7a39c0c d7a39ba0 d7a39ba0 00000558 c0136c18
Sep  3 13:06:36 suse kernel: Call Trace:    [generic_file_write_nolock+705/2000] [generic_file_write+56/80] [reiserfs:__insmod_reiserfs_S.text_L165788+51778/139792] [sys_write+120/256] [system_call+51/64]
Sep  3 13:06:36 suse kernel: Call Trace:    [<c01366d1>] [<c0136c18>] [<f7f8caa2>] [<c0144b08>] [<c0108c33>]
Sep  3 13:06:36 suse kernel: Modules: [(reiserfs:<f7f80060>:<f7fb0f54>)]
Sep  3 13:06:36 suse kernel: Code: 39 73 08 75 f4 39 7b 0c 75 ef ff 43 14 0f ba 6b 18 00 19 c0
Sep  3 13:07:44 suse gconfd (jam176-2944): GConf server is not in use, shutting down.
Sep  3 13:07:44 suse gconfd (jam176-2944): Exiting
Sep  3 13:12:52 suse su: (to root) jam176 on /dev/pts/1
Sep  3 13:12:52 suse su: pam_unix2: session started for user root, service su




-- 
Michael James				michael.james@csiro.au
System Administrator			voice:	02 6246 5040
CSIRO Bioinformatics Facility	fax:		02 6246 5166






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

* Re: Un-long listable files (strace+Oops)
  2003-09-09  5:12     ` Un-long listable files (strace+Oops) Michael.James
@ 2003-09-09 14:47       ` Oleg Drokin
  2003-09-09 15:00         ` Jeff Mahoney
  0 siblings, 1 reply; 6+ messages in thread
From: Oleg Drokin @ 2003-09-09 14:47 UTC (permalink / raw)
  To: Michael.James; +Cc: reiserfs-list, jeffm

Hello!

On Tue, Sep 09, 2003 at 03:12:11PM +1000, Michael.James@csiro.au wrote:

> I'm getting un-long listable files cropping up occasionally.
> (on a Suse8.2 system, Reiserfs 3.6)

Yes, I remember that case. (it was related to xattrs last time)

> Please get in touch directly if you are interested,
>  particularily if there is some other test I could perform.
> Generally I find having these files around an irritating form of bitrot,
>  so I get rid of them, which can hinder investigations
>  as I can't create them repeatably.

Hm, but do you get an oops each time before you see such files?

> Here's an strace of what happens when I "ls -l it.
> suse:/home/pi/jam176/tmp # cat strace.ls-l
[...]
> lstat64("KNOPPIX_V3.2-2003-07-26-EN.iso", {st_mode=S_IFREG|0644, st_size=290107392, ...}) = 0
> getxattr("KNOPPIX_V3.2-2003-07-26-EN.iso", "system.posix_acl_access"s

Ok, and in hung at xattrs stuff again.
May be Jeff will be interested in metadata snapshot of corrupted fs.

> And there it hangs, waiting for heat-death-of-universe.

> Sep  3 12:39:13 suse kernel: Unable to handle kernel paging request at virtual address 00001d08
> Sep  3 12:39:13 suse kernel: EIP:    0010:[__find_lock_page_helper+23/96]    Tainted: PF

Hm, you have binary modules loaded. What are those?
Can you reproduce without those modules ever loaded?

> Sep  3 12:39:15 suse kernel: Call Trace:    [generic_file_write_nolock+705/2000] [generic_file_write+56/80] [reiserfs:__insmod_reiserfs_S.text_L165788+51778/139792] [sys_write+120/256] [system_call+51/64]

Otherwise the oops does not even looks like reiserfs related, just some in-memory corruption.

Bye,
    Oleg 

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

* Re: Un-long listable files (strace+Oops)
  2003-09-09 14:47       ` Oleg Drokin
@ 2003-09-09 15:00         ` Jeff Mahoney
  0 siblings, 0 replies; 6+ messages in thread
From: Jeff Mahoney @ 2003-09-09 15:00 UTC (permalink / raw)
  To: Oleg Drokin; +Cc: Michael.James, reiserfs-list

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I guess I never sent my final update on the last time this happened. I
worked with Michael for a few days and determined that it *was not*
xattr related, that just happened to be the system call that the access
hung on.

When xattrs are disabled, like they were, the operations are effectively
a no-op. There's nothing that could cause the hang. When I reviewed the
logs, the filesystem had already oopsed, thus causing the hang during
the next access.

- -Jeff

Oleg Drokin wrote:
| Hello!
|
| On Tue, Sep 09, 2003 at 03:12:11PM +1000, Michael.James@csiro.au wrote:
|
|
|>I'm getting un-long listable files cropping up occasionally.
|>(on a Suse8.2 system, Reiserfs 3.6)
|
|
| Yes, I remember that case. (it was related to xattrs last time)
|
|
|>Please get in touch directly if you are interested,
|> particularily if there is some other test I could perform.
|>Generally I find having these files around an irritating form of bitrot,
|> so I get rid of them, which can hinder investigations
|> as I can't create them repeatably.
|
|
| Hm, but do you get an oops each time before you see such files?
|
|
|>Here's an strace of what happens when I "ls -l it.
|>suse:/home/pi/jam176/tmp # cat strace.ls-l
|
| [...]
|
|>lstat64("KNOPPIX_V3.2-2003-07-26-EN.iso", {st_mode=S_IFREG|0644,
st_size=290107392, ...}) = 0
|>getxattr("KNOPPIX_V3.2-2003-07-26-EN.iso", "system.posix_acl_access"s
|
|
| Ok, and in hung at xattrs stuff again.
| May be Jeff will be interested in metadata snapshot of corrupted fs.
|
|
|>And there it hangs, waiting for heat-death-of-universe.
|
|
|>Sep  3 12:39:13 suse kernel: Unable to handle kernel paging request at
virtual address 00001d08
|>Sep  3 12:39:13 suse kernel: EIP:
0010:[__find_lock_page_helper+23/96]    Tainted: PF
|
|
| Hm, you have binary modules loaded. What are those?
| Can you reproduce without those modules ever loaded?
|
|
|>Sep  3 12:39:15 suse kernel: Call Trace:
[generic_file_write_nolock+705/2000] [generic_file_write+56/80]
[reiserfs:__insmod_reiserfs_S.text_L165788+51778/139792]
[sys_write+120/256] [system_call+51/64]
|
|
| Otherwise the oops does not even looks like reiserfs related, just
some in-memory corruption.
|
| Bye,
|     Oleg
|

- --
jeffm@suse.com
jeffm@csh.rit.edu
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQE/XesTLPWxlyuTD7IRAvMtAKCSD3GFS6UueUaSjDXW79j/yoJUpACbBFww
2y4N42+BRTd3pTeLrJnSkOY=
=urK1
-----END PGP SIGNATURE-----

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

end of thread, other threads:[~2003-09-09 15:00 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-08-06  4:31 un-long listable files Michael.James
2003-08-06 17:03 ` Oleg Drokin
2003-08-06 18:06   ` Jeff Mahoney
     [not found] ` <200308070823.40130.Michael.James@csiro.au>
     [not found]   ` <3F3188C5.7050606@suse.com>
2003-09-09  5:12     ` Un-long listable files (strace+Oops) Michael.James
2003-09-09 14:47       ` Oleg Drokin
2003-09-09 15:00         ` Jeff Mahoney

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.