Hi, so I've upgraded from IBM AFS 2.32 to openafs-1.2.7 official binaries and have couple of problems:
1. bosserver and others services don't start as kernel report Dec 10 17:11:41 1A:xx unix: |$(0x6da)ALERT: Process [vlserver] pid 1170 killed: process or stack limit exceeded Dec 10 17:11:47 1A:xx unix: |$(0x6da)ALERT: Process [ptserver] pid 1173 killed: process or stack limit exceeded What makes them so memory hungry? I did not change kernel settings at all? Would someone have a look into the changes between these version for what might be the of this? 2. coredumps in /usr/afs/logs/ -rw-r--r-- 1 root sys 929792 Dec 10 17:11 core -rw-r--r-- 1 root sys 4344280 Apr 24 2002 corefile.fs -rw-r--r-- 1 root sys 929792 Dec 10 16:57 coreptserver -rw-r--r-- 1 root sys 1130496 Dec 10 16:57 corevlserver -rw-r--r-- 1 root sys 1380352 May 3 2002 corevol.fs All the corefiles turned to be useless for retrieving the stack trace. It seems the binaries are stripped or to much optimized. In one case, I've got: # dbx /usr/afs/bin/fileserver corefile.fs dbx version 7.3.1 68542_Oct26 MR Oct 26 2000 17:50:34 Elf 32 File Header in core file does not match executable/dso /usr/afs/bin/fileserver (elf header e_entry mismatch) (use of the core file may be misleading!) Unable to correlate regions with rld, object list address is 0x0 Unable to correlate regions with rld object list:( dbx internal status code 7).Allowing some minimal use of the core file, butdbx will work poorly (if at all) Core file does not correspond to executable Executable /usr/afs/bin/fileserver (dbx) where process must be stopped (dbx) quit BosLog Tue Dec 10 16:57:32 2002: vlserver exited on signal 11 (core dumped) Tue Dec 10 16:57:33 2002: ptserver exited on signal 11 (core dumped) Tue Dec 10 16:57:33 2002: vlserver exited on signal 11 (core dumped) Tue Dec 10 16:57:34 2002: ptserver exited on signal 11 (core dumped) Tue Dec 10 16:57:35 2002: vlserver exited on signal 11 (core dumped) Tue Dec 10 16:57:36 2002: ptserver exited on signal 11 (core dumped) Tue Dec 10 16:57:36 2002: vlserver exited on signal 11 (core dumped) Tue Dec 10 16:57:37 2002: ptserver exited on signal 11 (core dumped) Tue Dec 10 16:57:37 2002: vlserver exited on signal 11 (core dumped) Tue Dec 10 16:57:38 2002: ptserver exited on signal 11 (core dumped) Tue Dec 10 16:57:39 2002: vlserver exited on signal 11 (core dumped) Tue Dec 10 16:57:39 2002: BNODE 'vlserver' repeatedly failed to start, perhaps missing executable. Tue Dec 10 16:57:39 2002: ptserver exited on signal 11 (core dumped) Tue Dec 10 16:57:39 2002: BNODE 'ptserver' repeatedly failed to start, perhaps missing executable. Tue Dec 10 16:57:40 2002: vlserver exited on signal 11 (core dumped) Tue Dec 10 16:57:40 2002: BNODE 'vlserver' repeatedly failed to start, perhaps missing executable. Tue Dec 10 16:57:40 2002: ptserver exited on signal 11 (core dumped) Tue Dec 10 16:57:40 2002: BNODE 'ptserver' repeatedly failed to start, perhaps missing executable. Tue Dec 10 16:59:37 2002: fs:salv exited with code 0 Tue Dec 10 17:01:20 2002: fs:file exited with code 1 Tue Dec 10 17:01:20 2002: fs:vol exited on signal 15 Tue Dec 10 17:03:17 2002: fs:salv exited with code 0 Tue Dec 10 17:05:04 2002: fs:file exited with code 1 Tue Dec 10 17:05:05 2002: fs:vol exited on signal 15 Tue Dec 10 17:06:51 2002: fs:salv exited with code 0 Tue Dec 10 17:08:03 2002: fs:file exited with code 1 Tue Dec 10 17:08:03 2002: fs:vol exited on signal 15 Tue Dec 10 17:09:54 2002: fs:salv exited with code 0 FileLog Tue Dec 10 17:09:55 2002 XFS/EFS File server starting Tue Dec 10 17:11:06 2002 VL_RegisterAddrs rpc failed; will retry periodically (code=5376, err=2) Tue Dec 10 17:11:07 2002 Partition /vicepa: XFS inodes too small, exiting. Tue Dec 10 17:11:07 2002 Run xfs_size_check utility and remake partitions. Tue Dec 10 17:11:07 2002 Shutting down: errors encountered initializing volume package Tue Dec 10 17:11:07 2002 VShutdown: shutting down on-line volumes... Tue Dec 10 17:11:07 2002 VShutdown: complete. PtLog Tue Dec 10 17:11:41 2002 Using 195.113.59.111 as my primary address SalvageLog @(#) OpenAFS 1.2.7 built 2002-09-25 12/10/2002 17:11:41 STARTING AFS SALVAGER 2.4 (/usr/afs/bin/salvager) 12/10/2002 17:11:41 Partition /vicepa: XFS inodes too small, exiting. 12/10/2002 17:11:41 Run xfs_size_check utility and remake partitions. 12/10/2002 17:11:41 Starting salvage of file system partition /vicepb 12/10/2002 17:11:41 SALVAGING FILE SYSTEM PARTITION /vicepb (device=dks0d5s7) 12/10/2002 17:13:31 Unable to successfully stat inode file for (null) 12/10/2002 112/10/2002 17:14:05 SALVAGING OF PARTITION /vicepb COMPLETED /salvage.inodes.dks0d5s7.1163; Not salvaged dks0d5s7 *** Increase space on partition or use '-tmpdir' null filename during server startup? But running interactively I got: # /usr/afs/bin/salvager -nowrite -partition /vicepb -showlog -debug @(#) OpenAFS 1.2.7 built 2002-09-25 12/10/2002 17:29:47 STARTING AFS SALVAGER 2.4 (/usr/afs/bin/salvager -nowrite -partition /vicepb -showlog -debug) 12/10/2002 17:29:47 Partition /vicepa: XFS inodes too small, exiting. 12/10/2002 17:29:47 Run xfs_size_check utility and remake partitions. 12/10/2002 17:29:47 SALVAGING FILE SYSTEM PARTITION /vicepb (device=dks0d5s7(READONLY mode)) 12/10/2002 17:29:47 Removing old salvager temp files salvage.inodes.dks0d5s7.1273 12/10/2002 17:31:30 SALVAGING OF PARTITION /vicepb (READONLY mode) COMPLETED # Why does /salvager care about /vicepa, when I asked it to look only at /vicepb? SalvageLog.old @(#) OpenAFS 1.2.7 built 2002-09-25 12/10/2002 17:11:07 STARTING AFS SALVAGER 2.4 (/usr/afs/bin/salvager) 12/10/2002 17:11:07 Partition /vicepa: XFS inodes too small, exiting. 12/10/2002 17:11:07 Run xfs_size_check utility and remake partitions. 12/10/2002 17:11:07 Starting salvage of file system partition /vicepb VLLog Tue Dec 10 17:11:41 2002 Using 195.113.59.111 as my primary address VolserLog Tue Dec 10 17:09:55 2002 Starting AFS Volserver 2.0 (/usr/afs/bin/volserver) Is someone interrested if I'd build -g2 binaries and post the resolved stack traces to the list? -- Martin Mokrejs <[EMAIL PROTECTED]>, <[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 3683 , fax: +49-89-3187 3585 _______________________________________________ OpenAFS-devel mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
