[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#837123: [anna] segfault in wheezy installer



Hi,

On 2016-09-09 10:27, Vincent McIntyre wrote:
> 
> Package: libc6-udeb
> Version: 2.13-38+deb7u10
> Severity: grave
> Justification: breaks installation entirely
> 
> The wheezy installer fails with anna reporting a segfault:
>
> ...
> anna[5033]: DEBUG: retrieving libc6-udeb 2.13-38+deb7u10
> anna[5033]: DEBUG: retrieving finish-install 2.41wheezy1
> anna[5033]: DEBUG: Segmentation fault
> anna[5033]: WARNING **: package retrieval failed
> kernel: [   66.427372] wget[5382]: segfault a 0 ip 00007176c922c0ca sp 00007ffc8ca83890 error 6 in libresolv-2.13.so[7f76c9222000+13000]
> 
> This occurs shortly after libc6-udev is downloaded,
> according to the installer interactive display.

Unfortunately I am not able to reproduce the issue here. Given it
involves name resolving, I wouldn't be surprised it depends on the DNS
servers being used.


> Background
> ----------
> I was trying to reinstall an older system with wheezy.
> I was using the PXE install image available on 2016-09-08 UTC, at
> ftp.au.debian.org/debian/dists/wheezy/main/installer-amd64/current/images/netboot
> 
> The mirror shows the last update timestamp as 2016-05-31.
> debian-installer/amd64/boot-screens/f1.txt has the fairly useless
> build date stamp 20130613+deb7u3+b2.
> 
> This installation method was working fine with earlier installer
> versions. The breakage has been there some months I'd say.
> I only became fully aware of it yesterday.
> 
> I don't think the mirror is out of date; I got the same result
> with the netboot installer image downloaded from ftp.us.debian.org.
> 
> 
> The log above was copied by eye from the console,
> I was unable to install the openssh-client=udeb to copy the logs,
> thanks to the segfault.
> 
> The core of the issue is probably screwed up libc6 versions,
> see bugs 740068, 833432

It indeeds looks like that, that said the build logs actually show that
debian-installer 20130613+deb7u3+b2 has been built against glibc
2.13-38+deb7u10, so there is no version skew in this case.

Unfortunately, without being able to reproduce the problem, it will be
very difficult to debug it.

Aurelien

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net


Reply to: