[OpenAFS] fileserver coredumping

[Horst Birthelmer]

What version of the fileserver??

On Monday, April 19, 2004, at 02:41 PM, J S wrote:

> Hi,
>
> Me again! I'm having a problem with one of the AFS clients (on AIX). 
> The fileserver keeps coredumping. I have attached some debug below but 
> I'm not sure what the problem is. I can CD into /afs though!
>
> Thanks for any help.
>
> JS.
>
> # head BosLog
> Mon Apr 19 12:42:04 2004: Server directory access is okay
> Mon Apr 19 12:42:05 2004: runntp exited with code 8
> Mon Apr 19 12:42:06 2004: runntp exited with code 8
> Mon Apr 19 12:42:07 2004: runntp exited with code 8
> Mon Apr 19 12:42:08 2004: runntp exited with code 8
> Mon Apr 19 12:42:09 2004: runntp exited with code 8
>
> # tail BosLog
> Mon Apr 19 13:30:25 2004: fs:file exited on signal 6 (core dumped)
> Mon Apr 19 13:30:25 2004: fs:vol exited on signal 15
> Mon Apr 19 13:31:28 2004: fs:salv exited with code 0
> Mon Apr 19 13:33:04 2004: fs:file exited on signal 6 (core dumped)
> Mon Apr 19 13:33:04 2004: fs:vol exited on signal 15
> Mon Apr 19 13:34:08 2004: fs:salv exited with code 0
> Mon Apr 19 13:35:44 2004: fs:file exited on signal 6 (core dumped)
> Mon Apr 19 13:35:44 2004: fs:vol exited on signal 15
> Mon Apr 19 13:36:51 2004: fs:salv exited with code 0
>
>
> # cat FileLog
> Mon Apr 19 13:36:51 2004 File server starting
> Mon Apr 19 13:36:51 2004 afs_krb_get_lrealm failed, using blahblah.com
>
> # cat VolserLog
> Sun Mar 21 04:00:50 2004 Starting AFS Volserver 2.0 
> (/usr/afs/bin/volserver)
> Tue Mar 23 12:25:03 2004 VAttachVolume: attach of volume 536870944 
> apparently denied by file server
> FSYNC_askfs: No response from file server
> Tue Mar 23 12:25:03 2004 1 Volser: ListVolumes: Could not attach 
> volume 536870944 (V0536870944.vl) error=103

This looks suspicious but it shouldn't kill your fileserver.

>
> # dbx /usr/afs/bin/fileserver corefile.fs
> Type 'help' for help.
> reading symbolic information ...warning: no source compiled with -g
>
> [using memory image in corefile.fs]
>
> IOT/Abort trap in pthread_kill at 0xd0014af8 ($t16)
> 0xd0014af8 (pthread_kill+0x80) 80410014        lwz   r2,0x14(r1)
> (dbx) where
> pthread_kill(??, ??) at 0xd0014af8
> _p_raise(??) at 0xd0013eac
> raise.raise(??) at 0xd018792c
> abort() at 0xd0180400
> AssertionFailed() at 0x1000594c
> FSYNC_sync() at 0x1004499c
> _pthread_body(??) at 0xd00080c8
> (dbx)
>
> _________________________________________________________________
> Express yourself with cool new emoticons 
> http://www.msn.co.uk/specials/myemo
>
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>