mir fällt echt nichts mehr ein

ozontec

New Member
Hallo,
Ich habe lange überlegt ob ich hier nochmal meine Erfahrungen mit den Produkten von Serverloft schreiben soll, aber so langsam wachsen mir bunte Hutfedern aus dem A*****.

Ich bin Kunde bei Serverloft. Nichts gegen Serverloft, der Support war immer hilfsbereit und hat versucht zu helfen wo es ihm möglich war. Aber die Kisten, die Serverloft da vermietet sind totaler Murks. Schmeißt diesen Fujitsu Siemens Müll auf den Schrott. Sorry, aber anders kann man das einfach nicht mehr sagen.

Zunächst mal zu Server #1 zu dem ich schon einmal in diesem Thread berichtet hatte. Diesen Server kann ich immer noch nicht benutzen. Serverloft stellt mir diesen Server kostenlos zur Verfügung, aber das Problem besteht nun schon gut 6 Monate. Jetzt mögen die Leute zwar denken "freu dich doch" - Nein, ich freue mich nicht. Nach Infos vom Support wird die Hardware getauscht. Nur wann konnte man nicht sagen. Mehr als ein Schulter zucken habe ich bis heute nicht von den Mitarbeitern von Serverloft erhalten.

Server #2
Gut, das Server #1 bis dato Problemkind war sollte mich nicht daran hindern einen 2ten Server bei Serverloft zu mieten. Das Angebot war gut und der erste Server nur Pech. Der neue Server steht und ist eingerichtet. Doch Moment mal;

  • IPMI wieder einmal kaputt
    Der Support meint das dieses Problem bekannt ist, es aber keine Lösung gibt.
  • von 16 Kernen läuft nur noch einer
  • HD liefert nur noch ~10mb/s

Der Support meinte ich sollte bitte ein HW Test durchführen. Dazu wird der Server in einem Recovery Modus gestartet. Nur zu blöd das ich gut 600 Serverinstanzen einer Applikation darauf laufen habe die International genutzt werden. Nur zu blöd das ich mir keine Downtime leisten kann die noch zusätzlich für den Hardwaretausch ansteht.

Also hab ich bei Serverloft mal nachgefragt ob es so etwas wie eine Cluster IP gibt. So das man z.b. 2 Server hat und bei einem Ausfall die IP auf dem anderen Server zeigt. Gibt es natürlich nicht.

Tja, was bleibt mir. Ich werde mich wohl wieder nach einem neuem Anbieter umsehen müssen da Serverloft nicht an einer Professionellen Nutzung seiner Angebote interessiert ist - anders kann ich mir es nicht erklären warum wissentlich Hardware eingesetzt wird die Serienweise defekt ist.
 
Willst du jezz wirklich ERLICHE Meinungen hören? Wenn du vorher mal nachgedacht hättest, hättest du, alleine nur schon durch die Probleme durch deinen ersten Server, dort keinen weiteren Angemietet.

Weil ganz erlich, ich mein, wenn ich ein INTERNATIONAL wichtiges Projekt am laufen habe, dann kauf ich mir doch kein Server, wo ich vorher schon Probleme mit hatte, oder bin ich in der Hinsicht doof?...

Ich mein, you get what you pay for und wenn man aus Fehlern nicht lernt, muss man halt seinen Kop dafür hinhalten...

just my2cents
 
Willst du jezz wirklich ERLICHE Meinungen hören?
Klar ;). Bin immer an ehrlichen Meinungen interessiert.
Wenn du vorher mal nachgedacht hättest, hättest du, alleine nur schon durch die Probleme durch deinen ersten Server, dort keinen weiteren Angemietet.
Ja, da muss ich zugeben das ich in diesem Fall einfach zu dämlich war.
Ich habe aber erst später durch Gespräche mit dem Support raus bekommen, das es eine Menge Probleme mit der Hardware gibt die auch noch den Mitarbeitern bekannt sind.

Es ist schon dreist von Serverloft, das Server vermietet werden obwohl man weiß das z.B. IPMI defekt ist und es keine Lösung seitens des Herstellers gibt.

Selbst zu den verstorbenen CPU Kernen meinte man, das es schon hin und wieder mal passiert. Ich wahr sehr erstaunt, denn so etwas habe ich noch nicht erlebt - aber Serverloft hat scheinbar selbst damit Erfahrungen.

Ich mein, you get what you pay for und wenn man aus Fehlern nicht lernt, muss man halt seinen Kop dafür hinhalten...
Gelernt hab ich definitiv daraus ;). Nur blöd das Tausende User die Downtime mitmachen müssen.
 
