LDAP Problem keine Verbindung zur Datenbank

[tzimmermann]

Hallo Zusammen,

wir versuchen gerade auf einem Znuny 7.0 was auf einem Ubuntu läuft, eine LDAP Anbingung für Agents einzurichten.

Wir haben jetzt die Vorlage aus der Default.pm Kopiert, diese angepasst und in unser Config.pm ab Zeile 80 eingefügt.

Nach einem Reboot des Servers bekommen wir das Standard Login Fenster wenn wir das Ticketsystem öffnen.

Jedoch schlägt jeglicher Login Versuch Fehl.

Daraufhin haben wir in der Datenbank nach geschaut und dort waren alle Nutzer hinterlegt, wie vor der Umstellung auch.

Dann haben wir die Logs unter <Znuny Home>/var/log/Daemon geprüft und dort bekommen wir in jeder Datei diese Fehlermeldung ausgegeben:

Code: Select all

DBI connect('database=znuny;host=127.0.0.1','znuny',...) failed: Can't connect to MySQL server on '127.0.0.1:3306' (111) at /opt/znuny-7.0.15/Kernel/System/DB.pm line 209.
ERROR: Znuny-znuny.Daemon.pl - Daemon Kernel::System::Daemon::DaemonModules::SchedulerCronTaskManager-01 Perl: 5.34.0 OS: linux Time: Thu Mar 14 15:55:02 2024

 Message: Can't connect to MySQL server on '127.0.0.1:3306' (111)

 Traceback (1453): 
   Module: Kernel::System::DB::Prepare Line: 709
   Module: Kernel::System::Daemon::SchedulerDB::RecurrentTaskUnlockExpired Line: 2398
   Module: Kernel::System::Daemon::DaemonModules::SchedulerCronTaskManager::PostRun Line: 116
   Module: (eval) Line: 332
   Module: main::Start Line: 332
   Module: /opt/znuny/bin/znuny.Daemon.pl Line: 153

Wichtig ist noch zu erwähnen, dass wir die Config.pm dann auch wieder zurück auf die Default Config gestellt haben, also ohne LDAP Konfiguration.
Daraufhin konnten wir uns wieder ganz normal anmelden und alles funktionierte problemlos.

Daher hätte ich jetzt die Frage, ob schonmal jemand so einen ähnlichen Fehler hatte und wie er diesen behoben hat?

PS: Ich wollte jetzt erstmal nur erfragen ob jemand so einen Fehler schon mal hatte und ober vlt schon so weiß wie das ganze zulösen ist.
Falls jemand die Config.pm benötigt um mir helfen zu können Post ich diese sehr gerne in diesem Thread. Einfach nur bescheid geben

Schonmal Vielen Dank im voraus für die Hilfe

[root]

Hallo,

wenn die Meldung "Can't connect" ist hat das nichts mit der Config.pm zu tun. Erster Schritt: prüfen ob die Datenbank läuft und auch nach einem Serverreboot automatisch startet. Ich tippe drauf das letzteres nicht der Fall ist.
Führe doch mal systemctl status mariadb bzw. systemctl status mysql aus, je nachdem was Du installiert hast.
Das sollte dann so aussehen wie im Sreenshot.

SCR-20240315-qnas.png

Ist Nr. 1 auf disabled brauchst es systemctl enable mariadb und für Nr. 2 braucht es systemctl start mariadb .

- Roy

[Johannes]

Hi,
trag mal localhost an Stelle der IP ein.

Gruß

[wurzel]

Zeig mal Deine Config her bitte

[tzimmermann]

Hallo,

wenn die Meldung "Can't connect" ist hat das nichts mit der Config.pm zu tun. Erster Schritt: prüfen ob die Datenbank läuft und auch nach einem Serverreboot automatisch startet. Ich tippe drauf das letzteres nicht der Fall ist.
Führe doch mal systemctl status mariadb bzw. systemctl status mysql aus, je nachdem was Du installiert hast.
Das sollte dann so aussehen wie im Sreenshot.
SCR-20240315-qnas.png

Ist Nr. 1 auf disabled brauchst es systemctl enable mariadb und für Nr. 2 braucht es systemctl start mariadb .

- Roy

Hallo,

erstmal vielen dank für die Antwort.

Nur leider ist das Problem, wenn wir die Config.pm wieder zurück auf die Standard Config ohne die LDAP Konfiguration tauschen,
funktioniert alles Problemlos. Also muss es an der Config.pm liegen, soweit ich das beurteilen kann.

Ich habe denn Tipp aber trotzdem mal ausprobiert, hat leider nicht geholfen.

- Timo

[tzimmermann]

Zeig mal Deine Config her bitte

Hallo,

danke für die Hilfe.

Anbei die Config.pm

Config_LDAP.txt

- Timo

[root]

Hi,

da das Can't connect nix mit der LDAP Änderung zu tun haben kann (sonst gäbe es ja nämlich kein Login-Fenster) gehe ich mal davon aus das waren alte Logeinträge. Das Daemon Log ist für den Daemon, nicht Fehler die via Webserver kommen.

In der Config.pm, Z85 steht

$Self->{'AuthModule::LDAP::UID'} = 'Nutzer für Login an DC';

