Wartung Rootserver am 13.09. 17:45h
- feltel
- Webmaster
- Beiträge: 10448
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Wartung Rootserver am 13.09. 17:45h
Aufgrund der bereits bekannten Festplattenproblematik habe ich einen Plattentausch bei Hetzner angefragt. Der Termin wurde mir bestätigt und daher fahre ich den Server am
13.09.2013 um 17:45h
herunter, damit der Hetzner-Techniker kurz darauf die defekte Platte tauschen kann. Ich habe zugleich die thermischen Probleme angemeckert und hoffentlich bekommen die das auch gleich hin. Ich weiß jetzt nicht genau, wie lange man brauchen wird, aber aus eigener Erfahrung schätze ich so zwischen 15 und 30 Minuten. Danach sollte das Forum wieder laufen und ich komme ins Spiel, um das RAID1 mit der neuen Platte wieder in Betrieb zu setzen. Dabei dürfte erfahrungsgemäß die Serverperformance spürbar nachlassen. Es muss halt erst schlimmer werden, bevor es besser wird.
13.09.2013 um 17:45h
herunter, damit der Hetzner-Techniker kurz darauf die defekte Platte tauschen kann. Ich habe zugleich die thermischen Probleme angemeckert und hoffentlich bekommen die das auch gleich hin. Ich weiß jetzt nicht genau, wie lange man brauchen wird, aber aus eigener Erfahrung schätze ich so zwischen 15 und 30 Minuten. Danach sollte das Forum wieder laufen und ich komme ins Spiel, um das RAID1 mit der neuen Platte wieder in Betrieb zu setzen. Dabei dürfte erfahrungsgemäß die Serverperformance spürbar nachlassen. Es muss halt erst schlimmer werden, bevor es besser wird.
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM
- feltel
- Webmaster
- Beiträge: 10448
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Re: Wartung Rootserver am 13.09. 17:45h
Gleich gehts los mit der Wartung. Nehme jetzt die defekte Platte aus dem RAID-Set. In 5 Minuten fahre ich den Server runter.
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM
- feltel
- Webmaster
- Beiträge: 10448
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Re: Wartung Rootserver am 13.09. 17:45h
Der Server ist jetzt wieder oben und ich habe eben die neue (gebrauchte ) Platte ins RAID-Set integriert. Der Resync läuft....
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM
-
- Beiträge: 2049
- Registriert: 18.03.2012 21:13:42
- Lizenz eigener Beiträge: GNU Free Documentation License
Re: Wartung Rootserver am 13.09. 17:45h
Hat es hikaru[1] überstanden? Gibt es anderweitige Verluste?
[1] http://debianforum.de/forum/viewtopic.p ... 07#p950283
[1] http://debianforum.de/forum/viewtopic.p ... 07#p950283
Hilf mit unser Wiki zu verbessern!
- feltel
- Webmaster
- Beiträge: 10448
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Re: Wartung Rootserver am 13.09. 17:45h
Aktuell keine Verluste zu verzeichnen, sogar alle über die Jahre mühsam angesammelten Bits und Bytes sind vollzählig da.
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM
- KBDCALLS
- Moderator
- Beiträge: 22446
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: Wartung Rootserver am 13.09. 17:45h
Einzeln gezählt
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
- feltel
- Webmaster
- Beiträge: 10448
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Re: Wartung Rootserver am 13.09. 17:45h
Na klar, was denkst Du denn. Die meisten kenne ich sogar beim Namen.
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM
- feltel
- Webmaster
- Beiträge: 10448
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Re: Wartung Rootserver am 13.09. 17:45h
Leider hat der Festplattentausch nicht den erhofften Erfolg gebracht, eher die Problematik noch verschärft. Die Situation ist derzeit die, das das RAID1 nicht vollständig resynct bzw. aktuell bei 51% und einer geschätzten Restzeit von um die 20.000 Minuten steht. Dabei füllt sich das Syslog mit Media Sense-Fehlern von /dev/sda und auch die "neue" Platte für /dev/sdb hat schon wieder acht Offline_Uncorrectable-Fehler. Ich kann also aktuell keinen neuen Plattentausch anmelden ehe das RAID nicht resynct ist. Ich bin schon hart am überlegen, ob ich nicht einen neuen Rootserver bestelle, das wären zwar knapp 100 EUR Setupkosten, ein zwei Monatsmieten für beide Server parallel und ein haufen Arbeit, aber ich habe atm wenig Vertrauen, das sich das ohne Verluste bereinigen lässt. Was meint ihr?
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM
- schorsch_76
- Beiträge: 2601
- Registriert: 06.11.2007 16:00:42
- Lizenz eigener Beiträge: MIT Lizenz
Re: Wartung Rootserver am 13.09. 17:45h
Hallo fettel,
wie sieht das Backup aus? Aktuell? Ansonsten gleich mal starten.
Da würde ich auch in den sauren Apfel beissen und einen neuen Rootie betsellen.
Gruß
schorsch
wie sieht das Backup aus? Aktuell? Ansonsten gleich mal starten.
Da würde ich auch in den sauren Apfel beissen und einen neuen Rootie betsellen.
Gruß
schorsch
Re: Wartung Rootserver am 13.09. 17:45h
Wäre auch dafür. Aktuell hat das Forum Schluckauf, die Suche hakt besonders gern.schorsch_76 hat geschrieben: Da würde ich auch in den sauren Apfel beissen und einen neuen Rootie betsellen.
Re: Wartung Rootserver am 13.09. 17:45h
Und von feltel handsigniert.KBDCALLS hat geschrieben:Einzeln gezählt
Zuletzt geändert von Anonymous am 15.09.2013 06:33:37, insgesamt 1-mal geändert.
Wer nicht lieben kann, muß hassen. Wer nicht aufbauen kann muß zerstören. Wer keine Brücken baut, muß spalten.
- feltel
- Webmaster
- Beiträge: 10448
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Re: Wartung Rootserver am 13.09. 17:45h
Aktueller Resync-Stand 69,4%.
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM
- feltel
- Webmaster
- Beiträge: 10448
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Re: Wartung Rootserver am 13.09. 17:45h
Sodele, das RAID ist jetzt erstmal wieder gesynct. Ich habe gestern noch Hetzner angetriggert wegen eines neuen Rootservers.
sda ist aber definitiv im Eimer:
sda ist aber definitiv im Eimer:
Code: Alles auswählen
=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 117 077 006 Pre-fail Always - 123877512
3 Spin_Up_Time 0x0003 095 095 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 6
5 Reallocated_Sector_Ct 0x0033 093 093 036 Pre-fail Always - 9880
7 Seek_Error_Rate 0x000f 082 060 030 Pre-fail Always - 194624885
9 Power_On_Hours 0x0032 086 086 000 Old_age Always - 13007
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 6
183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 001 001 000 Old_age Always - 10176
188 Command_Timeout 0x0032 100 100 000 Old_age Always - 0 0 0
189 High_Fly_Writes 0x003a 096 096 000 Old_age Always - 4
190 Airflow_Temperature_Cel 0x0022 051 043 045 Old_age Always In_the_past 49 (2 9 49 47)
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 3
193 Load_Cycle_Count 0x0032 098 098 000 Old_age Always - 5574
194 Temperature_Celsius 0x0022 049 057 000 Old_age Always - 49 (0 22 0 0)
197 Current_Pending_Sector 0x0012 063 063 000 Old_age Always - 6080
198 Offline_Uncorrectable 0x0010 063 063 000 Old_age Offline - 6080
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 12575h+27m+42.243s
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 43695413381432
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 28056019848377
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM
Re: Wartung Rootserver am 13.09. 17:45h
Ein Glück, dass das noch geklappt hat bei den Werten.Sodele, das RAID ist jetzt erstmal wieder gesynct.
Unix is user-friendly; it's just picky about who its friends are.
Re: Wartung Rootserver am 13.09. 17:45h
Aber der aktuelle Server und die Platten waren doch noch (fast) neu oder? Und dann nach ein paar Monaten in einem solchen Zustand, normal ist das doch nicht oder? Hauptsache aber, das die Daten erst Mal erfolgreich gerettet worden konnten.
Wer nicht lieben kann, muß hassen. Wer nicht aufbauen kann muß zerstören. Wer keine Brücken baut, muß spalten.
- whisper
- Beiträge: 3379
- Registriert: 23.09.2002 14:32:21
- Lizenz eigener Beiträge: GNU Free Documentation License
-
Kontaktdaten:
Re: Wartung Rootserver am 13.09. 17:45h
Feltel, was hast du für einen Rootserver momentan?
Ich bin seit 6 Monaten auf einem EX4 gewesen, mit dem ich nur Ärger hatte, keine VM funktionierte und 7 freezes.
Wenn du einen EX4 nimmst, verlange einen, der ein
Baseboard beherbergt.
Damit läuft der Server nun seit 15 Tagen stabil.
Ich bin seit 6 Monaten auf einem EX4 gewesen, mit dem ich nur Ärger hatte, keine VM funktionierte und 7 freezes.
Wenn du einen EX4 nimmst, verlange einen, der ein
Code: Alles auswählen
Manufacturer: MSI
Product Name: H77MA-G43 (MS-7756)
Damit läuft der Server nun seit 15 Tagen stabil.
Alter ist übrigens keine Ausrede, nur Erfahrung, die sich stapelt.
-
- Beiträge: 2951
- Registriert: 24.12.2010 16:50:59
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Rheinland
Re: Wartung Rootserver am 13.09. 17:45h
Habe auch schon drei EX4S vollstaendig austauschen lassen, weil die Hardware nicht stabil war. Mittlerweile verzichtet Hetzner sogar auf den zehnstuendigen Hardware-Test + eventuellen BIOS-Update und tauschen einfach aus. Frueher war alles besser.whisper hat geschrieben:Feltel, was hast du für einen Rootserver momentan?
Ich bin seit 6 Monaten auf einem EX4 gewesen, mit dem ich nur Ärger hatte, keine VM funktionierte und 7 freezes.
Wenn du einen EX4 nimmst, verlange einen, der einBaseboard beherbergt.Code: Alles auswählen
Manufacturer: MSI Product Name: H77MA-G43 (MS-7756)
Damit läuft der Server nun seit 15 Tagen stabil.
-
- Beiträge: 3289
- Registriert: 29.06.2013 17:32:10
- Lizenz eigener Beiträge: GNU General Public License
-
Kontaktdaten:
Re: Wartung Rootserver am 13.09. 17:45h
Ist sowas normal?catdog2 hat geschrieben:Ein Glück, dass das noch geklappt hat bei den Werten.Sodele, das RAID ist jetzt erstmal wieder gesynct.
Eigentlich will ich wissen, ob die Festplatte hier extrem belastet ist/war, und auch ob das bei Forenserver normal ist.
Für einen ungeübten ist es sehr schwer das auszuwerten. Ich beschäftige mich jetzt damit zum ersten mal.
(=_=)
Unsere neue Mutter: https://www.nvidia.com/de-de/data-center/a100/
Unsere neue Mutter: https://www.nvidia.com/de-de/data-center/a100/
Re: Wartung Rootserver am 13.09. 17:45h
Die meisten Hoster lassen die Platten überarbeiten, und diese werden dann als Austauschplatten genommen.ralli hat geschrieben:Aber der aktuelle Server und die Platten waren doch noch (fast) neu oder? Und dann nach ein paar Monaten in einem solchen Zustand, normal ist das doch nicht oder? Hauptsache aber, das die Daten erst Mal erfolgreich gerettet worden konnten.
Daher passiert das öfter mal, das die Platten nach kurzer Zeit wieder Fehler zeigen.
Wir hatten bei einem anderen großen Hoster das selbe Problem, beim 3. Austausch (in 2 Tagen) habe ich dann
auf einer neuen Platte bestanden, seit dem war dann auch wieder gut.
- feltel
- Webmaster
- Beiträge: 10448
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Re: Wartung Rootserver am 13.09. 17:45h
Ja, das ist ein EX4S mit nem Asus P8H67-M PRO Mainboard. Die Platten waren bei der Bereitstellung von jetzt 1 1/2 Jahren neu und liefen ja auch problemlos. Einzig die etwas höhere Plattentemperatur von ~47 °C hatte ich mal angemeckert. Die Platten selbst sind Seagate Barracuda 7200.14, also Desktopplatten.whisper hat geschrieben:Feltel, was hast du für einen Rootserver momentan?
Ich bin seit 6 Monaten auf einem EX4 gewesen, mit dem ich nur Ärger hatte, keine VM funktionierte und 7 freezes.
Wenn du einen EX4 nimmst, verlange einen, der einBaseboard beherbergt.Code: Alles auswählen
Manufacturer: MSI Product Name: H77MA-G43 (MS-7756)
Damit läuft der Server nun seit 15 Tagen stabil.
Ich habe wie gesagt Hetzner angeschrieben und will eigentlich weg von dem jetzigen Rootserver und einen neuen. Laut Preisliste verbauen die dort jetzt Enterprise Class-Platten, was auch immer genau heißen mag. SAS-Platten sinds auf keinen Fall.
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM
- whisper
- Beiträge: 3379
- Registriert: 23.09.2002 14:32:21
- Lizenz eigener Beiträge: GNU Free Documentation License
-
Kontaktdaten:
Re: Wartung Rootserver am 13.09. 17:45h
Habe die üblichen Hardware Tests, RAM Tausch und BIOS- updates hinter mir.syssi hat geschrieben: Habe auch schon drei EX4S vollstaendig austauschen lassen, weil die Hardware nicht stabil war. Mittlerweile verzichtet Hetzner sogar auf den zehnstuendigen Hardware-Test + eventuellen BIOS-Update und tauschen einfach aus. Frueher war alles besser.
Wenn sie das jetzt direkt machen, ist es ein Zeichen, das man wirklich nicht alleine ist. Schön, das Hetzner eigentlich recht zuverlässig ist und sich auch kümmert, wenn man sich meldet.
Alter ist übrigens keine Ausrede, nur Erfahrung, die sich stapelt.
Re: Wartung Rootserver am 13.09. 17:45h
Ja, ich finde Hetzner auch sehr angenehm. Hatte lange zeit das Problem, dass mein Server (immer um ca. die gleiche Zeit) stehen blieb. Da ich ein Software-Problem vermutete hab ich den dann jeweils von der Admin-Weboberfläche aus rebootet und lange, lange fehler gesucht. Ein mal konnte ich den Server dann nicht mehr über den Software-Reboot zum Leben erwecken und habe darum dann einen "bemannten" reboot angefordert. Der Service-Mensch hat bei dieser Gelegenheit gerade kurz die Hardware analysiert, zersprungene Elkos gefunden und das Mainboard ersetzt. Das nenn ich wirklich service.whisper hat geschrieben:Schön, das Hetzner eigentlich recht zuverlässig ist und sich auch kümmert, wenn man sich meldet.
"Wer sich nicht bewegt, spürt seine Fesseln nicht." - Rosa Luxemburg
- feltel
- Webmaster
- Beiträge: 10448
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Re: Wartung Rootserver am 13.09. 17:45h
Hetzner hat auf meine Anfrage geantwortet und würde uns einen EX40-Rootserver (https://www.hetzner.de/hosting/produkte_rootserver/ex40) ohne Setupgebühr bereitstellen. Go oder Go, obwohl das wieder ein Haufen Aufwand ist?
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM
Re: Wartung Rootserver am 13.09. 17:45h
Wenn es die Situation erfordert kennst du sicher die Antwort
Bringt uns doch nichts, wenn alles auf wackligem Fundament steht und jederzeit ein Komplettausfall droht, oder seh ich da was falsch?
Bringt uns doch nichts, wenn alles auf wackligem Fundament steht und jederzeit ein Komplettausfall droht, oder seh ich da was falsch?
Re: Wartung Rootserver am 13.09. 17:45h
Go. Gerade weil das aktuelle Modell wohl generell recht störanfällig ist.Go oder Go, obwohl das wieder ein Haufen Aufwand ist?
Natürlich ist das Aufwand aber allzu schlimm sollte es ja nicht werden, wenn man die Installation 1:1 übernimmt. Zur Not auch mit einer etwas längeren Downtime, wenns das einfacher macht. Ist allemal besser als dauerhafter Plattenärger.
Unix is user-friendly; it's just picky about who its friends are.