Messages in this thread | | | Date | Sat, 18 Sep 1999 10:46:36 -0400 (EDT) | From | Jack Neely <> | Subject | Arla + 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.
| |