Strato V-Server nicht mehr bootbar

Da /bin/sh oft nur ein symbolischer Link auf die bash ist, kann das identische Verhalten durchaus erklärbar sein. Sofern installiert teste doch mal die csh oder tcsh
 
Hallo Danton,

gutes Neues :-)

csh oder tcsh bringen leider auch keine Verbesserung. Ich tippe auf ein dämliches Netzwerkproblem.

Gruß, vserverix
 
vserverix said:
EDIT(2): Aber scheinbar nur beim ls, ist eine Datei mit less erst einmal geöffnet, dann kann ich problemlos arbeiten. Sobald die ssh bzw. bash auf Eingaben wartet oder das Ergebnis eines ls darstellen möchte, wird es arg langsam. Kein es vielleicht sein, dass Strato dort irgendeinen Mechanismus zwischengeschaltet hat, der versucht, Angriffe auf die bash zu verhindern? Zugegeben eine sehr vage Vermutung, die Strato-Hotline wird mir hierzu wohl auch keine Auskunft erteilen.
Click to expand...

Das sieht mir eher so aus, als ob der Kernel seine Arbeit richtig macht: Die Datei ist geöffnet und der Inhalt liegt gecached im RAM.
Das ist auch erst mal kein Widerspruch dazu, dass der Apache zuverlässig läuft: sind die Files einmal gecached, dann geht das rasend schnell, egal wie langsam/schrecklich das unterliegende Storage ist.

Von daher würde mich eher interessieren, was passiert, wenn noch keine Dateien gecached wurden (z.B. direkt nach einem Neustart) und/oder Schreibzugriffe, falls z.B. die Datenbank auf dem selben Server liegt.

Von daher tippe ich auf ein hartnäckiges I/O Problem.
 
Orebor said:
Das sieht mir eher so aus, als ob der Kernel seine Arbeit richtig macht: Die Datei ist geöffnet und der Inhalt liegt gecached im RAM.
Das ist auch erst mal kein Widerspruch dazu, dass der Apache zuverlässig läuft: sind die Files einmal gecached, dann geht das rasend schnell, egal wie langsam/schrecklich das unterliegende Storage ist.

Von daher würde mich eher interessieren, was passiert, wenn noch keine Dateien gecached wurden (z.B. direkt nach einem Neustart) und/oder Schreibzugriffe, falls z.B. die Datenbank auf dem selben Server liegt.

Von daher tippe ich auf ein hartnäckiges I/O Problem.
Click to expand...

Ich weiss nicht, ob I/O Problem es trifft. Wenn ich ein Skript aufrufe, das Daten von einem anderen Server holt und diese auf der Konsole ausgibt, dann tröpfeln diese in etwa 400-500 Byte großen Stückchen ein, in schönen Pausen zwischen 20 sec und 3-4 Minuten.
 
Last edited by a moderator:
Da müsste ich jetzt wissen, ob das Skript erstmal in /tmp/ zwischengespeichert wird oder nicht.
IOtop fällt natürlich leider aus, wg. OpenVZ aber Du könntest es mit einem Schreibtest versuchen.

Falls der schnell funktioniert ist die I/O Theorie definitiv hinfällig.
 
You must log in or register to reply here.
Back
Top