[OpenAFS] Salvageserver 1.6.1-3+deb7u1 core dump

[Stephan Wiesand]

On 2014-06-17, at 10:25, Harald Barth <haba@kth.se> wrote:

> More from the core:
>=20
> (gdb) bt
> #0  0x00007fbe95040475 in raise () from =
/lib/x86_64-linux-gnu/libc.so.6
> #1  0x00007fbe950436f0 in abort () from =
/lib/x86_64-linux-gnu/libc.so.6
> #2  0x000000000042f162 in osi_Panic (
>    msg=3Dmsg@entry=3D0x4635f0 "assertion failed: %s, file: %s, line: =
%d\n")
>    at ./../rx/rx_user.c:251
> #3  0x000000000042f17d in osi_AssertFailU (
>    expr=3Dexpr@entry=3D0x4586bb "Delete(&dh, \"..\") =3D=3D 0",=20
>    file=3Dfile@entry=3D0x458337 "../vol/vol-salvage.c", =
line=3Dline@entry=3D3997)
>    at ./../rx/rx_user.c:261
> #4  0x0000000000408078 in SalvageVolume (
>    salvinfo=3Dsalvinfo@entry=3D0x7fff12474f80, =
rwIsp=3DrwIsp@entry=3D0x1bd68b0,=20
>    alinkH=3D0x1bd44a0) at ../vol/vol-salvage.c:3997
> #5  0x000000000040af8d in DoSalvageVolumeGroup =
(salvinfo=3Dsalvinfo@entry=3D0x0,=20
>    isp=3D0x1bd68b0, nVols=3DnVols@entry=3D2) at =
../vol/vol-salvage.c:2092
> #6  0x000000000040c391 in SalvageFileSys1 =
(partP=3DpartP@entry=3D0x1bca880,=20
>    singleVolumeNumber=3D536904480) at ../vol/vol-salvage.c:937
> #7  0x00000000004041a9 in DoSalvageVolume (slot=3D<optimized out>,=20
>    node=3D0x1bd4030) at ../vol/salvaged.c:640
> #8  SalvageServer (argv=3D<optimized out>, argc=3D<optimized out>)
>    at ../vol/salvaged.c:574
> #9  handleit (as=3D<optimized out>, arock=3D<optimized out>)
>    at ../vol/salvaged.c:299
> #10 0x00000000004572a4 in cmd_Dispatch (argc=3D7, argc@entry=3D6, =
argv=3D0x1bc1c20,=20
>    argv@entry=3D0x7fff12475768) at cmd.c:905
> #11 0x0000000000404c67 in main (argc=3D6, argv=3D0x7fff12475768)
>    at ../vol/salvaged.c:418
>=20
> So this is bailing out at=20
> vol_salvage.c opr_Verify(afs_dir_Delete(&dh, "..") =3D=3D 0)
> which looks a lot like=20
>=20
> =
http://git.openafs.org/?p=3Dopenafs.git;a=3Dcommitdiff;h=3De8faeae6dcae0e5=
66de2b21d53d3f78f3cc44e3f
>=20
>> Improve JudgeEntry() detection of orphaned directories to
>> prevent unintentional deletion of their '.' and '..' entries.
>> This in turn prevents a later assert (opr_Verify) when we try to
>> delete and re-add '..' in order to attach the orphan.
>> ...
>=20
> So well, now I "only" need to find something that contains that patch
> (1.6.9 I suppose) for wheezy, correct?

This change went into 1.6.6, so 1.6.7 would do as well.

--=20
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany