Derrick J Brashear wrote: >On Sat, 21 Sep 2002, Madhusudan Singh wrote: > > > >>>What happens if you try loading AFS by hand? >>> >>> > > > >> I just tried starting it by hand (/etc/rc.d/init.d/afs start) and it >>froze the whole system. Had to do a hard reboot. >> >> > >how about if you insmod the appropriate module, then run afsd, by hand? > > > >
The contents of /usr/vice/etc/modload : -rw-r--r-- 1 root root 501005 Aug 4 10:01 libafs-2.4.18-3-i386.o -rw-r--r-- 1 root root 497228 Aug 4 10:08 libafs-2.4.18-3-i586.o -rw-r--r-- 1 root root 498177 Aug 4 10:21 libafs-2.4.18-3-athlon.o -rw-r--r-- 1 root root 635702 Aug 4 10:28 libafs-2.4.18-3-i386.mp.o -rw-r--r-- 1 root root 632201 Aug 4 10:36 libafs-2.4.18-3-i586.mp.o -rw-r--r-- 1 root root 633134 Aug 4 10:51 libafs-2.4.18-3-athlon.mp.o -rw-r--r-- 1 root root 632554 Aug 4 10:59 libafs-2.4.18-3-i686.ep.o -rw-r--r-- 1 root root 632878 Aug 4 11:07 libafs-2.4.18-3-i686.bm.o -rw-r--r-- 1 root root 42472 Sep 20 12:46 libafs.map -rw-r--r-- 1 root root 495999 Sep 20 22:21 libafs-2.4.19-LAPTOP-CUSTOM-17SEP2002-i386.o -rw-r--r-- 1 root root 495999 Sep 20 22:24 libafs-2.4.19-LAPTOP-CUSTOM-17SEP2002-i586.o -rw-r--r-- 1 root root 495999 Sep 20 22:27 libafs-2.4.19-LAPTOP-CUSTOM-17SEP2002-i686.o -rw-r--r-- 1 root root 495999 Sep 20 22:30 libafs-2.4.19-LAPTOP-CUSTOM-17SEP2002-athlon.o -rw-r--r-- 1 root root 630178 Sep 20 22:34 libafs-2.4.19-LAPTOP-CUSTOM-17SEP2002-i386.mp.o -rw-r--r-- 1 root root 630178 Sep 20 22:37 libafs-2.4.19-LAPTOP-CUSTOM-17SEP2002-i586.mp.o -rw-r--r-- 1 root root 630178 Sep 20 22:47 libafs-2.4.19-LAPTOP-CUSTOM-17SEP2002-i686.mp.o -rw-r--r-- 1 root root 630178 Sep 20 23:17 libafs-2.4.19-LAPTOP-CUSTOM-17SEP2002-athlon.mp.o -rw-r--r-- 1 root root 1493 Sep 20 23:19 SymTable -rw-r--r-- 1 root root 524288 Sep 21 23:45 libafs-2.4.18-3-i686.mp.o;3d8d3c93 The first few libafs-2.4.18-3* are understandable (old versions) but the newest one is puzzling. However, I tried to insmod the libafs-2.4.19-LAPTOP-CUSTOM-17SEP2002* modules - in the order i686, i586 and i386. After each attempt I got a message that it would taint the kernel : licence not ... When I rebooted, I got the same old hang at : (quoting from memory) Cache size (100000) should be less than 95 %(which is 96035) ... Lower cache size I am not entirely certain that I used to get "Lower cache size" type messages during normal operation with the older rpm's. Are the 1.2.6 rpm's for Redhat 7.3 for kernel 2.4.19 ? If so, would the kernel $EXTRAVERSION string cause problems ? Thanks, MS Just in case it helps to localise the problem, I am attaching some additional info : _________________________________________ Contents of libafs.map (first few lines) : Warning: loading /usr/vice/etc/modload/libafs-2.4.18-3-i686.o will taint the kernel: no license Warning: loading /usr/vice/etc/modload/libafs-2.4.18-3-i686.o will taint the kernel: forced load Sections: Size Address Align .this 00000060 cc0c1000 2**2 .text 0004a468 cc0c1060 2**2 .fixup 00000218 cc10b4c8 2**0 .rodata 000007d8 cc10b6e0 2**5 .rodata.str1.32 00003c20 cc10bec0 2**5 .rodata.str1.1 00001582 cc10fae0 2**0 __ex_table 00000138 cc111064 2**2 .kstrtab 00004985 cc11119c 2**0 __ksymtab 000023e0 cc115b24 2**2 __archdata 00000000 cc117f10 2**4 __kallsyms 00009fc0 cc117f10 2**2 .data 00000f1c cc121ee0 2**5 .bss 000092e0 cc122e00 2**5 _______________________________________________ Contents of SymTable : # This file describes the available AFS kernel modules and what kernel # versions they work with. Each line matches against some kernel symbol # version, and specifies a module which may be used with kernels containing # that version of the specified symbol. Only lines which match the # currently-running kernel are considered. # # In addition, each line may specify a minimum CPU model on which the module # will work. If this value is present, the actual CPU model must be greater # than or equal to the version specified; otherwise, the module is assumed # to work on any CPU. # # The last match found will be used. # # Symbol Version MinCPU Module #======= ============ ====== ==================== iget4 smp_bca964ec - 2.4.19-LAPTOP-CUSTOM-17SEP2002-athlon.mp > sock_create=smp_dae70453 iget4 smp_bca964ec - 2.4.19-LAPTOP-CUSTOM-17SEP2002-athlon > sock_create=smp_dae70453 iget4 smp_bca964ec - 2.4.19-LAPTOP-CUSTOM-17SEP2002-i386.mp > sock_create=smp_dae70453 iget4 smp_bca964ec - 2.4.19-LAPTOP-CUSTOM-17SEP2002-i386 > sock_create=smp_dae70453 iget4 smp_bca964ec - 2.4.19-LAPTOP-CUSTOM-17SEP2002-i586.mp > sock_create=smp_dae70453 iget4 smp_bca964ec - 2.4.19-LAPTOP-CUSTOM-17SEP2002-i586 > sock_create=smp_dae70453 iget4 smp_bca964ec - 2.4.19-LAPTOP-CUSTOM-17SEP2002-i686.mp > sock_create=smp_dae70453 iget4 smp_bca964ec - 2.4.19-LAPTOP-CUSTOM-17SEP2002-i686 > sock_create=smp_dae70453 _______________________________________________ OpenAFS-info mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-info
