Bis jetzt ist Euserv eine Katastrophe.
Ich bin auch zu EUserv gezogen. Grund war der Preis und das viel mit drin war (10 IPs und 1TB FTP Backup)
Hab den Instant64 L v4.1 genommen.
Nach 3 Wochen hatten der RAM und die Festplatten Probleme und der Server schmierte ständig ab. (Zum Backup reichte die Laufzeit gerade noch aber eine Platte war auf jeden Fall defekt.)
Server wurde getauscht.
Neuer Server schmiert nach 3 Tagen einmal täglich ab und nur ein Reset hat geholfen.
Log zeigt RAM Probleme an und ab und an auch gar nichts. (Hänge das Log mal mit an)
Das Blöde ist, das ich das schon befürchtet habe.
Die verwenden fast nur Consumer Hardware für diese Server. Festplatten sind TOSHIBA DT01ACA300, Mainboard ist ein MSI MS-7817.
Wie soll der Krempel 2-3 Jahre durchhalten, wenn die nicht mal paar Wochen schaffen?
Support reagiert aber das bringt mir nix wenn die den wieder tauschen und wieder und wieder.
Wenn jemand eine Alternative hat immer her damit. Ich war vorher bei Hetzner und überlege ob ich wieder dahin wechsle.
Die Hardware ist einfach Schrott und mir ist da nun auch klar warum die soviel Backup Platz mit drin haben...
Fazit für den Ausflug zu EUserv: Bringt nix außer Ärger. Die paar Euro Ersparnis legt man mit Nerven und ggf. weglaufenden Kunden wegen der DownTimes doppelt und dreifach wieder drauf.
Lasst es!
Gruß Haxley
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] total RAM covered: 32702M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] gran_size: 64K chunk_size: 64K num_reg: 10 lose cover RAM: 238M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] gran_size: 64K chunk_size: 128K num_reg: 10 lose cover RAM: 238M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] gran_size: 64K chunk_size: 256K num_reg: 10 lose cover RAM: 238M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] gran_size: 64K chunk_size: 512K num_reg: 10 lose cover RAM: 238M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] gran_size: 64K chunk_size: 1M num_reg: 10 lose cover RAM: 238M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] gran_size: 64K chunk_size: 2M num_reg: 10 lose cover RAM: 238M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] gran_size: 64K chunk_size: 4M num_reg: 10 lose cover RAM: 238M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] gran_size: 64K chunk_size: 8M num_reg: 10 lose cover RAM: 238M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] gran_size: 64K chunk_size: 16M num_reg: 10 lose cover RAM: 238M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] gran_size: 64K chunk_size: 32M num_reg: 10 lose cover RAM: 494M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] *BAD*gran_size: 64K chunk_size: 64M num_reg: 10 lose cover RAM: -16M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] *BAD*gran_size: 64K chunk_size: 128M num_reg: 10 lose cover RAM: -16M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] *BAD*gran_size: 64K chunk_size: 256M num_reg: 10 lose cover RAM: -16M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] *BAD*gran_size: 64K chunk_size: 512M num_reg: 10 lose cover RAM: -16M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] *BAD*gran_size: 64K chunk_size: 1G num_reg: 10 lose cover RAM: -512M
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] *BAD*gran_size: 64K chunk_size: 2G num_reg: 10 lose cover RAM: -1536M
.
.
.
.
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] mtrr_cleanup: can not find optimal value
Jul 11 15:06:21 81-7-13-68 kernel: [ 0.000000] please specify mtrr_gran_size/mtrr_chunk_size