[OpenAFS-devel] Openafs 1.2.3 crash on Irix 6.5.11f

Wed, 24 Apr 2002 22:58:50 +0200 (CEST)

Hi,
  it seems at least some explanation of my problems is, that while
migrating from Transarc's AFS to OpenAFS, I did not know that EFS
filesystem is NOT supported on Irix under OpenAFS, as Derrick
mentioned:
 "We only support XFS and not EFS. We didn't get the EFS
 support library from IBM.".
Thank you Derrick! 

  So, there're few problems: kernel crash with message:

1.  "PANIC: afs_syscall_iopen: bad fstype = 22"
possibly caused by wrong fstype. Could that be fixed by checking what's
the fs type before doing something serious to it?

2. salvager being runned on a commadline to salvage EFS filesystem
crashes:

# more SalvageLog
@(#) OpenAFS 1.2.3 built  2002-01-29
04/24/2002 20:21:29 STARTING AFS SALVAGER 2.4 (/usr/afs/bin/salvager -debug -nowrite -partition /vicepa)
04/24/2002 20:21:29 SALVAGING FILE SYSTEM PARTITION /vicepa (device=dks0d6s6(READONLY mode))
04/24/2002 20:21:29 ***Forced salvage of all volumes on this partition***
04/24/2002 20:21:33 /vicepa is not root of a filesystem
Unable to get inodes for "dks0d6s6"; not salvaged

Probably it should not die but exit with a note that the fstype isn't
supported. Anyway, in case of core dump I get the core located in /vicepa,
as it did chdir() before. I read everywhere that I should place non-AFS
files into AFS partitions, so would be nice if the chdir() would be
omitted.

3. I had a look into the documentation on the web and I cannot
find place stating fact that EFS is NOT supported under OpenAFS. Except
the Release notes, I cannot find anything specific to OpenAFS. Only the
docs' from Transarc. ;( Am I that blind? Anyway, document called Migrating
from Transarc AFS to OpenAFS would be really nice. ;)

4. Another example of what has changed that "strings bos| grep Base"
does not give version anymore. ;)

5. fileserver dumps core, possibly because I newer used/configured the
ubik stuff:

VLLog says:
Wed Apr 24 15:09:22 2002 Using 195.113.59.111 as my primary address
Wed Apr 24 15:09:23 2002 ubik server 195.113.56.251 does not support UpdateInterfaceAddr RPC

# dbx /usr/afs/bin/fileserver corefile.fs
dbx version 7.3.1 68542_Oct26 MR Oct 26 2000 17:50:34
Core from signal SIGQUIT: Quit
(dbx) where
>  0 _BSD_getime(0x7fff2830, 0x0, 0x1, 0x0, 0x0, 0x4, 0x0, 0x104119b0)
["/xlv54/6.5.11f/work/irix/lib/libc/libc_n32_M3/sys/BSD_getime.s":12, 0xfaff97c]
   1 _gettimeofday(0x7fff2830, 0x0, 0x1, 0x0, 0x0, 0x4, 0x0, 0x104119b0)
["/xlv54/6.5.11f/work/irix/lib/libc/libc_n32_M3/sys/gettimeday.c":29, 0xfb00e04]
   2 rx_NewCall(conn = 0x104119b0) ["/usr/tmp/openafs-1.2.3/src/rx/rx.c":1006, 0x1008eb30]
   3 VOTE_GetSyncSite(z_conn = 0x104119b0, site = 0x7fff2950) ["/usr/tmp/openafs-1.2.3/src/ubik/ubik_int.cs.c":187, 0x10083008]
   4 ubik_Call(aproc = 0x100439b0, aclient = 0x104120f8, aflags = 0, p1 = 269341568, p2 = 0, p3 = 2147428904, p4 = 16, p5 = 0, p6
= 0, p7 = 0, p8 = 0, p9 = 1, p10 = 1, p11 = 268534500, p12 = 269365108, p13 = 1, p14 = 269341496, p15 = 2147428840, p16 = 0)
["/usr/tmp/openafs-1.2.3/src/ubik/ubikclient.c":420, 0x100816a8]
   5 Do_VLRegisterRPC() ["/usr/tmp/openafs-1.2.3/src/viced/viced.c":1518, 0x10017ee8]
   6 InitVL() ["/usr/tmp/openafs-1.2.3/src/viced/viced.c":1611, 0x10018370]
   7 main(argc = 1, argv = 0x7fff2fa4) ["/usr/tmp/openafs-1.2.3/src/viced/viced.c":518, 0x10014354]
   8 __start() ["/xlv55/kudzu-apr12/work/irix/lib/libc/libc_n32_M3/csu/crt1text.s":177, 0x10013678]
