# V7: samba prozesse gehen durch (die Decke) **URL:** \ **Category:** Server\ **Tags:** v7\ **Created:** [13. September 2020 um 20:43 UTC](https://ask.linuxmuster.net/t/v7-samba-prozesse-gehen-durch-die-decke/6170 "2020-09-13T20:43:54Z")\ **Posts on this page:** 1\ **Showing post:** 11
**Author:** ![Tobias](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tobias/32/85_2.png) [@Tobias](https://ask.linuxmuster.net/u/Tobias)\ **Post date:** [7. Oktober 2020 um 08:53 UTC](https://ask.linuxmuster.net/t/v7-samba-prozesse-gehen-durch-die-decke/6170/11 "2020-10-07T08:53:02Z")
Hallo zusammen, ich habe das Problem jetzt eingedämmt. @garblixa und @baumhof: Danke für die Hilfe. 1. Problem: evtl. ist smbclient an den Fehlermeldungen schuld und daran, dass die Cron-jobs die nextcloud absetzt ziemlich lange dauern. Debuggen konnte ich das noch nicht. Ich habe smb-external storages eben wieder abgeschalten (app sogar deaktiviert) 2. Problem: LDAP, das ist echt übel: Gruppen in Gruppen darf ich bei mir nicht aktivieren. Ihr findet die Konfiguration (noch) in der aktuellen Doku: [https://docs.linuxmuster.net/de/latest/external-services/nextcloud/index.html#einstellungen-fortgeschritten](https://docs.linuxmuster.net/de/latest/external-services/nextcloud/index.html#einstellungen-fortgeschritten) und zwar „Eingebundene Gruppen“ darf ich bei mir einfach nicht aktivieren. Die Folge ist logisch: er sucht bei Gruppenzugehörigkeiten oder allgemein bei der Rückgabe von Gruppen (hier bei mir in der App: External Sites) eben nach GRuppen im LDAP und geht wohl der Vernestung nach. Neben dem Effekt, dass ich ca. 100 Projekte inzwischen habe und auch natürlich meine ca. 40 Klassen , findet Nextcloud-LDAP-Integration so ca. 170 Gruppen bei mir. Die „External Sites“ App (und evtl. auch der Cronjob) stößt einen samba-ad-dc-Prozess auf dem Server an, der aber sehr lange mit der Rückmeldung braucht - ganz sicher wegen des Gruppen-in-Gruppen features. Sobald ich das abschalte, ist der Prozess schnell wieder zurück. Dann kommt noch dazu, dass PHP da einen 60 Sekunden Timeout drinhat, so dass die Nextcloud nach 60 denkt, mit dem LDAP stimmt was nicht. Ich habe auch den Switch gefunden um das hochzuschrauben in meiner nginx/php Konfiguration, aber das bringt ja nichts, wenn der Server mit der Rückmeldung so lange braucht. Dann kam dazu, dass die NExtcloud pro external sites einen LDAP-Befehl absetzt um die GRuppen zu bestimmen, bei X external sites habe ich X samba prozess mit 100% die ein paar Minuten brauchen um die GRuppen zurückzuliefern - und bäm, ist mein Server am Anschlag. Das ist nicht unbedingt Fehler des Sambaservers. Tatsächlich habe ich das caching feature von @garblixa nicht ausprobiert. Aber das ist auch nur ein workaround, der dann die Komplexität möglicherweise noch erhöht. Warum ich das ganze jetzt noch länger schreibe: Ich kann zwar bei mir das Problem eindämmen, aber der Fakt, dass ich es schaffe den LDAP-Server so zu beschäftigen, kann auch bei anderen mal anschlagen, das gefällt mir nicht. Vllt. stimmt etwas auf dem Server mit der gruppen-vernestung nicht, bei mir, oder bei allen? Das zweite Problem ist bei mir, dass (vermutlich) durch die teilweise hohe Last auf dem Server, die Linuxclients nicht zuverlässig eine Anmeldung erlauben. Ich habe das Gefühl, dass die Unzuverlässigkeit der Linuxclient-domänengebundenen Anmeldung nicht nur bei mir \>0 ist. Jedenfalls war das in der 6.2 mit dem „einfachen“ LDAP nicht so auffällig. Das kann ich an andere Stelle noch reporten, aber ich kriege bei Aufrufen von „id kuechel“ auf meinen gleichzeitig laufenden Linuxclients ab und zu unterschiedliche Werte zurück, ebenso scheint sssd auf den Linuxclients nicht immer „Online“ zu sein, ebenso können sich auch manchmal KuK bei meinen Linuxclients nicht anmelden und das scheint sich aber auch zu erholen. Alles nichts handfestes, ich weiß. VG so weit, ich markiere den Thread als „gelöst“, obwohl mir schwant, dass das noch nicht das Ende ist. Tobias --- _[View the full topic](https://ask.linuxmuster.net/t/v7-samba-prozesse-gehen-durch-die-decke/6170)._