Bug 708896

Summary:	glibc 2.13.90-14 from updates-testing breaks nearly everything, -9 is fine.
Product:	[Fedora] Fedora	Reporter:	Jeff Johnson <trnsz>
Component:	glibc	Assignee:	Andreas Schwab <schwab>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	15	CC:	fweimer, jakub, schwab, trnsz
Target Milestone:	---
Target Release:	---
Hardware:	i686
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-05-31 11:36:20 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Jeff Johnson 2011-05-30 04:09:58 UTC

Description of problem:

Everything breaks... Getting an X desktop barely works.  I have about 50 of these systems, so I am rather in a panic if this update goes stable.

evolution[3971]: segfault at b1200000 ip 009ef550 sp b10fe9c4 error 4 in glibc-2.13.90.so
udev-configure-[2459]: segfault at b7700000 ip 0031a550 sp bfaae5e0 error 4 in libc-2.13.90.so[2a3000+18c000]
cupsd[2448]: segfault at b7500000 ip 00dd6550 sp bff74020 error 4 in libc-2.13.90.so[d5f000+18c000]
master[1542]: segfault at b7700000 ip 00fa4550 sp bfd5e368 error 4 in libc-2.13.90.so[f2d000+18c000]


Version-Release number of selected component (if applicable):

2.13.90-14

How reproducible:

Use 2.13.90-14 and try to use Xfce, Evolution, postfix, cups, etc.

Steps to Reproduce:
1. Install 2.13.90-14
2. Run almost any program.
  
Actual results:
Segmentation fault in glibc

Expected results:
Working.

Additional info:
About 50 machines all of nearly same configuration: Celerons 2.5-2.7Ghz CPUs with 512MB-1G of RAM.  32-bit. All running Fedora 15 now, doing mainly a workload of gnumeric and openoffice and printing via CUPS.  

/proc/cpuinfo:


processor	: 0
vendor_id	: GenuineIntel
cpu family	: 15
model		: 2
model name	: Intel(R) Celeron(R) CPU 2.70GHz
stepping	: 9
cpu MHz		: 2690.445
cache size	: 128 KB
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 2
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe up pebs bts cid xtpr
bogomips	: 5380.89
clflush size	: 64
cache_alignment	: 128
address sizes	: 36 bits physical, 32 bits virtual
power management:

Comment 1 Jeff Johnson 2011-05-30 04:11:25 UTC

I reported this on bodhi with negative karma but was told to report on bugzilla as well, due to the severity of the issue.

Comment 2 Andreas Schwab 2011-05-30 13:25:50 UTC

Please provide a backtrace.

Comment 3 Jeff Johnson 2011-05-30 19:14:21 UTC

Almost all the machines have just 512MB of RAM (which is enough for their minimal configuration, heavy use for standard office work) so doing a lot of testing is rather slow.  However, I transferred the appropriate debug packages, and generated the following backtraces for evolution.  I guess I can try to make bt's for postfix/cups/udev-configure-*/xfce panel if needed too:

[Switching to Thread 0xb11feb70 (LWP 3394)]
0x001fe550 in __libc_free (mem=0xb09c93f2) at malloc.c:3724
3724	  ar_ptr = arena_for_chunk(p);

#0  0x001fe550 in __libc_free (mem=0xb09c93f2) at malloc.c:3724
#1  0x0029d893 in nscd_getserv_r (crit=
    0xffffffff <Address 0xffffffff out of bounds>, critlen=<optimized out>, 
    proto=0x2d2c7e "tcp", type=GETSERVBYNAME, resultbuf=0xb11fdef8, buf=
    0xb11fdae0 "", buflen=1024, result=0xb11fdf08) at nscd_getserv_r.c:375
#2  0x0027fb2a in __getservbyname_r (name=0x1d2a8c7 "pop3s", proto=
    0x2d2c7e "tcp", resbuf=0xb11fdef8, buffer=0xb11fdae0 "", buflen=1024, 
    result=0xb11fdf08) at ../nss/getXXbyYY_r.c:194
#3  0x00248b24 in gaih_inet_serv (servicename=0x1d2a8c7 "pop3s", tp=0x2d2c74, 
    st=0xb11fdf50, req=<optimized out>) at ../sysdeps/posix/getaddrinfo.c:164
#4  0x00249774 in gaih_inet (name=0xb1a05a98 "pop.att.yahoo.com", service=
    0xb11fe110, req=0xb232ae0c, pai=0xb11fe120, naddrs=0xb11fe130)
    at ../sysdeps/posix/getaddrinfo.c:316
#5  0x0024c68d in getaddrinfo (name=0xb1a05a98 "pop.att.yahoo.com", 
    service=<optimized out>, hints=0xb232ae0c, pai=0xb232ad8c)
    at ../sysdeps/posix/getaddrinfo.c:2395
#6  0x433b8163 in cs_getaddrinfo (data=0xb1a24f18) at camel-net-utils.c:654
#7  0x42b81755 in g_thread_create_proxy (data=0xb1a00db8) at gthread.c:1897
#8  0x00139c5e in start_thread (arg=0xb11feb70) at pthread_create.c:305
#9  0x00263e9e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133

100% reproducible on -14 and fine on -9.  I didn't try any builds in-between.

Comment 4 Andreas Schwab 2011-05-31 11:36:20 UTC


*** This bug has been marked as a duplicate of bug 709267 ***