Beiträge von KB19

    Wie ist das eigentlich mit ipv6, wenn ich nur eine ipv4-Failover-IP habe?

    Wenn ein Server (der sowohl über ipv4 als auch über ipv6 erreichbar ist) ausfällt und ich die Failover umschalte, was passiert dann, wenn die domain über ipv6 angesteuert wird?

    Gibt es dann ein Fallback auf ipv4 (falls der Client ipv4 kann) und alles ist gut? Oder braucht man bei ipv6-fähigen Servern (sind bei mir alle) dann auch eine ipv6-Failover?

    Du meinst eine Verbindung von extern (Client) zu Deinem Server? Kommt definitiv auf den Client an. Im schlimmsten Fall schlägt die Verbindung komplett fehl oder es dauert sehr lange, bis IPv6 in ein Timeout läuft und ein Fallback auf IPv4 erfolgt. Im besten Fall ist so etwas implementiert: https://en.wikipedia.org/wiki/Happy_Eyeballs

    Soweit ich weiß waren die Caviar Green sowieso fast alle unzuverlässig

    Durchaus möglich, ich kaufe die Green schon lange nicht mehr. :)

    btw: Die letzte meiner schon öfters erwähnten 2,5" WD Blue (WD10JPVT) aus dem Jahr 2011 hat nun 61k Stunden erreicht und noch immer keine Lust aufzugeben 8):thumbup:

    Ich versuche aktuell mittels PHP eine SFTP Verbindung zu einem Raspberry herzustellen, um mir von diesem Dateien zu holen.

    Wäre scp vielleicht eine Alternative? Dann würde ich das einfach über exec() o.ä. Funktionen aufrufen. (Bitte escapeshellarg() nicht vergessen!)

    Das würde die Sache jedenfalls deutlich vereinfachen und benötigt keine zusätzlichen Bibliotheken oder Klassen.

    hoedlmoser Danke, klingt soweit einleuchtend. Ich war zu sehr darauf fixiert, dass das ein permanenter Fehler sein muss. :)

    Wäre jetzt trotzdem nur interessant, was bei der anderen WD Green dann schief läuft, wenn es andauernd neue Lesefehler gibt (anderer Sektor), aber offenbar kein Versuch zum Re-allokieren notwendig ist bzw. stattfindet. Ich muss mal schauen, ob ich die noch finde. Die müsste seit ca. 5 Jahren irgendwo am Kasten in einer großen Holzkiste rumliegen ^^

    Edit: Jup, ich habe sie schon hier liegen. Ist von 2011. Eine defekte Seagate lag dort auch drinnen.

    Entweder ist die Liste nicht vollständig, oder jeder sieht individuell noch weitere Angebote. Zum Beispiel taucht der RS Ostern L dort nicht auf, den sehe ich im Moment aber öfter.

    Die Eier werden alle 10 Minuten neu versteckt. Da muss man schnell sein. Im schlimmsten Fall können die schon eine Minute nach Eintragung in die Liste ganz woanders sein.

    der darf auch bei einem lesefehler ansteigen. schreibfehler können ja unmittelbar ersetzt werden, da wird er nicht wirklich lange erhöht sein.

    und somit den lesefehler korrigiert und jetzt ist wieder alles gut.

    Und warum spiegelt sich das dann nicht in den Reallocated-Werten wieder? Die Platte hat offenbar einen (oder mehrere) Reservesektoren benutzt, das würde ich später schon gerne nachvollziehen können. Oder verstehe ich irgendwas falsch?

    Wie gesagt, dieses Verhalten sehe ich so ausschließlich bei den WD Green HDDs.

    Dafaq. Normal dauert nen Online Snapshot in KVM maximal 5-10 Minuten, wenn der RAM mit drin ist.

    Es geht aber um einen Export eines bestehenden Snapshots. Also kopieren auf einen anderen Storageserver, auf den man mit FTP zugreifen kann. Das läuft garantiert mit niedriger Priorität.

    Ups, Inhalt dieser Seite zu spät gesehen.

    KB19 was waren denn die beiden Reallocated_Sector_Ct/Reallocated_Event_Count in der Vergangenheit?

    Current_Pending_Sector alleine dürfte hier nicht allzuviel Aussagekraft haben;

    Immer 0 laut meinen Aufzeichnungen. Nur Current_Pending_Sector stieg dann einmal an, wodurch ich die Platte vor einiger Zeit vorsorglich getauscht habe. Nach einmal Nullen sind alle Werte wieder auf 0...

    Kommt mir nur komisch vor, weil es somit keinerlei Nachweis mehr für defekte Sektoren in der Vergangenheit gibt. Das kenne ich so nicht, auch nicht bei WD. Normalerweise bleibt das bei irgendeinem Wert für immer sichtbar.

    In meinen Aufzeichnungen steht allerdings auch, dass eine andere WD Green (WD20EARX) mit der gleichen Firmwareversion (51.0AB51) ein identisches Verhalten zeigte. Nur mit dem Unterschied, dass dort so viele Sektoren defekt waren, dass der SMART-Test selbst nach mehreren Versuchen und Nullen der HDD nicht mehr erfolgreich beendet werden konnte. Sieht also ganz danach aus, dass die Firmware der WD Green hier bewusst lügt, was ihre Vergangenheit angeht.

    Ich hau jetzt mal ZFS und Zufallsdaten drauf, danach mehrmals schrubben. Vielleicht kann ich die erste erwähnte Platte für unwichtiges temporäres Zeug doch noch weiter verwenden. Die ist sonst nämlich absolut unauffällig :D

    Wie kann das eigentlich sein? Eine HDD von WD (WD20EARS aus dem Jahr 2010) verschweigt etwas :/

    Current_Pending_Sector war mal in der Vergangenheit größer als 0, trotzdem sind Reallocated_Sector_Ct/Reallocated_Event_Count/Current_Pending_Sector aktuell alle 0.

    Das dürfte doch gar nicht sein, oder? :S

    btw: In letzter Zeit höre ich hier im Hinterhof am Abend immer wieder Enten quaken bzw. vorbei fliegen. Sollte ich mir Gedanken machen? ^^

    Spoiler anzeigen

    Ist prinzipiell keine Seltenheit neben dem Wienfluss, aber in den letzten Jahren ist es durch die Großbaustelle "U2/U4" eher selten geworden.