lkml.org 
[lkml]   [1999]   [Sep]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectArla + kth-krb 0.10.1 + 2.2.12 = many oops
As was suggested, I upgraded from kth-krb 0.9.6 to 0.10.1 so I could get
the latest version of arla to compile. And compile it did. However I now
have a syslog full of oopes. Lots and lots of oopes. It seems to have
something to do with krb0.10.1. Arla doesn't seem to be the problem as
I tested multiple versions.

I have now returned to using kth-krb 0.9.6. My system is
back to normal. Attached is one of my many oopes that has been run
through ksymoops.

Linux version 2.2.12 (root@excalibur) (gcc version 2.7.2.3) #1 Thu Aug 26
21:28:51 EDT 1999

I compiled krb with egcs 1.1.2, Arla with 2.7.2.3. Could this be the
source of my problem?

What caused the oops you might ask. Well after compiling krb0.10.1 and
arla and installing them both and checking the configuration I ran arla in
test mode. Worked great. Started arla like normal. I have a sym link in
my home dir to my home dir in AFS space and sometimes it takes ls a few
seconds to see that my home dir in AFS exists so it knowns what color to
make the sym link. I did an ls and it just stopped. ^C gave no responce.
I supect (as it has happened before) that ls was stuck in the D state.
Now here's the wierd part. I go to another terminal to check on my stuck
ls and do a ps ax. My kernel oopes, ps segfaults. Run top: oops and
segfault. Run w: oops and segfault. It seems to be the same oops. I
have a syslog full of 'em if you'd like to look.

Any ideas?
Jack Neely



--
Jack Neely AKA C4Man AKA The QuackMaster
E-mail: jjneely@eos.ncsu.edu
Home Page: http://www.ac.net/~hneely
http://quackmaster.net
ICQ UIN: 3738590

Current Project: The NC State Linux Video Project
http://prisant.ncsu.edu/~neely


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 (default)
-o /lib/modules/2.2.12/ (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-m /usr/src/linux/System.map (default)
-c 1 (default)

You did not tell me where to find symbol information. I will assume
that the log matches the kernel and modules that are running right now
and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.

No modules in ksyms, skipping objects
Unable to handle kernel NULL pointer dereference at virtual address
00000009
current->tss.cr3 = 084d0000, %cr3 = 084d0000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c0143194>]
EFLAGS: 00010202
eax: fc343360 ebx: c0edc000 ecx: 0000177f edx: 00000001
esi: 05fe8f54 edi: c01d8e6c ebp: 000001ff esp: c18cdf14
ds: 0018 es: 0018 ss: 0018
Process ps (pid: 6028, process nr: 73, stackpage=c18cd000)
Stack: c01d8e6c 000001ff ccd363c0 c6c44044 00000001 c012c434 00000000
00000000
40014da8 cbc76550 000001ff 00000015 c0143c2f 0000177f c6c44000
c0143d29
c6c44000 0000177f 0000000b c1f76c20 40014da8 00000007 000001ff
0000000b
Call Trace: [<c012c434>] [<c0143c2f>] [<c0143d29>] [<c0124fea>]
[<c0125732>] [<c0109ec4>]
Code: 8b 42 08 2b 42 04 01 c6 8b 52 0c 85 d2 75 f1 8b 8b ec 1f 00

>>EIP: c0143194 <get_stat+90/260>
Trace: c012c434 <lookup_dentry+138/1ac>
Trace: c0143c2f <get_process_array+6f/88>
Trace: c0143d29 <array_read+e1/21c>
Trace: c0124fea <filp_open+46/f8>
Trace: c0125732 <sys_read+be/dc>
Code: c0143194 <get_stat+90/260> 00000000 <_EIP>: <===
Code: c0143194 <get_stat+90/260> 0: 8b 42 08 movl 0x8(%edx),%eax <===
Code: c0143197 <get_stat+93/260> 3: 2b 42 04 subl 0x4(%edx),%eax
Code: c014319a <get_stat+96/260> 6: 01 c6 addl %eax,%esi
Code: c014319c <get_stat+98/260> 8: 8b 52 0c movl 0xc(%edx),%edx
Code: c014319f <get_stat+9b/260> b: 85 d2 testl %edx,%edx
Code: c01431a1 <get_stat+9d/260> d: 75 f1 jne 0 <_EIP>
Code: c01431a3 <get_stat+9f/260> f: 8b 8b ec 1f 00 movl 0x1fec(%ebx),%ecx
Code: c01431a8 <get_stat+a4/260> 14: 00


4 warnings issued. Results may not be reliable.
\
 
 \ /
  Last update: 2005-03-22 13:54    [W:0.044 / U:0.080 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site