https://bugzilla.novell.com/show_bug.cgi?id=678123
https://bugzilla.novell.com/show_bug.cgi?id=678123#c29
Ruediger Meier changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
CC| |sweet_f_a@gmx.de
Resolution|FIXED |
--- Comment #29 from Ruediger Meier 2011-05-26 11:36:03 UTC ---
I still run into this bug.
Actually Ive got a directory where I can reproduce it on client using different
kernels >=2.6.37 taken from suse or kernel.org.
Server is always 2.6.37.6-0.5-desktop exporting ext4/nfs. In opposite to
earlier tests it doesn't matter whether using nfs3/4 tcp/udp/ ipv4/ipv6
rdirplus/nordirplus.
rudi@server:/exports/data/gen/fwo> ls |wc -l
261974
# using suse kernel on client:
rudi@client:/data/gen/fwo> uname -r
2.6.37.6-0.5-desktop
rudi@client:/data/gen/fwo> ls |wc -l
ls: memory exhausted
0
strace show these infinite getdents64() calls
# Using kernel 2.6.39 vanilla results in:
rudi@client:/data/gen/fwo> ls |wc -l
ls: reading directory .: Too many levels of symbolic links
3466
BTW1 I also have a directory where suse kernel works but vanila kernel does
not.
BTW2 If I "cp -a" these dirs within the same underlying filesystem then the
copy behaves the same way like the original. But it's not easy to create such
"broken" dir on another exported filesystem.
I could give more debug info if wanted.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.