wenn das hilft. Das ist mein sssd.conf: [sssd] config_file_version = 2 services = nss,pam domains = default [nss] filter_groups = root filter_users = root [pam] [domain/default] ldap_uri = ldap://ldapserver.my.domain ldap_search_base = o=XXXX ldap_schema = rfc2307bis id_provider = ldap ldap_user_uuid = entryuuid ldap_group_uuid = entryuuid ldap_id_use_start_tls = True enumerate = False cache_credentials = False ldap_tls_cacertdir = /etc/ssl/certs chpass_provider = ldap auth_provider = ldap ldap_tls_reqcert = never ldap_user_search_base = ou=YYYY,o=XXXX ldap_group_search_base = ou=ZZZZ,o=XXXX access_provider = ldap ldap_access_filter = memberOf=ou=YYYY,o=XXXX ldap_access_order = host Gruß, ulrich On 03/03/2015 07:15 PM, Ulrich Hiller wrote:

Hallo,

erstmal danke für die Antwort. Auch an Werner.

Jetzt habe ich schon mal das Problem eingekreist. Es hat sich gezeigt, dass das etwas mit ldap zu tun hat. Das habe ich erst nicht erähnt, weil ich bei einem Segfault gleich am Anfang nicht damit gerechnet habe. Aber wenn ich einen lokalen Benutzer eintrage, tut thunderbird, nur nicht bei einem ldap-User. Aber nur thunderbird. firefox und andere Programme tun.

Jetzt die Frage: hat jemand eine Idee, was das sein könnte? Die Autenifizierung mit ldap tut. Ich muss im 13.2 (bis 13.1 ging das noch im yast) zur ldaü-Aktivierung nur /etc/nsswitch.conf und /etc/pam.d/common-session editieren. Im /etc/nscd.con habe ich password und group auf no gestellt.

Mein nsswitch.conf siehr so aus: passwd: compat ldap group: compat ldap shadow: compat ldap hosts: files mdns_minimal [NOTFOUND=return] dns networks: files dns services: files protocols: files rpc: files ethers: files netmasks: files netgroup: files nis publickey: files bootparams: files automount: files nis aliases: files

das /etc/pam.d/common-session: session optional pam_mkhomedir.so umask=0077 skel=/etc/skel/ session required pam_limits.so session required pam_unix.so try_first_pass session optional pam_umask.so session optional pam_systemd.so session optional pam_gnome_keyring.so auto_start only_if=gdm,gdm-password,lxdm,lightdm session optional pam_env.so

Vielleicht liegt es auch am Zusammenspiel mit sssd? Das sssd.conf: Oder wie aktiviert man ldap mit sssd in 13.2? Wie gesagt: ldap tut ansonsten. Nur thunderbird nicht.

Gruß, ulrich

On 03/02/2015 09:42 PM, Norbert Zawodsky wrote:

...

Hallo,

also hier läuft TB 31.5.0 auf OS 13.2 64bit ohne das geringste Problem. Welche glibc hast Du? (hier 2.19-16.9.1-x86_64)

Norbert

Am 02.03.2015 um 20:09 schrieb Ulrich Hiller:

...

Hallo,

ich habe zwar schon einen Bugreport Nr. 920260 geöffnet, aber vielleicht fällt hier jemandem etwas ein:

Wenn ich auf opensuse 13.2 x86_64 das thunderbird 31.4.0 von den repositories starte, bekomme ich einen segmentation fault: :~> thunderbird

(process:2725): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed Segmentation fault

'journalctl' sagt: kernel: thunderbird-bin[2725]: segfault at 7fd44619a95d ip 00007fd459a30348 sp 00007fffa0261208 error 7 in libc-2.19.so[7fd4599ac000+19e000]

Ich habe auch thunderbird-31.5.0, thunderbird-24.8.1, thunderbird-36.0b1 von mozilla.orf installiert mit demselben Ergebnis. Auf opensuse 13.1 läuft das alles problemlos.

Ich will hier nicht den ganzen 'strace thunderbird' in die ganze Liste pusten, aber auffällig ist darin die Zeile: 'prctl(PR_SET_PTRACER, 0x108f, 0x9d, 0, 0) = -1 EINVAL (Invalid argument)'

Ist jemandem schon mal sowas begnet und weiß zumindest einen Workaround? Sieht mir irgendwie nach einem glibc Bug aus.

Gruß und Dank, Ulrich

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

der Pfad scheint in Ordnung zu sein. Die Sache ist gelöst. Es war das ldap.so Problem in mozilla (siehe vorige Mail). Aber trotzdem Danke für den Hinweis. Ich werde es im Hinterkopf behalten. Gruß, Ulrich On 03/03/2015 07:44 PM, Yamaban wrote:

