Beiträge von vmk

Nochmal: Du kannst keine Änderungen am Kernel vornehmen, d.h. Parameter ändern oder Module nachladen.

Was die Signale bedeuten, steht in der man-page bei Linux. Man-Pages kennst du? Copy&Paste mache ich hier jetzt nicht und die Webseite/Handbuch/Bugtracker werde ich auch nicht durchwühlen.

Die Quelle der Einträge ist wie hier schon korrekt beschrieben, derispcp_daemon. Was da genau vorgefallen ist kann man aus den Logeinträgen nicht sehen. Dafür fehlen genauere Infos. Vielleicht hilft es ja das Logging-Level zu erhöhen.

Als Hinweis auf Serverprobleme würde ich das nicht sehen, weil es ja *nur* ein sogenannter Userland-Prozeß ist. Erst wenn der Kernel selbst bzw. Kernelprozeße was in die Logfiles schreiben kann man solche Vermutungen anstellen.

Zitat von Tjeri;16064

Jedoch ist dies das gleiche mit den Mangas? Ich nehme an ja oder!

Das ist doch dort auch verlinkt :confused:

Kurze Googlesuche mit den richtigen Begriffen liefert als erste Treffer direkt:
http://www.anime-on-demand.de/…chtig/Falsch-Richtig.html
http://de.wikipedia.org/wiki/Fansub

Zitat von Elradon;15685

Was für Fragen richtet ihr eigentlich so an den Support? Ich mein klar, Hardware Dinge oder Serverkonfiguration bei managed ist klar, aber sonst?

Schau mal beim blog von manitu vorbei: http://www.hostblogger.de/blog/ :p

Aus Erfahrung würde ich auf ein Speicherproblem tippen, wobei es auch sein könnte das z.B. die MCH vom Server zu warm wird. Denke mal, dass der Support wohl Hardware getauscht hat, aber wohl das falsche Bauteil getauscht wurde.

killerbees19, du nutzt eine normale Distribution mit den davon angebotenen Binaries, oder?

Zitat von Scaleo;15511

also ganz ehrlich.... da würde ich die Finger von lassen... Das hat keinen Sinn auf einem vServer ein Windows zu emulieren.

Laut der "offiziellen" Anleitung reicht hier wine aus.

Zitat von Scaleo;15511

Außerdem solltest du bedenken das durch eine Graphische Oberfläche gewaltige Tore an die Häckerwelt geöffnet werden.

Kannst du dazu ein paar Details nennen?

Hey cool, ich dachte es gibt bisher nur instabile Beta-Versionen von Teamspeak 3 wie man auf http://wikiteamspeak.de/index.…peak_3_Server_-_Changelog nachlesen kann....

Mit Virtuzzo habe ich ganz böse Erfahrungen gemacht. Bei meinem vorletzten vServer-Anbieter lief das Backup nie ("Ach schreiben Sie doch 'ne Mail, wir machen für Sie per Hand") und beim letzten Anbieter lief zwar das Backu tadellos, aber der Restore klappte nicht. Es fehlten Dateien im Restore, andere Dateien wurden durch Templates ersetzt und es gingen User-IDs verloren.

Zitat von cw1;15218

Dafür kannst du dir aber sicher sein, dass das Backup keine fehlerhaften Dateien erzeugt

Wieso sollte das vorkommen? Der Stand der Technik sind journalbasierte Dateisysteme. Entweder ist die Datei auf dem Stand vor dem Schreiben oder das Schreiben ist erfolgreich. Zusätzlich gibt es ja noch Snapshots.

Naja, das ist ja mein eigener Name.

Danke!

PS: Wäre nett wenn du das noch änderst.

So, hier die Antwort per Mail für alle:

Zitat

Guten Tag xxx,

unter dem "Auto-Backup" verstehen wir die Möglichkeit, dass per
Mausklick automatisch Backups vom kompletten System angelegt werden
können, ohne das der Kunde sich um die Einrichtung einer Backupsoftware
kümmern muss.

Mit freundlichen Grüßen

xxx

netcup Team

Alles anzeigen

Die xxx habe ich reingesetzt, weiß nicht ob hier Realnamen reinsollen.

