Ich wäre dafür, dass der verfügbare RAM genauso ausgelesen wird, wie der benutzte.
So wird auch 100% immer der richtige angezeigt und man kann evtl. selbst Hand anlegen, falls es nicht richtig klappt.
Ich wäre dafür, dass der verfügbare RAM genauso ausgelesen wird, wie der benutzte.
So wird auch 100% immer der richtige angezeigt und man kann evtl. selbst Hand anlegen, falls es nicht richtig klappt.
So alter Zustand wiederhergestellt.
Trotzdem stehen bei freien und belegten RAM weiterhin immer noch komplett falsche Werte...
Wichtig wäre aber auch mal, dass die RAM Anzeige wieder richtige Zahlen anzeigt!!!
Kann man eigentlich auf der v-Server Seite ein eigenes Modul anlegen, so wie für Game- und Streamserver oder ist hier mit Modulen über die Menükategorie "Weitere Module" die Rede?
Schön wäre, wenn man im Rot gekennzeichneten Kasten selbst ein Modul erstellen kann, dann könnte man es auch selbst programmieren.
Es kommt eher drauf an, welche vzdump Version installiert ist und nicht welches OS.
vzctl exec $VAR_B free -mo | tail -n 2 | head -1 | awk '{print $4}'
Aber bitte ohne -m, da die Ausgabe sonst in MB ist und im WI dann MB noch mal / 1024 wird.
Die Anzeigt mit freien RAM bleibt dann aber trotzdem noch falsch.
Benutzt: 381 MB
Frei: -249 MB
Insgesamt hat er 512 MB.
Dann wird es doch mal langsam Zeit, dass es endgültig behoben wird.
Mir ist auch noch aufgefallen, wenn man ein Backup vom vServer macht, steht in der Ãœbersicht "Installation läuft" und in den Log steht wieder so eine Aussagekräftige Meldung ala "backup cant be created"....
Nach dem ich das vserver Skript angepasst habe, klappt das Backup nun auch.
Vorher:
Nachher:
vzdump --mode stop --compress lzo --maxfiles $VAR_C --bwlimit 30720 --dumpdir /usr/vz/$VAR_B $VAR_B
Schön wäre auch noch noch, wenn man den "mode" selber auswählen kann (stop, suspend oder snapshot).
Backup erstellen klappt nun. Im Kundenbereich werden nur keine Backup angezeigt. In "/usr/vz/CTID" sind alle vorhanden.
Im vserver Skript habe ich dann gefunden, dass er nach "find *.tgz -type f" sucht, die Backups aber als .lzo (laut "man vzdump" als default) gespeichert werden. Nach dem anpassen, werden die Backps nun auch angezeigt.
Nach langem suchen und probieren klappt es nun.
Woran es genau lag, weiß ich nicht, aber seit dem ich die "ve-basic.conf-sample" in den conf Ordner kopiert habe, scheint es zu klappen.
Was aber noch nicht sauber klappt, ist die RAM Statistik im Kundenbereich.
Der aktuelle Verbrauch ist richtig, aber der freie RAM wird falsch angezeigt.
Wenn ja: Diese Einstellung ist optional. Damit kannst du den FTP-Browser nutzen. Aber ist wie schon erwähnt, nicht Pflicht.
Wenn man die Update-Funktion nutzen will, sind sie schon Pflicht.
Nein, ich finde ich keinem anderen Log etwas dazu.
Debian 6, 64bit ist auf beiden Servern und Webserver installiert.
ZitatAlles anzeigenxx.xx.xx.xx - - [11/Nov/2012:16:31:49 +0100] "GET /admin.php?op=adminMVserver HTTP/1.1" 200 14919 "https://xxxx/admin.php?op=adminMain" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20100101 Firefox/16.0"
xx.xx.xx.xx - - [11/Nov/2012:16:31:50 +0100] "GET /admin.php?op=adminMVserverEdit&zahl=0&torder=&tcounter=&lby=&lstring= HTTP/1.1" 200 8308 "https://xxxx/admin.php?op=adminMVserver" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20100101 Firefox/16.0"
xx.xx.xx.xx - - [11/Nov/2012:16:31:55 +0100] "GET /admin.php?op=adminMVserverEdit&zahl=0&ids=&memberid=1&template= HTTP/1.1" 200 8517 "https://xxxx/admin.php?op=adminMVserverEdit&zahl=0&torder=&tcounter=&lby=&lstring=" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20100101 Firefox/16.0"
xx.xx.xx.xx - - [11/Nov/2012:16:31:57 +0100] "GET /admin.php?op=adminMVserverEdit&zahl=0&ids=&template=2&memberid=1 HTTP/1.1" 200 10025 "https://xxxx/admin.php?op=adminMVserverEdit&zahl=0&ids=&memberid=1&template=" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20100101 Firefox/16.0"
xx.xx.xx.xx - - [11/Nov/2012:16:32:10 +0100] "POST /admin.php HTTP/1.1" 200 9210 "https://xxxx/admin.php?op=adminMVserverEdit&zahl=0&ids=&template=2&memberid=1" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20100101 Firefox/16.0"
In der DB bei dem Templates steht nirgendwo #012 drin.
Das vserver Skript anpassen bringt auch nichts.
#012 ist trotzdem noch dabei.
Auch ohne ein Template klappt es nicht.
ZitatNov 11 11:17:11 node01 sudo: user-webi : TTY=unknown ; PWD=/home/skripte ; USER=root ; COMMAND=./vserver settings 155 xx.xx.xx.xx#012
Nov 11 11:17:12 node01 sudo: user-webi : TTY=unknown ; PWD=/home/skripte ; USER=root ; COMMAND=./vserver install 155 debian-6.0-amd64-minimal root-pw
Problem tritt außerdem auf 2 verschiedenen Servern auf.
Alles anzeigenln -s /usr/sbin/vzctl /usr/bin/vzctl
ln -s /usr/sbin/vzquota /usr/bin/vzquota
ln -s /usr/bin/screen /usr/sbin/screen
ln -s /usr/sbin/egrep /usr/bin/egrep
ln -s /sbin/iptables /usr/sbin/iptables
ln -s /usr/bin/find /usr/sbin/find
try this an it will work^^
Nö, klappt genau so wenig....
So seht es in der auth.log (s. letzten Beitrag von mir):
Zitat--hostname test#012--nameserver 8.8.8.8#012
Also ich habe das #012 nicht beim Hostname und Nameserver angegeben.
user-webi hat jetzt per sudo Zugriff auf /usr/sbin, aber die Meldung kommt immer noch.
ZitatThu Nov 8 18:42:09 CET 2012 - VServer 149 cant be created
ZitatNov 8 18:42:04 rs202921 sudo: user-webi : TTY=unknown ; PWD=/home/skripte ; USER=root ; COMMAND=./vserver settings 149 --hostname test#012--nameserver 8.8.8.8#012--cpus 1#012--cpuunits 1000#012--cpulimit 100#012--diskspace 40G:40G#012--numproc 100:100#012--privvmpages 1G:1G#012--vmguarpages 512M:2147483647#012--oomguarpages 512M:2147483647#012--kmemsize 14372700:14790164#012--lockedpages 256#012--shmpages 21504#012--physpages 0:9223372036854775807#012--numtcpsock 360#012--numflock 188:206#012--numpty 16#012--numsiginfo 256#012--tcpsndbuf 1720320:2703360#012--tcprcvbuf 1720320:2703360#012--othersockbuf 1126080:2097152#012--dgramrcvbuf 262144#012--numothersock 360#012--numfile 9312#012--dcachesize 3409920:3624960#012--numiptent 128#012--onboot yes xx.xx.xx.xx#012
Nov 8 18:42:05 rs202921 sudo: user-webi : TTY=unknown ; PWD=/home/skripte ; USER=root ; COMMAND=./vserver install 149 debian-6.0-amd64-minimal root-pw
"./vserver create" gibt es nicht.
Hallo,
wenn ich über TekBase einen v-Server anlege, bekomme ich die Meldung in der log Datei auf dem Hostsystem:
Tue Nov 6 18:11:09 CET 2012 - VServer 148 cant be created
Im Webinterface ist er normal angelegt und kann ich ohne Fehlermeldungen gestartet werden.
Blöd nur, wenn auf dem Hostsystem nichts vorhanden ist. Weder die Dateien noch config etc..
Ãœber vzctl kann ich problemlos einen v-Server anlegen, der auch läuft.
Meine TekBase Version ist auf dem neusten Stand.
Hat einer eine Idee, wie ich mit der Fehlermeldung "VServer cant be created" jetzt herausfinden soll, was die Ursache sein könnte?
Eine vernünftige Fehlermeldung wäre mal ein Traum.
Außerdem, wenn ein Root-Server nicht erreichbar ist, dann meldet das Webinterface "Neue Skripe verfügbar". Die Meldung "Offline" würde da eher passen.
Hallo,
mir ist in der Lite Version aufgefallen, dass das Menü im Kundenbereich bei jedem Seitenaufruf immer zusammen geklappt ist, außer Allgemein.
Wenn ich z.B. auf Spiele Module klicke und dann auf Gameserver, ist das Menü wieder zusammen geklappt.
Ist das so gewollt?