S4Y Basic TLS stellt Dienst ein / yum kann php nicht updaten

M

man-draker

New Member
Hallo miteinander,

auf einem vserver bei S4Y mit RedHat 9.3 und sendmail habe ich den Zugriff über TLS-Verbindung konfiguriert.

So etwa alle 2 bis drei Tage stellt der TLS-Service anscheinend seinen Dienst ein. Nur noch Klartext-Connects zum MTA funktionieren. Ein SSH-login wird abgewiesen.

Das Einzige was hilft, ist ein PowerReboot (über das Web-Interface von S4Y), wenn ssh noch klappt bleibt der Server bei einem loklal ausgelösten Reboot hängen.

Eigentlich beschreibe ich ungern zwei Problem in einem Posting, aber evtl. hangen diese zusammen. Seit einiger Zeit scheitert YUM bei dem Versuch ein Update php zu fahren:

Code: 
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Package php.i386 0:4.3.11-2.8 set to be updated
---> Package clamav-milter.i386 0:0.88.5-1.fc3 set to be updated
---> Package clamav.i386 0:0.88.5-1.fc3 set to be updated
---> Package clamav-devel.i386 0:0.88.5-1.fc3 set to be updated
---> Package clamav-data.i386 0:0.88.5-1.fc3 set to be updated
---> Package clamav-lib.i386 0:0.88.5-1.fc3 set to be updated
--> Running transaction check
--> Processing Dependency: php = 4.3.11-2.6 for package: php-snmp
--> Processing Dependency: php = 4.3.11-2.6 for package: php-devel
--> Processing Dependency: php = 4.3.11-2.6 for package: php-ncurses
--> Processing Dependency: php = 4.3.11-2.6 for package: php-domxml
--> Processing Dependency: php = 4.3.11-2.6 for package: php-xmlrpc
--> Processing Dependency: php = 4.3.11-2.6 for package: php-ldap
--> Processing Dependency: php = 4.3.11-2.6 for package: php-odbc
--> Processing Dependency: php = 4.3.11-2.6 for package: php-mysql
--> Processing Dependency: php = 4.3.11-2.6 for package: php-mbstring
--> Processing Dependency: php = 4.3.11-2.6 for package: php-pear
--> Processing Dependency: php = 4.3.11-2.6 for package: php-imap
--> Processing Dependency: php = 4.3.11-2.6 for package: php-gd
--> Finished Dependency Resolution
Error: Missing Dependency: php = 4.3.11-2.6 is needed by package php-snmp
Error: Missing Dependency: php = 4.3.11-2.6 is needed by package php-devel
Error: Missing Dependency: php = 4.3.11-2.6 is needed by package php-ncurses
Error: Missing Dependency: php = 4.3.11-2.6 is needed by package php-domxml
Error: Missing Dependency: php = 4.3.11-2.6 is needed by package php-xmlrpc
Error: Missing Dependency: php = 4.3.11-2.6 is needed by package php-ldap
Error: Missing Dependency: php = 4.3.11-2.6 is needed by package php-odbc
Error: Missing Dependency: php = 4.3.11-2.6 is needed by package php-mysql
Error: Missing Dependency: php = 4.3.11-2.6 is needed by package php-mbstring
Error: Missing Dependency: php = 4.3.11-2.6 is needed by package php-pear
Error: Missing Dependency: php = 4.3.11-2.6 is needed by package php-imap
Error: Missing Dependency: php = 4.3.11-2.6 is needed by package php-gd

Dieses Problem könnte das ander lösen (obwohl meine Hoffnung nicht allzu groß ist).

Für sachdienliche Hinweise wäre ich dankbar.
 
Last edited by a moderator:
man-draker said:
So etwa alle 2 bis drei Tage stellt der TLS-Service anscheinend seinen Dienst ein.
Click to expand...
Für SMTP oder POP3?
Ein "/etc/init.d/sendmail restart" oder "/etc/init.d/inetd restart" sollte Abhilfe schaffen.

bleibt der Server bei einem loklal ausgelösten Reboot hängen.
Click to expand...
Ja, weil Dein vServer (RH9) so alt ist, daß es damals noch nicht mit einem shutdown funktionierte. :)

huschi.
 
Danke für die Antwort.

Erstbetroffen war bisher sendmail. Ja, das Restart-Kommando brachte eine zeitlang auch Abhilfe. Später reichte das aber nicht mehr.

Und wenn dann shh auch nicht mehr geht, bleibt eh nur PowerReboot.

Zum Shutdown: Ich habe immer das Kommando "reboot" verwendet, aber ich kann ja beim nächsten Mal ein "init 6" testen.

Ansonsten nehme ich meine Behauptung bzgl. RH9 zurück, inzwischen läuft dort FC3. Sorry.
 
Wahrscheinlich hast Du ein Speicherüberlauf und daher steigt ein Programm nach dem anderen aus. Schau Dir mal die user_beancounter an.

PS: reboot ruft shutdown auf wenn Du nicht im init-Level 0 oder 6 bist.

huschi.
 
Das Einzige was hilft, ist ein PowerReboot (über das Web-Interface von S4Y), wenn ssh noch klappt bleibt der Server bei einem loklal ausgelösten Reboot hängen.
Click to expand...
hey, das habe ich seit heute auch neu bei s4y, bei mir aber mit debian...
Eigentlich ziemlich blöd, weil ich die Kiste jeden Tag neu starten muss.
Der Speicher reicht beim basic halt nicht und s4y scheint ja die upgrade-funktion gar nicht mehr anbieten zu wollen...
 
Also, gerade ist die Situation wieder aufgetreten. TLS geht nicht, ssh-login noch möglich.
Ein 'service sendmail restart' hat nicht geholfen.
'init 6' hat dann aber getan, was es sollte.
Klar könnte ich einen täglichen reboot in die crontab setzen, aber für einen Linux-Server ist das ja mehr als schwach.

Wie kann ich herausfinden, ob es an Speicherknappheit liegt?
Die üblichen Kommandos zeigen ja immer den Speicher des Hosts an.
 
Wie kann ich herausfinden, ob es an Speicherknappheit liegt?
Click to expand...
Versuchs mal mit vzfree.
Sollte es bei dir noch nicht installiert sein, das gibts hier:
klick

Ansonsten wirf auch mal einen Blick in die /proc/user_beancounters.
Hier ist der Wert "privvmpages" interessant"

Aber deine Symtome deuten schon auf knappen Speicher hin. Nach und nach steigen halt dann die Dienste aus. Ich kenne das mittlerweile auch nur zu gut. Hoffentlich schafft es s4you bald die Upgrade-Funktion wieder online zu bringen
 
Danke für deine Hinweise. /proc.. sagt:
resource held maxheld barrier limit failcnt
privvmpages 48215 89229 87632 96396 5128

VZFREE zeigt:
VPS Speichernutzung:
Momentan genutzt: 189.258 MB
Zugesichert: 256 MB
Maximal nutzbar: 376.547 MB

Das zeigt, dass eigentlich noch Platz ist. (OK, im Moment läuft ja auch noch alles.)
Anderreseits erweckt der obige Wert von failcnt den Verdacht, dass die VM nicht immer so viel Speicher bekommen hat, wie sie gerne hätte.
 
You must log in or register to reply here.
Back
Top