Search results

Hi, guckt mal beide nach, immernoch?

Hi, die Info ist etwas veraltet, die vSERVER Hostsysteme haben alle schon mindestens 16 GB RAM und 600 GB als SCSI Hardware RAID5. :) Wer in sein PowerPanel guckt, sieht das bei Mainframe Status. PS: vSERVER, nicht RootDS, da liegen wesentlich weniger Kunden drauf, weshalb die auch mit 8GB RAM...

Hi, @Karma: Wie kommst du drauf, dass das ein vSERVER ist? babyface@bart:~$ host -a 62.75.224.181 Trying "181.224.75.62.in-addr.arpa" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19727 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION...

Hi, @l0rd: Ich hab keinen, getestet mit DSL2000 der Telekom. --- vs163008.vserver.de ping statistics --- 71 packets transmitted, 71 packets received, 0% packet loss round-trip min/avg/max/stddev = 54.089/68.558/647.846/79.751 ms War auch nichts los auf dem Server die letzten Stunden.

Hi, @Twins: Mal ne ganz ganz bloede Frage: Einen Reboot ueber das PowerPanel oder ins Rescue hast du den schonmal gebootet und nachgeguckt wieso das so ist? Ohne etwas vorwegzunehmen, aber ich denk die Antwort wirst du auch vom Support bekommen, denn das waere das normale vorgehen...

Hi, @Firewire2002: Seit Kernel 2.6.9-023stab046.2 ist auch tun/tap kein Problem mehr. :) Allerdings haben erst alle unsere Hostsysteme in Frankfurt diesen Kernel. #642: The support for tun/tap devices online migration is required.

Hi, @Mythos: Worauf begruendet sich die Tatsache, dass die langsamer sind als normaler Webspace. Immerhin laeuft das vSERVER PowerPanel auch nur in einer BASIC X2 VE. Ich mein er hat einen vSERVER Entry, kleiner geht kaum noch. ;)

Hi, also der Apache spricht wirklich Baende. @wobkolleg: Die CPU-Last steht auch nicht im Verhaeltnis zum Speicherverbrauch. Wenn du das folgende mal kompilierst und ausfuehrst, wirst du sehen, dass memory-test 2 GB Speicher verbraucht bei 0-10% CPU-Last. :) /* compile with: * * gcc...

@Phate: Auf dem Hostsystem machst der bewusste Virtuozzo Admin ja auch in etwa sowas: sysctl -w fs.file-max=524288 Bzw. sysctl -w fs.file-max=(ct * numfiles des maximal groeßten container template config) @Lord Gurke: VMWare macht das auf dem Block Layer und Virtuozzo macht das auf dem...

Hi, nur mal als Info: 1.) Sowas ist keine vSERVER Krankheit. 2.) Sowas liegt nicht am Hostsystem. Dafuer gibt es viele verschiedene - aber alles ausschließlich VE spezifische Ursachen. 1.) Mailqueue Fireing lief um die Zeit 2.) Cronjob fuer Statistikauswertungen 3.) Amoklaufender Logrotate...

Hi, das ist mittlerweile fuer alle durch und laeuft jetzt wieder ganz normal mit der ueblichen Backuplaufzeit abhaengig von der Anzahl an Inodes oder belegten Plattenplatz in der VE.

Hi, knapp 3/4 der Backups sind gemacht, der Rest laeuft halt noch, und wer immer den Job loescht und neu eintraegt landet halt immerwieder am Ende der Kette, denn die anderen warten dann ja schon laenger und kommen somit zuerst dran. Wenn alle durch sind laeuft das auch wieder ganz normal.

Hi, @Schempi: Ja ich kann nachgucken wo die gerade ist und wieviel noch vor einem bestimmten Server sind.

Hi, ich sagte ja auch schon, dass die gerade alle gemacht werden, wir haben nicht halt eine Menge Kunden und die Backups gehen schon auf die mittleren zweistelligen Terrabyte zu. ;)

Hi, @elmo: Dann wurde er vielleicht schon gemacht? :) Guck mal in der History.

Hi, wenn du natuerlich deinen Auftrag loeschst und wieder neu eintraegst, dann landest du in der Queue natuerlich ganz hinten (FIRST IN FIRST OUT eben) Also das bringt nichts. ;)

Hi, das Backupsystem ist wieder fuer alle Kunden an, es kann aber noch ein Weilchen dauern bis alle wartenden Backups durch sind, die Jobs werden chronologisch abgearbeitet, FIRST IN, FIRST OUT. :)

Hi, ich habe das Backup fuer die ersten Kunden (ich rede von vSERVER :)) wieder eingeschaltet, die anderen folgen jetzt nach und nach. Wie einige vielleicht bemerkt haben duerften (sowas schreibt hier ja sonst niemand) steht das seit einigen Tagen naemlich auch allen vSERVER Entry X2 Kunden zur...

Hi, ich guck mir das schon mit an und koennt doch glatt ein Bug sein.

Hi, @Lena: Schick doch einfach mal deine Servernummer. Ich hatte die zwar schonmal weiss sie aber nicht mehr. Nochwas, wenn du dein dcachsize Limit ueberschreitest hat das nichts mit dem Hostsystem zutun, die Limitierung ist ja eben genau deshalb gesetzt, damit nicht du andere vSERVER Kunden...