Es kommt eher drauf an, welche vzdump Version installiert ist und nicht welches OS.
VServer cant be created
- NevaKee
- Geschlossen
- Erledigt
Aktuell führen wir noch einige Anpassungen durch, das Forum wurde jedoch bereits live geschaltet.
-
-
Ich denk bei openvz gibt es keine Versionen, meinte Bady hier. Also ich googel die Tage mal ab wann vzdump dies geändert hat oder ob es am OS liegt. Dementsprechend bau ich die Abfrage dann ein.
-
Wichtig wäre aber auch mal, dass die RAM Anzeige wieder richtige Zahlen anzeigt!!!
-
Ja und dies schnellstmöglich.
Denn die Kunden sind ziemlich verunsichert, wenn die dauernd lesen, dass nur -xxMB frei sind.
-
-
Das ist im Intresse aller:-) ich warte auch
Grüße
Thorsten
-
Das mit den Skripten und Ram wird denke ich heute noch was
-
Das mit den Skripten
Aber bitte nichts ändern, was funtkioniert - den Salat hatten wir ja erst beim 6.0 Release.
Das mit dem RAM muss unbedingt angepasst werden (An den Parameter --ram)
-
na wird heute nix mehr was?!?
-
anscheinend nicht.
-
So alter Zustand wiederhergestellt.
-
So alter Zustand wiederhergestellt.
Trotzdem stehen bei freien und belegten RAM weiterhin immer noch komplett falsche Werte...
-
Kann (muss) ich bestätigen.
Wie schon geschrieben wurde muss der zur Verfügung stehende RAM anhand des Parameters "ram" berechnet werden.
-
So alter Zustand wiederhergestellt.
Das ist jetzt aber nicht war?
Ich gebs auf.
Darf man wenigsten erfahren wie die werte an das Interface übergeben werden dass ichs mir selbst schreiben kann?
mfg
-
Darf man wenigsten erfahren wie die werte an das Interface übergeben werden dass ichs mir selbst schreiben kann?
Ganz ruhig, CF wird das schon hin bekommen
Was genau das Problem ist verstehe ich allerdings auch noch. Eigentlich muss ja nur der Parameter (früher "privvmpages") auf den neuen (RHEL6) Parameter "ram" geändert werden. An diesem wird der verbleibende RAM berechnet.
An den Root-Scripten muss da eigentlich nichts geändert werden, der verwendete RAM wird ja richtig ausgelesen.
Eher an der TekBase - denn die Berechnung (Gesamt-RAM minus verwendeten-RAM) läuft falsch. (Er nutzt als Gesamt-RAM immer den Wert "0")
-
joa RAM Anzeige wieder im Minus ...
Naja irgendwann
-
-
Also ehrlich gesagt würde ich mir manchmal auch gerne den Strick nehmen
Also im Webinterface sucht er sich den vmguarpages Eintrag, schaut welche Angabe das ist z.B M oder G, gegebenfalls Umrechnung auf M bei G. Nun nimmt er die KB und rechnet die / 1024 für M.
Dann rechnet er vmguarpages Wert - Wert vom Skript = Freier Speicher
@Prepaid wäre nett wenn ich mal deinen WI Zugang und FTP bekommen kann. Dann kann ich es bei dir live testen.
Da hier bei mir die Ram Ausgabe korrekt war mit den alten Skript und der Abfrage so wie sie in /home/skripte/vserver mit vara varb varc ... ausgeklammert steht. Hab esauf dem ein Jahr alten VServer Root laufen mit Debian.
-
jo hast gleich Email.
-
Also im Webinterface sucht er sich den vmguarpages Eintrag, schaut welche Angabe das ist z.B M oder G, gegebenfalls Umrechnung auf M bei G. Nun nimmt er die KB und rechnet die / 1024 für M.
Dann rechnet er vmguarpages Wert - Wert vom Skript = Freier Speicher
Schön dass mein Post überhaupt nicht zur Kenntnis genommen wurde. vmguarpages ist veraltet und gibt es nicht mehr ! (!!)
Eigentlich muss ja nur der Parameter (früher "privvmpages") auf den neuen (RHEL6) Parameter "ram" geändert werden. An diesem wird der verbleibende RAM berechnet.
An den Root-Scripten muss da eigentlich nichts geändert werden, der verwendete RAM wird ja richtig ausgelesen.
Eher an der TekBase - denn die Berechnung (Gesamt-RAM minus verwendeten-RAM) läuft falsch. (Er nutzt als Gesamt-RAM immer den Wert "0")