Processed: Re: Bug#766732: libc: Segfault in libc (from process "pool") accessing files shared via DAV across ethernet on another machine
Processing control commands: > reassign -1 nautilus Bug #766732 [libc6] libc: Segfault in libc (from process "pool") accessing files shared via DAV across ethernet on another machine Bug reassigned from package 'libc6' to 'nautilus'. No longer marked as found in versions glibc/2.19-11. Ignoring request to alter fixed versions of bug #766732 to the same values previously set > tag -1 - moreinfo Bug #766732 [nautilus] libc: Segfault in libc (from process "pool") accessing files shared via DAV across ethernet on another machine Removed tag(s) moreinfo. -- 766732: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766732 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.b766732.141433424016073.transcr...@bugs.debian.org
Bug#766732: libc: Segfault in libc (from process "pool") accessing files shared via DAV across ethernet on another machine
control: reassign -1 nautilus control: tag -1 - moreinfo On Sun, Oct 26, 2014 at 12:53:40PM +, Brian Drummond wrote: > On Sun, 2014-10-26 at 12:00 +0100, Aurelien Jarno wrote: > > control: tag -1 + moreinfo > > > > dmesg on the Client machine reports: > > > [ 699.677988] pool[1873]: segfault at 0 ip 7f5d88066a3a sp > > > 7f5d7d974cb8 error 4 in libc-2.19.so[7f5d87fe5000+19f000] > > > The crash happens because a NULL pointer is passed to strlen(), which is > > definitely not allowed. It's therefore not a libc bug, but rather a bug > > in "pool". Where does this binary come from? I haven't been able to find > > it in the Debian archive (but I might have searched wrongly). > > Good question. > Google "pool : segfault" leads to among others > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707681 > which I believe is unrelated (cameras, USB) but (message #15) also > involves "pool" (pointing vaguely at dbus). Is "pool" related to thread > pools? It seems indeed to be related to glib thread pools, looks like they have been created by nautilus. I am reassigning the bug there, don't hesitate to reassign it to the correct package if needed. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141026143715.gi24...@hall.aurel32.net
Bug#759530: 759530: segvault in strcmp-sse42
Hi,
what I'm seeing here is a segvault in strcmp-sse42.S, although I'm
not 100% sure that this is the only issue, but as the trouble arrived
with libc 2.19 I think the problem is somewhere in the new libc,
also as running an older kernel did not help at all.
currently the szstem is completely unusable, random segvaults,
also running into some major file system issues.
The problem shows up similar to to the original mail in this bug
report, during an upgrade of unrelated libraries.
root@think:~# cat libc6_segfault.txt
Program received signal SIGSEGV, Segmentation fault.
__strcasecmp_l_avx () at ../sysdeps/x86_64/multiarch/strcmp-sse42.S:235
235 ../sysdeps/x86_64/multiarch/strcmp-sse42.S: No such file or
directory.
(gdb) bt full
#0 __strcasecmp_l_avx () at
../sysdeps/x86_64/multiarch/strcmp-sse42.S:235
No locals.
#1 0x77ac3a5e in pkgCache::FindGrp(std::string const&) () from
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#2 0x77afa9ce in
pkgCacheGenerator::NewGroup(pkgCache::GrpIterator&, std::string const&)
() from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#3 0x77b0148c in
pkgCacheGenerator::ListParser::NewDepends(pkgCache::VerIterator&,
std::string const&, std::string const&, std::string const&, unsigned
int, unsigned int) ()
from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#4 0x77b6aaec in
debListParser::ParseDepends(pkgCache::VerIterator&, char const*,
unsigned int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#5 0x77b6b362 in
debListParser::NewVersion(pkgCache::VerIterator&) () from
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#6 0x77aff640 in ?? () from
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#7 0x77b00e10 in
pkgCacheGenerator::MergeList(pkgCacheGenerator::ListParser&,
pkgCache::VerIterator*) () from
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#8 0x77b60cef in debStatusIndex::Merge(pkgCacheGenerator&,
OpProgress*) const () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#9 0x77af942a in ?? () from
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#10 0x77afc8da in
pkgCacheGenerator::MakeStatusCache(pkgSourceList&, OpProgress*, MMap**,
bool) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#11 0x77ac130b in pkgCacheFile::BuildCaches(OpProgress*, bool)
() from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#12 0xd8cb in ?? ()
No symbol table info available.
#13 0x77ba4fa6 in
CommandLine::DispatchArg(CommandLine::Dispatch*, bool) () from
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#14 0xbe14 in ?? ()
No symbol table info available.
#15 0x76c8ab45 in __libc_start_main (main=0xbc30,
argc=3, argv=0x7fffe6a8, init=, fini=,
rtld_fini=, stack_end=0x7fffe698)
at libc-start.c:287
result =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0,
-559760095329638525, 93824992264110, 140737488348832, 0, 0,
559760096206268291, 559775362226726787}, mask_was_saved = 0}}, priv =
{pad = {0x0,
0x0, 0x7fffe6c8, 0x77ffe1a8}, data = {prev = 0x0,
cleanup = 0x0, canceltype = -6456}}}
not_first_call =
#16 0xbfd7 in ?? ()
No symbol table info available.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/15d5d627a633af79de8c58b1ef6dc...@mail.recluse.de
Bug#766877: Fix multilib enabled stage1 cross builds
Package: src:glibc
Version:
Tags: patch
The patch fixes building multilib enabled stage1 cross, by doing the call xx
dance for stage1 as well, as well as generating the debhelper files for multilib
stage1 packages.
--- glibc-2.19/debian/rules.d/debhelper.mk.orig 2014-10-22 21:10:46.131349002
+0200
+++ glibc-2.19/debian/rules.d/debhelper.mk 2014-10-22 21:20:07.863363493
+0200
@@ -201,19 +201,30 @@
templates="libc-dev" ;\
pass="" ; \
suffix="" ;\
+ case "$$curpass:$$slibdir" in \
+ libc:*) \
+ ;; \
+ *:/lib32 | *:/lib64 | *:/libx32 | *:/lib/arm-linux-gnueabi*) \
+ pass="-alt" \
+ suffix="-$(curpass)" \
+ ;; \
+ esac ; \
for t in $$templates ; do \
for s in debian/$$t$$pass.* ; do \
t=`echo $$s | sed -e "s#libc\(.*\)$$pass#$(libc)\1$$suffix#"` ; \
+ echo "Generating $$t ..."; \
if [ "$$s" != "$$t" ] ; then \
cp $$s $$t ; \
fi ; \
- sed -e "s#TMPDIR#debian/tmp-$$curpass#g" -i $$t; \
- sed -e "s#RTLDDIR#$$rtlddir#g" -i $$t; \
- sed -e "s#SLIBDIR#$$slibdir#g" -i $$t; \
+ sed -i \
+ -e "/LIBDIR.*.a /d" \
+ -e "s#TMPDIR#debian/tmp-$$curpass#g" \
+ -e "s#RTLDDIR#$$rtlddir#g" \
+ -e "s#SLIBDIR#$$slibdir#g" \
+ -e "s#LIBDIR#$$libdir#g" \
+ $$t; \
done ; \
done
-
- sed -e "/LIBDIR.*.a /d" -e "s#LIBDIR#lib#g" -i
debian/$(libc)-dev.install
else
$(patsubst %,debhelper_%,$(GLIBC_PASSES)) :: debhelper_% : $(stamp)debhelper_%
$(stamp)debhelper_%: $(stamp)debhelper-common $(stamp)install_%
--- glibc-2.19/debian/rules.d/build.mk.orig 2014-10-23 15:14:45.302186092
+0200
+++ glibc-2.19/debian/rules.d/build.mk 2014-10-23 15:15:37.194572346 +0200
@@ -165,10 +165,10 @@
cross-compiling=yes install_root=$(CURDIR)/debian/tmp-$(curpass)
\
install-bootstrap-headers=yes install-headers )
- install -d $(CURDIR)/debian/tmp-$(curpass)/lib
- install -m 644 $(DEB_BUILDDIR)/csu/crt[1in].o
$(CURDIR)/debian/tmp-$(curpass)/lib
- ${CC} -nostdlib -nostartfiles -shared -x c /dev/null \
- -o $(CURDIR)/debian/tmp-$(curpass)/lib/libc.so
+ install -d $(CURDIR)/debian/tmp-$(curpass)/$(call xx,libdir)
+ install -m 644 $(DEB_BUILDDIR)/csu/crt[1in].o
$(CURDIR)/debian/tmp-$(curpass)/$(call xx,libdir)/.
+ $(call xx,CC) -nostdlib -nostartfiles -shared -x c /dev/null \
+ -o $(CURDIR)/debian/tmp-$(curpass)/$(call xx,libdir)/libc.so
else
: # FIXME: why just needed for ARM multilib?
case "$(curpass)" in \
@@ -209,6 +209,7 @@
$(MAKE) -f debian/generate-supported.mk IN=localedata/SUPPORTED \
OUT=debian/tmp-$(curpass)/usr/share/i18n/SUPPORTED; \
fi
+endif
# Create the multiarch directories, and the configuration file in
/etc/ld.so.conf.d
if [ $(curpass) = libc ]; then \
@@ -230,6 +231,7 @@
mv debian/tmp-$(curpass)/usr/include/ieee754.h
debian/tmp-$(curpass)/usr/include/$(DEB_HOST_MULTIARCH); \
fi
+ifeq ($(filter stage1,$(DEB_BUILD_PROFILES)),)
# For our biarch libc, add an ld.so.conf.d configuration; this
# is needed because multiarch libc Replaces: libc6-i386 for ld.so, and
# the multiarch ld.so doesn't look at the (non-standard) /lib32, so we
Bug#766732: libc: Segfault in libc (from process "pool") accessing files shared via DAV across ethernet on another machine
On Sun, 2014-10-26 at 12:00 +0100, Aurelien Jarno wrote: > control: tag -1 + moreinfo > > dmesg on the Client machine reports: > > [ 699.677988] pool[1873]: segfault at 0 ip 7f5d88066a3a sp > > 7f5d7d974cb8 error 4 in libc-2.19.so[7f5d87fe5000+19f000] > The crash happens because a NULL pointer is passed to strlen(), which is > definitely not allowed. It's therefore not a libc bug, but rather a bug > in "pool". Where does this binary come from? I haven't been able to find > it in the Debian archive (but I might have searched wrongly). Good question. Google "pool : segfault" leads to among others https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707681 which I believe is unrelated (cameras, USB) but (message #15) also involves "pool" (pointing vaguely at dbus). Is "pool" related to thread pools? or https://bbs.archlinux.org/viewtopic.php?pid=1092046 which at least involves Nautilus so may be more closely related. This points at Gnome bug https://bugzilla.gnome.org/show_bug.cgi?id=674659 which at least gives me some hints about running Nautilus under gdb. If I can dig up anything this way I'll update. - Brian -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1414328020.1734.1.ca...@shapes.demon.co.uk
Processed: Re: Bug#766732: libc: Segfault in libc (from process "pool") accessing files shared via DAV across ethernet on another machine
Processing control commands: > tag -1 + moreinfo Bug #766732 [libc6] libc: Segfault in libc (from process "pool") accessing files shared via DAV across ethernet on another machine Added tag(s) moreinfo. -- 766732: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766732 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.b766732.141432121630184.transcr...@bugs.debian.org
Bug#766732: libc: Segfault in libc (from process "pool") accessing files shared via DAV across ethernet on another machine
control: tag -1 + moreinfo On Sat, Oct 25, 2014 at 12:29:05PM +0100, brian...@shapes.demon.co.uk wrote: > Package: libc6 > Version: 2.19-11 > Severity: grave > File: libc > Justification: causes non-serious data loss > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > >* What led up to the situation? > Two computers, both amd64 systems, running Jessie (testing), both > dist-upgraded > 24 Oct 2014. > > Attempting to copy a substantial dataset from one machine to the other. > I have not tried to find the problem from the command line but can reproduce > it > from either machine > using Gnome (Nautilus). > >* What exactly did you do (or not do) that was effective (or > ineffective)? > > On one machine, (the Server) enable file sharing (via ~/Public in Nautilus) > > Then expose a substantial quantity of data (0.3TB is enough here) in the > Public > folder. > For example > cd ~/Public > mount --bind ../Music Music > (I have a lot of FLAC-encoded CDs in Music : you may need to substitute a > similarly large lump of data. > The example dataset has 14000 large files in 600 folders.) > > On the other machine, (the Client) in Nautilus, mount "users shared files on > " > display that folder > perform operations on e.g. Music. > Right-click/Properties exhibits the problem > Copy/Paste (to a local folder on the Client - which DOES have enough space) - > also exhibits it, but it takes much longer to manifest. > This suggests to me that the problem is in handling directory or file stats > rather than simply the file sizes themselves. > >* What was the outcome of this action? > > The operation runs for a while, then stops (e.g. the Properties window shows > file size increasing, but stops at 253GB > (or 63GB when the Client and Server machines are interchanged; but always at > the same size) > > dmesg on the Client machine reports: > [ 699.677988] pool[1873]: segfault at 0 ip 7f5d88066a3a sp > 7f5d7d974cb8 error 4 in libc-2.19.so[7f5d87fe5000+19f000] > (on a subsequent run after a dist-upgrade and restart) > [ 303.568248] pool[1941]: segfault at 0 ip 7f84f52e6a3a sp > 7f84f299ccb8 error 4 in libc-2.19.so[7f84f5265000+19f000] The crash happens because a NULL pointer is passed to strlen(), which is definitely not allowed. It's therefore not a libc bug, but rather a bug in "pool". Where does this binary come from? I haven't been able to find it in the Debian archive (but I might have searched wrongly). -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141026110011.gd...@hall.aurel32.net