Ich weiss ja nicht, wieviel du für den Server bezahlt hast, aber wenn du wirklich sehr sichere Hardware brauchst und nen Klasse Support, wäre da Hetzner nicht was für dich? Zugegeben, die Einrichtungsgebühr ist happig aber du könntest dir ja auch zb. die Restposten vom DS3000 schnappen...

Sind auch schon feine Dinger und wie gesagt, was sichereres als Hetzner gibts kaum :D
 
Ich weiss ja nicht, wieviel du für den Server bezahlt hast, aber wenn du wirklich sehr sichere Hardware brauchst und nen Klasse Support, wäre da Hetzner nicht was für dich?
Die Kiste muss einfach stable laufen. Dazu kommt, das wir einen großen Traffic Verbrauch haben. Bei Hetzner steht zwar Flat, aber auch im Kleingedrucken der Hinweis einer Limitierung. Da wir uns auch im ständigen Ausbau befinden sind Cluster Lösungen auch interessant. Beispiel das bei einem HW Fehler einfach die IP auf einen Notfall Server zeigt. Hetzner bietet z.b: Failover-IP. Aber zu wenig Traffic .... ( Im übrigen haben wir sogar deshalb das erste mal bei Serverloft gemietet weil sie die einzigen waren die in den USA Server für einen vernünftigen Preis mit einem vernünftigen Traffic Paket liefern ( als Deutscher Anbieter ))

Ich wäre gerne bei unserem alten Provider geblieben. Jedoch war dieser Sau Teuer und die Verträge waren nicht gerade interessant. Wenn man z.B. einen Vertrag über mehrere Jahre hat und dann irgendwann sieht das man für das gleiche Geld die doppelte Leistung haben kann, dann ärgert man sich schon.

Ich als Provider wäre schon an Kundenbindung interessiert und hätte gesagt, "Komm Junge, du bringst uns Geld, wir basteln dir mal ne Failover-Lösung da wir wissen wie schrottig unsere Server sind". Dafür würde ich sogar bezahlen.
 
Last edited by a moderator:
Wenn du einen wirklich guten Anbieter suchst geh zu Hosteurope. Die haben jetzt 500Mbit garantiert an jedem Server und 5TB Traffic. Hier ist die Leitungsstabilität und der Support wirklich erste Sahne. Ich selber bedauere es im Moment noch von denen weg zu sein und zu Hetzner gewechselt zu haben. Die Leitung war bei Hosteurope doch einiges stabiler ;) Aber gut dafür ist Hetzner deutlich billiger.
 
Der Traffic bei Hetzner ist eigentlich sehr billig. Für jedes weitere TB ab 2TB kommen gerade mal 15 Euro auf dich zu.

Ansonsten hat Hosteurope mehr Traffic (5TB) inklusive und bietet ebenso Cluster-IPs an. Der Support dort ist sehr gut, kann ich aus eigener Erfahrung sagen.
 
Hallo!
Bevor wir hier darüber diskutieren, welche alternativen Anbieter möglicher Weise in Frage kommen, würde ich vorschlagen, erst einmal das akute Problem in den Griff zu bekommen.

Wie wurden die defekten Kerne von dir festgestellt? Wie hast du herausgefunden, das die Platten nur 10 MBit/s liefern?

Wenn du magst, nenne auch die Serverkennung oder sende mir diese als PN zu.

mfG
Thorsten
 
Also tut mir leid, aber wenn der Provider sagt, dass das mit dem IPMI _UND_ den Cores "halt mal vorkommen kann", dann würde ich da sicher nicht bleiben wollen. Und ich habe eher den Eindruck, als wolle er lieber schnellstmöglich weg von Serverloft als sich noch länger mit den dortigen Hardwareproblemen herumzuschlagen, was ich bei der Odyssee auch verstehe.

Dass nur noch ein Core ansprechbar sein soll wundert mich aber auch immens. Würde mich mal interessieren wie das zustande kommen soll/kann.

Die Festplatten könnten falsch eingestellter Raid-Controller, wenns denn einen gibt, kaputte Festplatten oder Ähnliches sein.
Es gab im Forum auch mal nen Thread wegen schlechter Plattenperformance hinterm Raidcontroller bei Serverloft, müsstest du mal suchen.
 
Hallo!
Es kann alles Mögliche sein. Aber bitte Fakten auf den Tisch. Ansonsten ist mir meine Zeit zu kostbar, jemandem bei einer unbegründeten Kündigung zu helfen.

mfG
Thorsten
 
Zu der CPU:

So, der erste Ärger ist abgeklungen. Ich bin an einer Technischen Lösung interessiert.

