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 <[EMAIL PROTECTED]> 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 _______________________________________________ OpenAFS-devel mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
