532601 - Thunderbird not starting with NFS mounted home and libnss_ldap user authentication

Status: RESOLVED DUPLICATE of bug 292127

(Thunderbird :: OS Integration, defect)

Description

[Louis-Marie]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091109 Ubuntu/9.10 (karmic) Firefox/3.5.5
Build Identifier: Thunderbird 3 RC2 (http://download.mozilla.org/?product=thunderbird-3.0rc2&os=linux&lang=en-US)

Thunderbird doesn't start at all (seems to hang). When running with gdb (thunderbird -g) getting a SIGSEV and following stack trace:

Program received signal SIGSEGV, Segmentation fault.
0x08090f3c in free ()
(gdb) bt
#0  0x08090f3c in free ()
#1  0x004872b8 in ldap_x_free () from ./bin/thunderbird/libldap60.so
#2  0x0047edc4 in ldap_set_lderrno () from ./bin/thunderbird/libldap60.so
#3  0x00493e5e in ldap_set_option () from ./bin/thunderbird/libldap60.so
#4  0x041d20f5 in ?? () from /lib/libnss_ldap.so.2
#5  0x041d2d70 in ?? () from /lib/libnss_ldap.so.2
#6  0x041d30fa in ?? () from /lib/libnss_ldap.so.2
#7  0x041d38d0 in _nss_ldap_getpwnam_r () from /lib/libnss_ldap.so.2
#8  0x01167a95 in getpwnam_r () from /lib/tls/i686/cmov/libc.so.6
#9  0x00a10802 in ?? () from /lib/libglib-2.0.so.0
#10 0x00a12805 in g_get_home_dir () from /lib/libglib-2.0.so.0
#11 0x00e984d8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#12 0x00e9abfb in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#13 0x00e48d65 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#14 0x009eac57 in g_option_context_parse () from /lib/libglib-2.0.so.0
#15 0x00e4895c in gtk_parse_args () from /usr/lib/libgtk-x11-2.0.so.0
#16 0x0807c1e6 in ?? ()
#17 0x08079f06 in ?? ()
#18 0x010e8b56 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#19 0x08079dd1 in ?? ()


Reproducible: Always

Steps to Reproduce:
1. configure libnss to use ldap backend to get current user information (user should not be in local /etc/passwd file)
2. run thunderbird
Actual Results:  
Thunderbirds hands due to a crash in libldap60.so


This bug shows with ubuntu 9.04 and 9.10, not showing with CentOS 5.3

It looks like libldap60.so provided with thunderbird overrides functionality from distribution's ldap library and fails at performing operation requested by libnss.

Comment 1

[timeless]

this is basically an incompatibility between libnss_ldap.so and libldap60.so, they have the same symbol (ldap_set_option), but libnss_ldap.so probably wanted to call its version, not ours.

iirc this is more a fault on their side than on our side. please review other bugs on this subject.

Comment 2

[Ludovic Hirlimann [:Usul]]

Are you suing builds from the ubuntu repository our Thunderbird downloaded from mozilla.org, or self compiled ?

Comment 3

[Louis-Marie]

I'm using the build from mozilla.org:

http://download.mozilla.org/?product=thunderbird-3.0rc2&os=linux&lang=en-US

Comment 4

[WHiZZi]

Same problem here. Running 32bit Ubuntu 9.10 *without* NFS homedir but with LDAP NSS enabled (my user logs in on a network).

Thunderbird 3.0 RC2 (and beta 4 too) refuses to start. With gdb enabled, only a "Program received signal SIGSEGV, Segmentation fault." will be visible, but program doesn't die. Even a strace doesn't give answer..

Workaround which I found on a OpenSuse website and seems to work:
sudo getent passwd ldap_user_name >> /etc/passwd

Thunderbird can now start. 
I downloaded Thunderbird from mozilla.org website, so no package or something :)

Comment 5

[Henry Stilmack]

Confirmed here using Thunderbird 3.0 released source, building on a 64-bit Kubuntu (9.10) system. Exactly the same symptom - the crash is in ldap_get_errno, when a ptr with a value of 0x2 gets passed to free(). 

Building same source with --disable-ldap produces a working executable - of course, with no LDAP support.

Seems to me that libldap60 should check if its functions already exist in libnss_ldap, and if so, defer to libnss_ldap since that is what the OS provides.

I have not seen this problem in any of the Thunderbird 2.x releases.

Comment 6

[Henry Stilmack]

Sorry, that should have been ld_set_errno

Comment 7

[timeless]

henry: we can't do that. so's don't work that way, nor can we use the system libraries which aren't tested with our product and which don't have the same feature set as our library.

Comment 8

[Henry Stilmack]

Well, I just built from the comm-central trunk (so it's 3.1a1pre), and it works - but only if I don't build a static binary. It looks at a quick inspection like ./mozilla/memory/jemalloc/jemalloc.c has been completely rewritten - it looks like a lot of the reserve memory stuff has been cut out - but if I build with --enable-static, I still get the same crash. So, I built without --enable-static, and then commented out the bit in installer/Makefile that checks for static libs, and everything is fine - Thunderbird just uses the system nss_ldap stuff instead of its own. Anyway, it works for me...

Comment 9

[Wayne Mery (:wsmwk)]

Louis-Marie, did you try comment 5?

Comment 10

[c_pradelli]

Same problem here with Ubuntu 9.10 and 10.04. I tested daily builds from ppa:ubuntu-mozilla-daily, and the included version in 10.04.
Is there any workarround?

Comment 11

[John Vivirito]

Ubuntu bug https://bugs.launchpad.net/thunderbird/+bug/507089

Comment 12

[Micah Gersten]

Is this a dupe of bug 292127?

Comment 13

[Virendra Singh]

Using Ubuntu 9.10 with TB 3.0.3, NFS mounted home directory, and ldap/PAM authentication. It seems to hang forvever. On debug, it shows seg. fault after reading /etc/ldap.conf.

TB 2.0.0.23 was working perfectly.
--------
Work Around: Remove Directory lookup (network address book) and softlink libldap60.so with /usr/lib/libldap-2.4.so.2
--------
TB 3 is incomplete without address network lookup working.
Is there any plan of fixing this ?

Comment 14

[Ludovic Hirlimann [:Usul]]

Micah isn't the issue due to packaging ?(In reply to comment #12)

> Is this a dupe of bug 292127?
And yes they look alike.

Comment 15

[Wolfgang Rosenauer [:wolfiR]]

(In reply to comment #14)
> Micah isn't the issue due to packaging ?(In reply to comment #12)

No, it's a general incompatibility between applications using mozldap while doing "system user-related stuff" (what almost every app does e.g. working with local files) while the system's base is configured to work with ldap integration based on openldap.

> > Is this a dupe of bug 292127?
> And yes they look alike.

Exactly.

Comment 16

[Joshua Cranmer [:jcranmer]]

People seem to be in agreement that it is a dupe of bug 292127.