Code:
dmesg |grep -i cpu
Gibt es keinen Spoiler für längeren Code?
Code:
[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] KERNEL supported cpus:
[    0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[    0.000000] SMP: Allowing 1 CPUs, 0 hotplug CPUs
[    0.000000] NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:1 nr_node_ids:1
[    0.000000] PERCPU: Embedded 29 pages/cpu @ffff88000fa00000 s89880 r8192 d20712 u2097152
[    0.000000] pcpu-alloc: s89880 r8192 d20712 u2097152 alloc=1*2097152
[    0.000000] pcpu-alloc: [0] 0
[    0.000000] Initializing CPU#0
[    0.000000] SLUB: Genslabs=14, HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.007172] Initializing cgroup subsys cpuacct
[    0.007196] CPU: Physical Processor ID: 0
[    0.007197] CPU: Processor Core ID: 0
[    0.007200] CPU: L1 I cache: 32K, L1 D cache: 32K
[    0.007202] CPU: L2 cache: 256K
[    0.007203] CPU: L3 cache: 8192K
[    0.007206] CPU 0/0x0 -> Node 0
[    0.007208] mce: CPU supports 9 MCE banks
[    0.007219] CPU0: Thermal monitoring enabled (TM1)
[    0.007223] CPU 0 MCA banks CMCI:2 CMCI:3 CMCI:5 CMCI:6 SHD:8
[    0.010725] weird, boot CPU (#0) not listed by the BIOS.
[B][COLOR="Red"][    0.224546] Brought up 1 CPUs[/COLOR][/B]
[    0.224996] CPU0 attaching NULL sched-domain.
[    0.234350] HPET: 4 timers in total, 0 timers will be used for per-cpu timer
[    0.891755] cpuidle: using governor ladder
[    0.891757] cpuidle: using governor menu
Ok, dann mal weiter;
Code:
cat /proc/cpuinfo
In /proc/cpuinfo sind eigentlich alle Cores/CPUs zu finden. Dort gab es ursprünglich 16 Einträge.
Code:
vendor_id       : GenuineIntel
[B][COLOR="Red"]physical id     : 0
core id         : 0[/COLOR][/B]
apicid          : 0
initial apicid  : 0
cpuid level     : 11
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc up arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid
pluto:/home# cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 26
model name      : Intel(R) Xeon(R) CPU           E5520  @ 2.27GHz
stepping        : 5
cpu MHz         : 2266.770
cache size      : 8192 KB
physical id     : 0
siblings        : 1
core id         : 0
cpu cores       : 1
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 11
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc up arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid
bogomips        : 4533.54
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:
Das sind die Boardmittel. Nehmen wir halt noch hwinfo.
Code:
hwinfo
Auch hwinfo zeigt eigentlich alle Cores an.
Code:
01: None 00.0: 10103 CPU
  [Created at cpu.304]
  Unique ID: rdCR.j8NaKXDZtZ6
  Hardware Class: cpu
  Arch: X86-64
  Vendor: "GenuineIntel"
  Model: 6.26.5 "Intel(R) Xeon(R) CPU           E5520  @ 2.27GHz"
  Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,up,arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,est,
  Clock: 2266 MHz
  BogoMips: 4533.54
  Cache: 8192 kb
  Units/Processor: 16
  Config Status: cfg=new, avail=yes, need=no, active=unknown

So viel zur CPU. Leider kenne ich keine weiteren Möglichkeiten mal eben die CPU unter Linux auszulesen. Die oben angewendete Schritte haben mir immer zuverlässige Werte geliefert. Ich hätte ja gerne auch mal per IPMI nachgefragt - aber naja...

Man kann als Kernel Parameter IMHO sagen wie viele CPU´s Linux verwenden soll. Dieses lautet aber;
Code:
[    0.000000] Command line: BOOT_IMAGE=/vmlinuz**** root=*** ro acpi=ht quiet
 
Zur Platte

Ok, dann mal weiter mit der Platte.
hdparm ist das erste offensichtliche was man hier verwendet.

md1 ist ein Software raid1 aus 2 SATA Platten.
Code:
 hdparm -t /dev/md1
Code:
/dev/md1:
 Timing buffered disk reads:   30 MB in  3.03 seconds =   9.89 MB/sec
Es waren mal ~99 MB/s

Code:
/dev/sda:
 Timing buffered disk reads:   98 MB in  3.00 seconds =  32.64 MB/sec

Glücklicherweise gibt es SSD Platten die auch funktionieren.
Code:
/dev/md2:
 Timing buffered disk reads:  672 MB in  3.00 seconds = 223.95 MB/sec

Bevor wir die SSD benutzt haben, lief unsere Anwendung noch auf den SATA Platten. Durch die Miserable Performance war unsere Anwendung so gut wie unbenutzbar.

Im Ganzen System wird Software Raid verwendet. Vor der Bestellung hatte ich mit einem Mitarbeiter von Serverloft telefoniert. Er sagte mir eigentlich das die SSD Platten an einem HW-Raid Controller hängen. Es gibt aber kein HW-Raid in diesem System.

Den ganzen Spaß kann man auch mit dd oder iozone oder bonni benchen. Das liefert die gleichen Werte. Ich verzichte aber darauf das diese Benchmarks sehr viel IO verursachen und das System mit 98% wa Time anfängt zu laggen.

Verschiedene Scheduler wurden auch schon getestet und brachten keine Besserung. Ich bin froh das die Kiste überhaupt noch läuft ;).
 