Ich kann da gar keine Werte setzen. Egal was ich eintrage (z.B. 500 + 9999) und dann auf "hinzufügen/ändern" klicke, dann dauert das Absenden der Seite ewig und als nächste Seite gibt es nur eine weiß Seite. Rufe ich den Punkt "Traffik-Limit" im Menü wieder auf, so sind alle Felder leer.

Ok, dann stimmte meine Vermutung für Soft/Hard. Den Zeitraum muss ich dann wohl einfach austesten.

Auf welchen Zeitraum bezieht sich das Traffic-Limit denn? Was ist der Unterschied zwischen Soft- und Hard-Limit?

Tägliche Sicherung habe ich ja nur, wenn ich das im vservercontrolpanel per Hand anstoße und damit den Server runterfahre. Das ist ja nicht automatisch.

v(olks)Server 1000, Mietdatum Ende Feb 2010, CPU Xeon E5520, 16 Kerne sichtbar, 1GB RAM, 1GB Swap on SSD, 30GB auf RAID5

Quelle: unixbench-4.1.0-wht.tar.gz
MD5: 277f76cf3a09db02614cbb1e9121bb22

Unmodifiziert:

TEST                                        BASELINE     RESULT      INDEX




Dhrystone 2 using register variables        376783.7 53813935.9     1428.2
Double-Precision Whetstone                      83.1     1379.6      166.0
Execl Throughput                               188.3    24533.4     1302.9
File Copy 1024 bufsize 2000 maxblocks         2672.0   225802.0      845.1
File Copy 256 bufsize 500 maxblocks           1077.0    67321.0      625.1
File Read 4096 bufsize 8000 maxblocks        15382.0  2789637.0     1813.6
Pipe-based Context Switching                 15448.6  1065493.8      689.7
Pipe Throughput                             111814.6 10257743.9      917.4
Process Creation                               569.3    64920.4     1140.4
Shell Scripts (8 concurrent)                    44.8     3550.5      792.5
System Call Overhead                        114433.5  5333320.3      466.1
                                                                 =========
     FINAL SCORE                                                     793.8

Optimiert auf die CPU:

TEST                                        BASELINE     RESULT      INDEX




Dhrystone 2 using register variables        376783.7 113648087.5     3016.3
Double-Precision Whetstone                      83.1     2594.4      312.2
Execl Throughput                               188.3    23966.6     1272.8
File Copy 1024 bufsize 2000 maxblocks         2672.0   250937.0      939.1
File Copy 256 bufsize 500 maxblocks           1077.0    67225.0      624.2
File Read 4096 bufsize 8000 maxblocks        15382.0  2886830.0     1876.8
Pipe-based Context Switching                 15448.6   934235.7      604.7
Pipe Throughput                             111814.6 11527885.6     1031.0
Process Creation                               569.3    69102.3     1213.8
Shell Scripts (8 concurrent)                    44.8     3263.0      728.3
System Call Overhead                        114433.5  9412296.1      822.5
                                                                 =========
     FINAL SCORE                                                     954.3

Auf http://www.netcup.de/vserver/ werden die vServer ab der Ausbaustufe 1000 mit "Auto-Backup-System" beworben. An welcher Stelle kann ich das automatische Backupsystem einrichten? Ich habe unter https://www.vservercontrolpanel.de nur ein manuelles Backup gefunden, welches auch noch vor dem Backup den vServer für längere Zeit außer Betrieb nimmt.

Zitat von Thoron;15002

Ich hatte vermutet es hätte was mit mangelndem Memory zu tun, aber eigentlich müsste doch dann das OpenVCP-System irgendwie eingreifen und notfalls swappen? Support: "Nein am Memory liegt es nicht".

Deine Vermutung ist falsch. Wenn der Speicher knapp wird, dann kill der Kernel beliebige Prozeße. Das kann auch den ssh-Server sowie den Webserver treffen. Was läuft denn so alles auf dem Server und sind vor allem Mailserver und Webserver auf deinem Server *passend* zum vorhandenem RAM eingerichtet?

Lass doch mal den RAM-Verbrauch sowie laufende Prozeße periodisch dir per Mail zuschicken. Irgendwie muss man dieses misteröse Problem lösen kann.

Wieso willst du maildrop benutzen, wenn dovecot sowie roundcube sehr gut sieve können?

=> http://wiki.dovecot.org/LDA/Sieve