Greetings, esteemed kernel developers.
I have been having serious problems with Samba for several weeks now.
Unfortunately, I don't have any oopsen to show for 2.2.12 because none
are produced; the box just reboots immediately (just as if I had hit the
reset button) after I retrieve a file or two from a nearby nt box. I
can repeat this very easily; it happens consistently upon retrieving
sometimes as few as 2 or 3 files, and sometimes as many as 50-100
files. This happens when running smbclient as a non-privileged user.
smbmount takes a little while longer, but it kills the box in an
identical fashion: no oops, no hang, just an immediate reboot.
A freshly compiled 2.2.15pre7 reacts a bit better; I am at least able to
get an oops on screen and copy it by hand. The decoded oops is below
under item 5, and is also attached in case Netscape mutilates it too
terribly.
A Linux Kernel Mailing List Bug Report Form follows.
If anyone would like me to run any other tests, apply any patches, make
any ritual sacrifices to the Oopsen ghods, or provide any other
information, please contact me at this address and/or at
tcpip_12345@yahoo.com.
Regards,
Brian Strand
[1.] One line summary of the problem:
smbclient and smbmount are crashing the box during file transfers.
[2.] Full description of the problem/report:
Running smbclient against a nearby NT4.0 box resets the box (just like
pushing the reset button) after retrieving two or three files.
Retrieving files over an smbmounted directory does the same.
[3.] Keywords:
networking, instant reboot
[4.] Kernel version (from /proc/version):
Linux version 2.2.12-20 (root@porky.devel.redhat.com) (gcc version
egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Mon Sep 27 10:25:54
EDT 1999
[5.] Output of Oops:
None under 2.2.12 (the box resets immediately so there is no oops
generated).
Under 2.2.15pre7:
WARNING: This version of ksymoops is obsolete.
WARNING: The current version can be obtained from
ftp://ftp.ocs.com.au/pub/ksymoops
Options used: -v /boot/vmlinux-2.2.15pre7 (specified)
-o /lib/modules/2.2.15pre7 (specified)
-K (specified)
-L (specified)
-m /boot/System.map-2.2.15pre7 (specified)
-c 1 (specified)
No modules in ksyms, skipping objects
Oops: 0000
CPU: 0
EIP: <c010795c>
EFLAGS: 00010246
ds: 0018 es: 0018 ss: 0018
eax: 00000000 ebx: 00000001 ecx: c7a52000 edx: c01fe320
esi: c0216000 edi: 000039de ebp: 00001000 esp: c0217fa4
process swapper (pid: 0, process nr: 0, stackpage=c0217000)
Call Trace: <c0106000> <c0107980> <c0109088> <c0106000> <c010607b>
<c0106000> <c0100176>
Code: f4 8b 5e 14 e8 5f 8a 00 00 e8 2e 22 01 00 eb b8 b8 00 e0 ff
>>EIP: c010795c <cpu_idle+58/68>
Trace: c0106000 <get_options+0/74>
Trace: c0107980 <sys_idle+14/24>
Trace: c0109088 <system_call+34/38>
Trace: c0106000 <get_options+0/74>
Trace: c010607b <cpu_idle+7/18>
Trace: c0106000 <get_options+0/74>
Trace: c0100176 <L6+0/2>
Code: c010795c <cpu_idle+58/68> 00000000 <_EIP>: <===
Code: c010795c <cpu_idle+58/68> 0:
f4 hlt <===
Code: c010795d <cpu_idle+59/68> 1: 8b 5e
14 movl 0x14(%esi),%ebx
Code: c0107960 <cpu_idle+5c/68> 4: e8 5f 8a 00
00 call c01103c4 <schedule+0/280>
Code: c0107965 <cpu_idle+61/68> 9: e8 2e 22 01
00 call c0119b98 <check_pgt_cache+0/18>
Code: c010796a <cpu_idle+66/68> e: eb
b8 jmp c0107924 <cpu_idle+20/68>
Code: c010796c <sys_idle+0/24> 10: b8 00 e0 ff
00 movl $0xffe000,%eax
2 warnings issued. Results may not be reliable.
[6.] A small shell script or example program which triggers the problem:
$ smbclient '//godel/d$' -U username -P password # note non-privileged
user
smb: \> get file1
smb: \> get file2
<<box resets immediately>>
[7.] Environment
[7.1.] Software
Linux localhost.localdomain 2.2.12-20 #1 Mon Sep 27 10:25:54 EDT 1999
i586 unknown
Kernel modules 2.1.121
Gnu C egcs-2.91.66
Binutils 2.9.1.0.24
Linux C Library glibc-2.1.2
Dynamic Linker (ldd) 2.1.2
Procps 2.0.4
Mount 2.9u
net-tools 1.53-1
[7.2.] Processor information (from /proc/cpuinfo):
processor : 0
vendor_id : AuthenticAMD
cpu family : 5
model : 8
model name : AMD-K6(tm) 3D processor
stepping : 0
cpu MHz : 300.689750
fdiv_bug : no
hlt_bug : no
sep_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr mce cx8 sep mmx 3dnow
bogomips : 599.65
[7.3.] Module information (from /proc/modules):
nls_iso8859-1 2020 1 (autoclean)
ip_masq_ftp 3984 0 (unused)
3c59x 19112 2 (autoclean)
raid1 7872 1 (autoclean)
ultra66 18588 1
uart401 5968 0
sound 57240 0 [uart401]
soundlow 300 0 [sound]
soundcore 2372 3 [sound]
[7.4.] SCSI information (from /proc/scsi/scsi):
Attached devices: none
[7.5.] Other information that might be relevant to the problem
Other system info: 128MB memory, IBM DTTA-351010 10GB IDE HD, 2 3c905b
NICs, samba-2.0.5a-12, samba-client-2.0.5a-12. File transfers are over
a 100mb switch and hub.
[X.] Other notes, patches, fixes, workarounds:
Although the module information above is showing ultra66 and raid1, the
problem occurred long before I started using either of these modules,
and happens even when the 3c59x module is the only loaded module, and
when the system is in single-user mode.
Here is a slightly modified ver_linux script, in case anyone is
interested...
#!/bin/sh
#
# ver_linux (originally by Evgeny Rodichev)
#
# - 2000-02-14 bstrand@iqmail.net
# update to newer utilities attempted
#
# Before running this script please ensure that your PATH is
# the same as you use for compilation/installation. I use
# /bin /sbin /usr/bin /usr/sbin /usr/local/bin, but it may
# differ on your system.
#
echo '-- Versions installed: (if some fields are empty or look'
echo '-- unusual then you possibly have very old versions)'
uname -a
insmod -V 1>/tmp/ver_linux.tmp 2>>/tmp/ver_linux.tmp
awk 'NR==1 {print "Kernel modules ",$NF}' /tmp/ver_linux.tmp
rm -f /tmp/ver_linux.tmp
echo "Gnu C " `gcc --version`
ld -v 2>&1 | awk -F\) '{print $1}' | awk \
'/BFD/{print "Binutils ",$NF}'
ls -l `ldd /bin/sh | awk '/libc/{print $3 }'` \
| awk '{print "Linux C Library " $(NF) }'
echo "Dynamic Linker (ldd) " `ldd --version| awk '{print $2}'`
# don't know about this one...
#ls -l /usr/lib/libg++.so | awk -F. \
# '{print "Linux C++ Library " $4"."$5"."$6}'
ps --version 2>&1 | awk 'NR==1{print "Procps ", $NF}'
mount --version | awk -F\- '{print "Mount ", $NF}'
netstat --version | awk \
'NR==1{if ($5 != "") { n=split($5,buf,"-"); ver=buf[n]; done=1
}}
NR==2{if (done != 1) ver=$3 }
END{print "Net-tools ",ver}'
loadkeys --version 2>&1 | awk 'NR==1{print "Kbd ",$3}'
expr --version | awk 'NR==1{print "Sh-utils ", $NF}'
WARNING: This version of ksymoops is obsolete.
WARNING: The current version can be obtained from ftp://ftp.ocs.com.au/pub/ksymoops
Options used: -v /boot/vmlinux-2.2.15pre7 (specified)
-o /lib/modules/2.2.15pre7 (specified)
-K (specified)
-L (specified)
-m /boot/System.map-2.2.15pre7 (specified)
-c 1 (specified)
No modules in ksyms, skipping objects
Oops: 0000
CPU: 0
EIP: <c010795c>
EFLAGS: 00010246
ds: 0018 es: 0018 ss: 0018
eax: 00000000 ebx: 00000001 ecx: c7a52000 edx: c01fe320
esi: c0216000 edi: 000039de ebp: 00001000 esp: c0217fa4
process swapper (pid: 0, process nr: 0, stackpage=c0217000)
Call Trace: <c0106000> <c0107980> <c0109088> <c0106000> <c010607b> <c0106000> <c0100176>
Code: f4 8b 5e 14 e8 5f 8a 00 00 e8 2e 22 01 00 eb b8 b8 00 e0 ff
>>EIP: c010795c <cpu_idle+58/68>
Trace: c0106000 <get_options+0/74>
Trace: c0107980 <sys_idle+14/24>
Trace: c0109088 <system_call+34/38>
Trace: c0106000 <get_options+0/74>
Trace: c010607b <cpu_idle+7/18>
Trace: c0106000 <get_options+0/74>
Trace: c0100176 <L6+0/2>
Code: c010795c <cpu_idle+58/68> 00000000 <_EIP>: <===
Code: c010795c <cpu_idle+58/68> 0: f4 hlt <===
Code: c010795d <cpu_idle+59/68> 1: 8b 5e 14 movl 0x14(%esi),%ebx
Code: c0107960 <cpu_idle+5c/68> 4: e8 5f 8a 00 00 call c01103c4 <schedule+0/280>
Code: c0107965 <cpu_idle+61/68> 9: e8 2e 22 01 00 call c0119b98 <check_pgt_cache+0/18>
Code: c010796a <cpu_idle+66/68> e: eb b8 jmp c0107924 <cpu_idle+20/68>
Code: c010796c <sys_idle+0/24> 10: b8 00 e0 ff 00 movl $0xffe000,%eax
2 warnings issued. Results may not be reliable.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Feb 15 2000 - 21:00:28 EST