Dann poste oder schick mir mal bitte deine Easy Config für Openvz. Denn den Wert list er nur aus der TekBASE Datenbank nicht aber vom Root von dort bekommt er nur den Used Wert und rechnet den gegen den Wert in der DB.
VServer cant be created
- NevaKee
- Geschlossen
- Erledigt
Aktuell führen wir noch einige Anpassungen durch, das Forum wurde jedoch bereits live geschaltet.
-
-
Code
Alles anzeigen{%TSTART%}cpuunits{%TD%}cpuunits{%TD%}input{%TD%}60{%TD%}1000{%TD%} {%TD%} {%TEND%} {%TSTART%}diskspace{%TD%}diskspace{%TD%}input{%TD%}40{%TD%}35G:37G{%TD%} {%TD%} {%TEND%} {%TSTART%}diskinodes{%TD%}diskinodes{%TD%}input{%TD%}60{%TD%}300000:330000{%TD%} {%TD%} {%TEND%} {%TSTART%}hostname{%TD%}hostname{%TD%}input{%TD%}255{%TD%}vsXXX.X.X.X.X.blablabla.org{%TD%} {%TD%} {%TEND%} {%TSTART%}nameserver{%TD%}nameserver{%TD%}input{%TD%}255{%TD%}8.8.8.8,8.8.4.4{%TD%} {%TD%} {%TEND%} {%TSTART%}onboot{%TD%}onboot{%TD%}select{%TD%} {%TD%}yes,no{%TD%}Ja,Nein{%TD%} {%TEND%} {%TSTART%}ram{%TD%}ram{%TD%}input{%TD%}20{%TD%}512M{%TD%} {%TD%} {%TEND%} {%TSTART%}swap{%TD%}swap{%TD%}input{%TD%}20{%TD%}1G{%TD%} {%TD%} {%TEND%} -
Okay da ist ja der Fehler. Die vmguarpages fehlen im EasyConfig daher nimmt er als Wert 0. Ich bau eine Abfrage rein in TekBASE ob vmguarpages oder ram dann passt es wieder.
-
Ok, super! Update kommt dann mit 6.2.5 die nächsten Tage?
-
jo vorher testen
-
Testen könnt ihr es ganz einfach tragt mal das Feld vmguarpages ein und setzt es dem User auf den Wert der auch bei ram steht schon dürfte die Anzeige wieder gehen.
-
Ja damit funktioniert es, soll aber auch bitte mit "ram" funktionieren
-
Ja dann kommt das Bugfix heute kein Thema
-
So anbei die Datei einfach nach /members/modules kopieren für 6.2.x
-
Hi,
gemacht, zeigt allerdings immer noch einen Minus-Wert an
-
jep hier auch
-
Mag kone mir auch mal kurz FTP und Kundenlogin für einen VServer geben?
-
Unser FTP hört nur auf unsere VPN IP und Webserver IP.
Kann dir nur ein vServer Kunden Zugang geben.
Aber ersetze doch einfach in der alten mvserver.php das "vmguarpages" durch "ram" - schon funktioniert es.
Ich denke nicht, dass noch jemand einen Kernel im produktiven Einsatz hat, der mit den alten UBC Parametern arbeitet. Und wenn doch, können diejenigen dann ja die alte mvserver.php manuell hochladen.
Danke.
-
kone hab eigentlich in der mvserver.php das hier reingemacht
if openvzeasyconf_in_der_db == vmguarpages ODER openvzeasyconf_in_der_db == ram {
dann nimm das als Ramwert.
}
Also müsste er bei beiden anspringen entweder vmguarpages oder ram. Ich schick dir heute/morgen mal die mvserver.php noch einmal per Email zu. Ansonsten einfach solange vmguarpages bei dir mit reinnehmen auch wenn nicht verwendet. Aber an so einer if Abfrage kann man eigentlich nichts falsch machen. Daher wundert es mich.
-
Wie siehts aus? Kommt dann mal n Bugfix oder e nich mehr?
mfg
-
Das hier ist schon drin
if openvzeasyconf_in_der_db == vmguarpages ODER openvzeasyconf_in_der_db == ram {
dann nimm das als Ramwert.
}
-
Und die Ram anzeige?
-
Wurde auch schon überprüft. Am Montag setzen wir einen neuen Root lokal auf um noch einmal die RAM Werte zu testen. Mit der vmguarpages und ram Abfrage sollte dieser jedoch korrekt sein. Ansonsten mal das Update von Hand downloaden und drüberkopieren.
-
Wir hatten die mvserver.php ja schon manuell hochgeladen und es hatte nicht funktioniert. Irgendwas wird nicht stimmen.
Kannst mit gerne eine neue per Mail zukommen lassen, gebe dir dann Rückmeldung.
-
Also bei mir funktioniert das vserver backupen immer noch nicht... warum?
weil hier:
kein -- übergeben wird bei vzdump stop
es heißt:
vzdump --stop --compress --maxfiles $VAR_C --bwlimit 30720 --dumpdir /usr/vz/$VAR_B $VAR_B
und nicht:
vzdump stop --compress --maxfiles $VAR_C --bwlimit 30720 --dumpdir /usr/vz/$VAR_B $VAR_B
außerdem:
/usr/vz/ wird hier als pfad angegeben obwohl die dumps im normalfall unter /var/lib/vz/dumps oder /vz/dumps (symlink) gespeichert werden sollten.
wäre zumindest nicht schwer den dump pfad aus der vz.conf auszulesen.
