Login Probleme (Debian8)

Seite 1 von 2 - Forum: Linux and other OS auf overclockers.at

URL: https://www.overclockers.at/linux/login-probleme-debian8_260989/page_1 - zur Vollversion wechseln!

Hallo, Linux noob braucht leider wieder Hilfe..

Es geht um einen älteren Debian 8 (Apache, MySql, Samba Freigaben für Windows Clients) Server (VM, Citrix XenServer), der bisher eigentlich immer problemlos lief.
Seit heute konnten sich die Mitarbeiter auf einmal nicht mehr auf den Share verbinden. Die darauf laufende Web App läuft aber eigentlich normal.

SSH Verbindungsversuche mit Putty oder WinSCP dauern EXTREM lange. Ich denke, daher schlägt auch die Verbindung der Windows Clients fehl da vorher ein Timeout greift.

CPU dreht däumchen, Memory und Storage sind frei.

In den syslogs kan ich nichts aufregendes dazu finden und auch SSH + Debug fördert nichts brauchbares zu tage. Und auch der Login direkt auf der lokalen Shell dauert ewig, also kanns eigentlich auch kein Netzwerkproblem sein?

Er steckt genau zwischen der "Last Login: *datum*" Meldung und dem erscheinen der Eingabeaufforderung mindestens eine Minute einfach fest.

Wo könnte ich hier noch ansetzen?

Smbd hast du schon neu gestartet?

Hab die komplette Maschine schon mehrfach neu gestartet oder auf einen anderen Host verschoben.
Ohne Verbesserung.

Könnte es sein, dass auf den Windows Clients ältere cipher suites (z.B. SSL 3.0, TLS 1.0, TLS 1.1) deaktiviert wurden und der Zugriff deshalb nicht mehr klappt?

Nach dem erfolgreichen Login auf der Kiste mit

Code:

sudo journalctl -f

Funktioniert DNS Auflösung von dem Linux Server?

hmm.. ich dachte da der lokale login ebenfalls betroffen ist, kann das netzwerk nicht schuld sein.
nach eth0 down funktioniert es aber instant!

@COLO danke, seh ich mir als nächstes an!

Interessantes Problem, der Server erhält übrigens keine Sicherheitsupdates mehr und sollte ein Upgrade erfahren, nur so nebenbei bemerkt.

Zitat aus einem Post von nexus_VI

Interessantes Problem, der Server erhält übrigens keine Sicherheitsupdates mehr und sollte ein Upgrade erfahren, nur so nebenbei bemerkt.

"interessant" kann man das auch nennen denn das Grundproblem ist, dass der Server seinerzeit von *extern* eingerichtet wurde. Und *extern* gibts inzwischen nicht mehr..

immerhin hab ich nun einen neuen ansatz!

Nov 10 15:56:36 winbindd[1263]: [2022/11/10 15:56:36.497385, 0] ../source3/lib/util_tdb.c:493(tdb_chainlock_with_timeout_internal)
Nov 10 15:56:36 winbindd[1263]: tdb_chainlock_with_timeout_internal: alarm (40) timed out for key *active directory server* in tdb /var/run/samba/mutex.tdb
Nov 10 15:56:36 winbindd[1263]: [2022/11/10 15:56:36.497781, 0] ../source3/winbindd/winbindd_cm.c:918(cm_prepare_connection)
Nov 10 15:56:36 winbindd[1263]: cm_prepare_connection: mutex grab failed for *active directory server*

so.
nachdem ich seit gestern und einer halb schlaflosen nacht auf keinen grünen zweig gekommen bin, hab ich heute in meiner verzweiflung zu extremen mitteln gegriffen...

einfach beinhart auf debian 9 upgegraded.

und es läuft wieder

Dann solltest du jedenfalls gleich auf 11 durchupgraden, wenn du eh schon reingegriffen hast.

kann ich machen.
aber erst nach dem nächsten backup! wie erwähnt gibts den hersteller der webapp die hier läuft nicht mehr. ich kann also nichtmal bezüglich kompatibilitäten nachfragen...

Zitat aus einem Post von Philipp

Bis Juni 2025: https://www.freexian.com/lts/extend...e-extended-lts/

Zitat aus einem Post von nexus_VI

Okcool, dann muss er aber immer noch diese Repos hinterlegen.

overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2026