da gehört der Name des LDAP-Attributes hin in dem die Loginnamen gespeichert sind. Also sowas wie sAMAccountName, userPrincipalName, mail, uid, etc.

- Roy

[wurzel]

Hi,

seltsam ist, dass Deine Meldung (Post 1) nix mit dem LDAP zu tun hat.

Code: Select all

DBI connect('database=znuny;host=127.0.0.1','znuny',...) failed: Can't connect to MySQL server on '127.0.0.1:3306' (111) at /opt/znuny-7.0.15/Kernel/System/DB.pm line 209.

Es könnte sein, dass Du da zwei unabhängige Fehler hast.

Zum einen das mysql nicht läuft (oder nicht lief) darauf deutet diese Meldung hin.


zwecks LDAP hast du im Log nix, zumindest nix geposted. nimm mal die Info von root (vorheriges posting)
und bau's nochmal ein. Schau Dir dann bitte das log genau an (ggf. das log level in der system configuration vorher auf debug stellen)

Dann werden wir schlauer

viele Grüße
Flo

[tzimmermann]

Hallo Zusammen,

ich hab jetzt wieder auf unsere LDAP-Config umgestellt und diese so angepasst wie root meinte.
Ebenfalls hab ich das Log Level auf Debug gesetzt.
Nur leider habe ich immer noch denn gleichen Fehler wie vorher bekommen.

Daraufhin habe ich mysql einmal neugestartet und denn Status abgefragt.
Da ist mir aufgefallen das er die Datei /etc/mysql/mariadb.conf.d/50-znuny_config.cnf angemekert hat.
Dort war ein Syntax Fehler und zwar haben zwei leerzeichen zwischen einem = gefehlt.
Das hab ich dann angepasst.

Daraufhin habe ich meinen Server einmal neugestartet und habe immernoch das gleiche Problem, nur ist jetzt der Fehler in der Status anzeige von mysql weg und ich hab im error Log (opt/znuny/var/log/Daemon/*) einen neuen Fehler angezeigt bekommen:

Code: Select all

DBI connect('database=znuny;host=localhost','znuny',...) failed: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) at /opt/znuny-7.0.15/Kernel/System/DB.pm line 209.
ERROR: Znuny-znuny.Daemon.pl - Daemon Kernel::System::Daemon::DaemonModules::SchedulerCronTaskManager-01 Perl: 5.34.0 OS: linux Time: Tue Mar 19 08:51:20 2024

 Message: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

 Traceback (1569): 
   Module: Kernel::System::DB::Prepare Line: 709
   Module: Kernel::System::Daemon::SchedulerDB::RecurrentTaskUnlockExpired Line: 2398
   Module: Kernel::System::Daemon::DaemonModules::SchedulerCronTaskManager::PostRun Line: 116
   Module: (eval) Line: 332
   Module: main::Start Line: 332
   Module: /opt/znuny/bin/znuny.Daemon.pl Line: 153

Ebenfalls hab ich noch in einem einzelnen anderen Log (./SchedulerTaskWorkerERR.log) im gleichen Verzeichniss einen anderen Fehler bekommen:

Code: Select all

DBD::mysql::st execute failed: Lost connection to MySQL server during query at /opt/znuny-7.0.15/Kernel/System/DB.pm line 721.
ERROR: Znuny-znuny.Daemon.pl - Daemon Kernel::System::Daemon::DaemonModules::SchedulerTaskWorker-01 Perl: 5.34.0 OS: linux Time: Tue Mar 19 08:51:19 2024

 Message: Lost connection to MySQL server during query, SQL: 'SELECT id FROM scheduler_task WHERE lock_key = 0 ORDER BY id ASC'

 Traceback (1572): 
   Module: Kernel::System::Daemon::SchedulerDB::TaskListUnlocked Line: 414
   Module: Kernel::System::Daemon::DaemonModules::SchedulerTaskWorker::Run Line: 135
   Module: (eval) Line: 332
   Module: main::Start Line: 332
   Module: /opt/znuny/bin/znuny.Daemon.pl Line: 153

- Timo

[wurzel]

Hi,

die Meldung bezieht sich auf MySQL und dem Daemon

Znuny-znuny.Daemon.pl und SchedulerCronTaskManager

Code: Select all

ERROR: Znuny-znuny.Daemon.pl - Daemon Kernel::System::Daemon::DaemonModules::SchedulerCronTaskManager-01 Perl: 5.34.0 OS: linux Time: Tue Mar 19 08:51:20 2024

MySQL
Can't connect to local MySQL

Code: Select all

 Message: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

ich vermute, dass Du "einfach" den Daemon neu starten musst. Das restliche läuft aktuell alles? Also login/Webapplikation?

falls ja, dann starte mal den Daemon neu. Wenn dann die Fehlermeldung weg ist, machen wir mit LDAP weiter

Viele Grüße
Flo

[wurzel]

Hi,

und das hier

Code: Select all

Lost connection to MySQL server during query

sieht auch nach MySQL aus, dass der einfach abstürzt oder die Anfrage nicht bedienen kann.
Da wäre also eher was im Bereich Linux/MySQL zu suchen. Schwer zu sagen

Steht denn was im syslog? oder im mysql log?

viele Grüße
Flo