(dbx)

6. there're also core dumps of others, but I was not able to get out of
the core files something sensible:
Wed Apr 24 14:42:10 2002: Server directory access is not okay
Wed Apr 24 14:42:22 2002: fs:salv exited with code 0
Wed Apr 24 14:42:26 2002: vlserver exited on signal 11 (core dumped)
Wed Apr 24 14:42:26 2002: ptserver exited on signal 11 (core dumped)
Wed Apr 24 14:42:40 2002: vlserver exited on signal 11 (core dumped)
Wed Apr 24 14:42:40 2002: ptserver exited on signal 11 (core dumped)
Wed Apr 24 14:42:55 2002: vlserver exited on signal 11 (core dumped)
Wed Apr 24 14:42:56 2002: ptserver exited on signal 11 (core dumped)
Wed Apr 24 14:43:10 2002: vlserver exited on signal 11 (core dumped)
Wed Apr 24 14:43:11 2002: ptserver exited on signal 11 (core dumped)
Wed Apr 24 14:43:26 2002: vlserver exited on signal 11 (core dumped)
Wed Apr 24 14:43:26 2002: ptserver exited on signal 11 (core dumped)
Wed Apr 24 14:43:41 2002: vlserver exited on signal 11 (core dumped)
Wed Apr 24 14:43:41 2002: ptserver exited on signal 11 (core dumped)
Wed Apr 24 14:43:56 2002: vlserver exited on signal 11 (core dumped)
Wed Apr 24 14:43:56 2002: ptserver exited on signal 11 (core dumped)
Wed Apr 24 14:44:11 2002: vlserver exited on signal 11 (core dumped)
Wed Apr 24 14:44:11 2002: ptserver exited on signal 11 (core dumped)
Wed Apr 24 14:44:26 2002: vlserver exited on signal 11 (core dumped)
Wed Apr 24 14:44:26 2002: ptserver exited on signal 11 (core dumped)
Wed Apr 24 14:44:41 2002: vlserver exited on signal 11 (core dumped)
Wed Apr 24 14:44:41 2002: ptserver exited on signal 11 (core dumped)
Wed Apr 24 14:44:52 2002: fs:file exited with code 1
Wed Apr 24 14:44:52 2002: fs:vol exited on signal 15
Wed Apr 24 14:44:56 2002: vlserver exited on signal 11 (core dumped)
Wed Apr 24 14:44:57 2002: ptserver exited on signal 11 (core dumped)
Wed Apr 24 14:44:59 2002: fs:salv exited with code 0
Wed Apr 24 14:45:04 2002: fs:file exited with code 1
Wed Apr 24 14:45:04 2002: fs:vol exited on signal 15
Wed Apr 24 14:45:10 2002: fs:salv exited with code 0
[...]

Please let me know if you want to test some patches for Irix, specially
for EFS partitions.

Actually, I'll have a hard time to decide *if* and possibly *how* to
convert from EFS to XFS  while having most of the partitions occupied and
will have to pray that OpenAFS will run on XFS because I cannot revert
then back to Transarc's AFS while having XFS partions. ;(

-- 
Martin Mokrejs <mmokrejs@natur.cuni.cz>
PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
MIPS / Institute for Bioinformatics <http://mips.gsf.de>
GSF - National Research Center for Environment and Health
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
tel.: +49-89-3187 3616 , fax: +49-89-3187 3585