Hetzner Server instabil

[unull]

Zitat von Bummibaer

Hi,
Timeouts in diesem Zusammenhang mit FreeBSD 9.x habe ich auch schon öfter gesehen. In den meisten Fällen war hierbei eine SSD oder HD mit defekter Firmware die Ursache für die Timeouts. Danach kam regelmäßig der Kernelpanicbär zu Besuch. Ein Update der SSD / HD Firmware hat das Problem meistens gelöst.

Das Problem ist, dass ich selber wohl nicht ohne weiteres Firmware-Updates bei der Kiste durchfüren kann.

[Bummibaer]

Hi,
dafür nutzt Du am oifachsten den virtual Media Support mittels IPMI um ein Live System per ISO Image remote über das Netz zu booten. Dann mit IPMI auf die Kiste mit dem laufenden LIVE OS zugreifen. Danach mountest Du tmpfs für /tmp. Nun oifach mit dem Live OS und fetch oder scp oder sonstwas über das Netz bärig fein das Archiv mit dem Firmware File und FW Flasher laden, entpacken nach /tmp (das wo du mit tmpfs ins ram gemounted hast) und führst von dort aus das Firmware Update aus. Da kein System von der SSD / HD gestartet ist und nichts gemounted außer das Live OS von IPMI aus per virtual Media und die tmpfs auf /tmp sollte das problemlos gehen. Danach die Maschine mit shutdown -r now oifach oi mal neu booten. Dat wars - bärig oifach.

Beste Grüße
Bummibär

[Crest]

Hetzner benutzt Desktophardware ohne IPMI. Es ist halt ein Billighoster bei dem man schnelle Rechner billig bekommt. Nirgendwo stand etwas von zuverlässig.

[Yamagi]

Zitat von unull

Wie schalte ich ATACAM ab? Muss ich dafuer den Kernel neubauen?

Vorweg sei gesagt, dass Kernel ohne ATACAM ab 9.0 nicht mehr unterstützt sind. Es kann also noch funktionieren, muss aber nicht. Du musst einen neuen Kernel ohne "options ATA_CAM" bauen. Wie du schon sagst, ändern sich die Device-Namen, aus "adaX" wird "adY".

[unull]

Ich habe letzte Woche fuer beide Platten via camcontrol die "tags" auf 1 gesetzt und seitdem keine Probleme mehr gehabt.

/sbin/camcontrol tags ada0 -N 1
/sbin/camcontrol tags ada1 -N 1

[euler]

Hi,
hatte ähnliche Probleme bei einem EX 4S System mit FreeBSD 9.0. Hatte damals auch mal den Support beauftragt zu schauen, aber Platten waren ok. System lief 1 bis 2 Tage und dann war eine Platte weg ;(

Im Log kam folgende Meldung:

Apr 23 15:51:49 meinsrv kernel: ahcich1: AHCI reset: device not ready after 31000ms (tfd = 00000080)
Apr 23 15:56:31 meinsrv kernel: ahcich1: AHCI reset: device not ready after 31000ms (tfd = 00000080)
Apr 23 15:56:31 meinsrv last message repeated 8 times
Apr 23 15:56:31 meinsrv kernel: (ada1:ahcich1:0:0:0): lost device
Apr 23 15:57:19 meinsrv kernel: ahcich1: AHCI reset: device not ready after 31000ms (tfd = 00000080)
Apr 23 15:57:19 meinsrv kernel: ahcich1: Poll timeout on slot 6 port 0
Apr 23 15:57:19 meinsrv kernel: ahcich1: is 04400040 cs 00000040 ss 00000000 rs 00000040 tfd 80 serr 048d0802 cmd 00004617
Apr 23 15:57:20 meinsrv kernel: GEOM_MIRROR: Device swap: provider gpt/swap1 disconnected.
Apr 23 15:57:20 meinsrv kernel: (ada1:ahcich1:0:0:0): removing device entry
Apr 23 15:58:08 meinsrv kernel: ahcich1: AHCI reset: device not ready after 31000ms (tfd = 00000080)
Apr 23 15:58:08 meinsrv kernel: ahcich1: Poll timeout on slot 6 port 0
Apr 23 15:58:08 meinsrv kernel: ahcich1: is 04400040 cs 00000040 ss 00000000 rs 00000040 tfd 80 serr 048d0802 cmd 00004617


Hab dann in die /boot/loader.conf folgendes eingetragen, was zum Erfolg führte.

kern.cam.ada.default_timeout="60" # default: 30

Seit dem keine Probleme damit

Grüße