[OpenAFS] file server crashed
Mon, 2 Sep 2013 22:44:30 +0800 (GMT+08:00)
> =B7=A2=BC=FE=C8=CB: "Harald Barth" <firstname.lastname@example.org>
> =B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4=EA9=D4=C22=C8=D5 =D0=C7=C6=DA=D2=BB
> =CA=D5=BC=FE=C8=CB: email@example.com
> =B3=AD=CB=CD: firstname.lastname@example.org
> =D6=F7=CC=E2: Re: [OpenAFS] file server crashed
> > Sep 2 13:47:28 afsfs03 kernel: fileserver: segfault at 106c46f8 =
ip 000000000043f448 sp 00007fd0f75fde10 error 4 in fileserver[400000+b3000]
> > Sep 2 13:47:29 afsfs03 abrt: Saved core dump of pid 8534 (/usr/=
afs/bin/fileserver) to /var/spool/abrt/ccpp-2013-09-02-13:47:28-8534 (21103=
> Yes, that core dump would be nice to have for analytics.
I checked the dump file, however, it was deleted by abrtd.
> > Sep 2 13:47:29 afsfs03 abrtd: Directory 'ccpp-2013-09-02-13:47:28-8534=
' creation detected
> > Sep 2 13:47:30 afsfs03 abrtd: Package 'openafs-server' isn't signed wi=
th proper key
> > Sep 2 13:47:30 afsfs03 abrtd: 'post-create' on '/var/spool/abrt/ccpp-2=
013-09-02-13:47:28-8534' exited with 1
> > Sep 2 13:47:30 afsfs03 abrtd: Corrupted or bad directory /var/spool/ab=
> Seems like abrtd deleted it. Looks to me that this abrtd process is not d=
oing you a favour.
> Can you have a look if it's really gone?
> Do you have DeleteUploaded=3Dyes in your abrt.conf?=20
> My Scientiffic Linux 6.0 does not run an abrtd, so I don't know that much=
> Is that automatically installed in 6.3 and with what conf?
This is the content of abrt.conf
# Enable this if you want abrtd to auto-unpack crashdump tarballs which app=
# in this directory (for example, uploaded via ftp, scp etc).
# Note: you must ensure that whatever directory you specify here exists
# and is writable for abrtd. abrtd will not create it automatically.
#WatchCrashdumpArchiveDir =3D /var/spool/abrt-upload
# Max size for crash storage [MiB] or 0 for unlimited
MaxCrashReportsSize =3D 1000
# Specify where you want to store coredumps and all files which are needed =
# reporting. (default:/var/spool/abrt)
# Changing dump location could cause problems with SELinux. See man abrt_se=
#DumpLocation =3D /var/spool/abrt
But I didn't got the key lines "DeleteUploaded=3Dyes"
Do you mean to add this line manually?
> > openafs-server-18.104.22.168-1.1.x86_64
> I am running openafs-server-1.6.5-145.sl6 on SL 6.0. From the
> sl-security repo. Is there any reason to stick with 1.4.14?
I just follow the specification of CERN and many tests on it passed.
> OpenAFS-info mailing list