On Tue, 3 Mar 2015 19:32, Ulrich Hiller wrote:

...

wenn das hilft. Das ist mein sssd.conf:

[sssd] config_file_version = 2 services = nss,pam domains = default

[nss] filter_groups = root filter_users = root

[pam]

[domain/default] ldap_uri = ldap://ldapserver.my.domain ldap_search_base = o=XXXX ldap_schema = rfc2307bis id_provider = ldap ldap_user_uuid = entryuuid ldap_group_uuid = entryuuid ldap_id_use_start_tls = True enumerate = False cache_credentials = False

...

ldap_tls_cacertdir = /etc/ssl/certs Prüf mal diesen Pfad, da könnte Ärger im Verzug sein. Irgend ein Update hat da was verändert, ob das nun eine reine Tumbleweed/Factory Sache war oder auch in 13.2 reingeschwapt ist, kann ich grad nicht sagen (sitz grad am alten system, 12.3)

[snip]

- Yamaban -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Och nöö, und das hat mich heute soviel Nerven gekostet. cd /usr/lib64/thunderbird mv libldap60.so libldap60.so-0 ln -s /usr/lib64/libldap-2.4.so.2.10.2 libldap60.so und thunderbird tut. Vielen Dank, Wolfgang. Gruß, ulrich On 03/03/2015 07:36 PM, Wolfgang Rosenauer wrote:

Am 03.03.2015 um 19:15 schrieb Ulrich Hiller:

...

Jetzt habe ich schon mal das Problem eingekreist. Es hat sich gezeigt, dass das etwas mit ldap zu tun hat. Das habe ich erst nicht erähnt, weil ich bei einem Segfault gleich am Anfang nicht damit gerechnet habe. Aber wenn ich einen lokalen Benutzer eintrage, tut thunderbird, nur nicht bei einem ldap-User. Aber nur thunderbird. firefox und andere Programme tun.

Jetzt die Frage: hat jemand eine Idee, was das sein könnte? Die Autenifizierung mit ldap tut. Ich muss im 13.2 (bis 13.1 ging das noch im yast) zur ldaü-Aktivierung nur /etc/nsswitch.conf und /etc/pam.d/common-session editieren. Im /etc/nscd.con habe ich password und group auf no gestellt.

oh nee. Das alte openldap vs. mozldap Problem :-( Es wird fast 10 mittlerweile: https://bugzilla.mozilla.org/show_bug.cgi?id=292127

Teilweise sollte es wohl früher mal helfen, nscd zu verwenden, falls das noch nicht der Fall ist. Ansonsten ist das leider ein altes ungelöstes Problem.

Wolfgang

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Werner, ich kann Dein Problem bestätigen, auch bei Neuinstallation mit zypper. Ich kann als ldap-Server alles Mögliche eintragen: crash nach "ok" button. Dann bin ich hergegangen uns habe von https://www.mozilla.org/en-US/thunderbird/all.html das 31.5.0 runtergeladen und entpackt. Vor dem Start muss noch zypper in dbus-1-glib-32bit dbus-1-glib-devel-32bit da das 32bit-thunderbird ist. libldap verlinken ist darin nicht notwendeig. Uns damit klappt es bei mit mit dem ldap. Gruß, ulrich On 03/04/2015 01:30 PM, Werner Flamme wrote:

Ulrich Hiller [03.03.2015 19:55]:

...

Och nöö, und das hat mich heute soviel Nerven gekostet.

cd /usr/lib64/thunderbird mv libldap60.so libldap60.so-0 ln -s /usr/lib64/libldap-2.4.so.2.10.2 libldap60.so

und thunderbird tut.

Jain.

Hat bei mir geholfen, TB zu starten. Aber: das Lesen dieses Threads hat TB so erschreckt, dass es abstürzt. Meldungslos. Newsgruppen machen keine Probleme.

Ich habe LDAP als Hilfe beim Adressieren eingerichtet. Beim Verfassen einer neuemn Mail kann ich die ersten Buchstaben des Empfängers eintippen, dass versucht TB, den Empfänger im LDAP zu suchen und wutsch, weg. Komplett, ohne "Crash Reporter"-Popup. Der Crash entfällt, wenn ich LDAP als Adressierhilfe deaktiviere, aber der Crash beim Lesen dieser Mails bleibt.

Auf der Befehlszeile: /usr/lib64/thunderbird/thunderbird-bin: symbol lookup error: /usr/lib64/thunderbird/libprldap60.so: undefined symbol: ldap_get_lderrno

Gegen was kann ich libprldap jetzt austauschen? Und warum funktioniert es seit Jahren? Was wurde in TB geändert, was ca. am 20.1. aktiv wurde? Der Einsatz von nscd hilft jedenfalls nicht...

Gruß Werner

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org