Hallo!
Es kann alles Mögliche sein. Aber bitte Fakten auf den Tisch. Ansonsten ist mir meine Zeit zu kostbar, jemandem bei einer unbegründeten Kündigung zu helfen.

mfG
Thorsten

Ich habe soeben versucht, mir offensichtliche Fakten wieder zu geben. Ich weiß nicht ob sie ein Mitarbeiter von Serverloft sind, aber ich bin an keiner Kündigung interessiert. Ich hoffe doch nicht, das es im Interesse von Serverloft ist dieses Problem durch Kündigung vom Kunden zu lösen.

Serverloft liefert mir eigentlich genau das was ich haben will - einen Server mit dem ich tun und lassen kann was ich möchte. Jedoch wird man stark eingeschränkt wenn z.b. IPMI nicht funktioniert. Selbst ein simples Reboot funktioniert nur mit gut Glück. Meistens muss man einen Manuellen Reboot als Auftrag einreichen. Reißt doch bitten den IPMI Schrott vom Board und verwendet solange externe IPMI Lösungen solange Ihr Probleme mit Fujitsu Siemens habt.

Ich würde hier auch gar nicht im Forum mit den Problemen auftreten würde man nicht zu oft ein Schulterzucken durch den Support erhalten.

Nun greife ich zu Telefon und lasse die Jungs von Serverloft schalten und walten. Meine Kunden wurden informiert
 
Code:
[    0.000000] KERNEL supported cpus:
[    0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[    0.000000] SMP: Allowing 1 CPUs, 0 hotplug CPUs
Das irritiert mich ein wenig. Da hwinfo die Hardware ja richtig erkennt, würde ich mal behaupten, dass es sich um ein Kernelproblem handelt. Da stimmen die SMP-Settings wohl nicht.
Was kommt denn davor noch so im dmesg Log? Da müsste eigentlich nen ganzer Haufen an ACPI-logs rumturnen. Am besten mal noch alles bis zur ersten Zeile posten, sollten noch 50 Zeilen sein.
 
Last edited by a moderator:
Hallo!
Aus eigener Erfahrung und verifiziert: Für den IPMI Zugriff muss auf deinem System eventuell ein Firmware Upgrade gemacht werden. Ist das bereits geschehen? Du solltest schon vor einiger Zeit eine Information dazu bekommen haben.

mfG
Thorsten
 
MOD: Bitte keine Fullquotes. Danke!

Laut dem Support gibt es zur Zeit keine aktuelle Firmware für das System.

Es läuft gerade der Hardwaretest. Hierzu kleine Anmerkung; Bitte fahrt das System sauber runter und macht nicht einfach so einen Reset ;).
 
Last edited by a moderator:
Bin ein wenig verwirrt. Gehört er nun zu Serverloft oder warum will er meine ID haben (die er nicht erhalten hat).
 
uname -a ?

lspci ?

Mit SSD Platten hatte ich Probleme insbesondere nachdem hdparm installiert wurde war da teilweise sense, weil da eine Funktion mit aktiviert wurde, welche mir gerade nicht einfällt...

Edit: Genau TRIM war es. In alten Versionen fehlen da einfach ein paar Kommandos über wieder freie Blöcke oder so, sodass die Dinger volllaufen im Hintergrund... hdparm 9.22 solls beheben...

Welche hdparm Version läuft?
 
Last edited by a moderator:
Die SSD Platten laufen, es sind die SATA Platten. Warum soll hdparm Probleme machen? Es läuft kein Dienst der hdparm verwendet.

Die anderen Infos die einige Poster haben wollten liefere ich nach sobald ich wieder ans System komme.

//update auf das update vom vor Poster:
es ist eine neuere hdparm Version das Trimm kann.
 
Back
Top