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:
I reported this on bodhi with negative karma but was told to report on bugzilla as well, due to the severity of the issue.
Please provide a backtrace.
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.
*** This bug has been marked as a duplicate of bug 709267 ***