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