[arch-dev-public] Fwd: [arch-notifications] Core/Extra Cleanup 20-05-2010

[Thomas Bächler]

Am 20.05.2010 15:32, schrieb Allan McRae:
> On 20/05/10 21:25, Thomas Bächler wrote:
>> Am 20.05.2010 13:20, schrieb Allan McRae:
>>>>> Scan complete for extra (x86_64) at /srv/ftp/extra/os/x86_64
>>>>>       The following files are missing in the repo
>>>>>           %FILENAME%
>>>>
>>>> Looks like a broken database entry. But the output doesn't tell us
>>>> where
>>>> exactly it was.
>>>>
>>>> Did this happen more than once?
>>>>
>>>
>>> Only the once.  The previous run of the clean-up script ran fine. There
>>> were no commits between them...   so I guess this is caused by a package
>>> moving from someones staging dir in that timeframe.
>>
>> This is where the file name comes from:
>>
>> filename=$(grep -A1 '^%FILENAME%$' "${pkg}/desc" | tail -n1)
>>
>> This would mean that the last line of the 'desc' file is %FILENAME% with
>> no file name following it. I checked the extra x86_64 db, and there is
>> no such entry. *shrugs*
> 
> The next run worked fine.

Pierre noticed svn segfaulting during db-update.

Looking into dmesg, I saw that both svn and bsdtar segfaulted 10 to 20
times a week over the past 4 weeks (logs don't go back further than
that). A bsdtar segfault looks like a likely cause of the above issues.

I updated the kernel from 2.6.33.2 to 2.6.33.4 on both gerolde and
gudrun (.3 and .4 include a huge number of bugfixes) and rebooted. We'll
need to watch if the segfaults still occur.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-dev-public/attachments/20100521/005e8ba9/attachment.bin>