Neues Jahr, neue SSD Probleme. Das wäre dann Nummer 4 in unter 12 Monaten:Mir hat ZFS hier daheim alleine letztes Jahr drei 120GB TLC Cosnumer SSDs gekillt, die ausschließlich als System/Boot Laufwerke benutzt wurden.
pool: freenas-boot
state: DEGRADED
status: One or more devices are faulted in response to persistent errors.
Sufficient replicas exist for the pool to continue functioning in a
degraded state.
action: Replace the faulted device, or use 'zpool clear' to mark the device
repaired.
scan: scrub repaired 0B in 00:00:17 with 0 errors on Sun Jan 8 06:56:49 2023
config:
NAME STATE READ WRITE CKSUM
freenas-boot DEGRADED 0 0 0
mirror-0 DEGRADED 0 0 0
ada1p2 FAULTED 64 0 706 too many errors
ada0p2 ONLINE 0 0 0
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): Retrying command, 3 more tries remain
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): READ_FPDMA_QUEUED. ACB: 60 93 dc 63 53 40 05 00 00 00 00 00
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): CAM status: Uncorrectable parity/CRC error
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): Retrying command, 3 more tries remain
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): READ_FPDMA_QUEUED. ACB: 60 99 6f 64 53 40 05 00 00 00 00 00
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): CAM status: Uncorrectable parity/CRC error
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): Retrying command, 3 more tries remain
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): READ_FPDMA_QUEUED. ACB: 60 81 08 65 53 40 05 00 00 00 00 00
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): CAM status: Uncorrectable parity/CRC error
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): Retrying command, 3 more tries remain
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): READ_FPDMA_QUEUED. ACB: 60 88 89 65 53 40 05 00 00 00 00 00
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): CAM status: Uncorrectable parity/CRC error
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): Retrying command, 3 more tries remain
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): READ_FPDMA_QUEUED. ACB: 60 8d 11 66 53 40 05 00 00 00 00 00
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): CAM status: Uncorrectable parity/CRC error
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): Retrying command, 3 more tries remain
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): READ_FPDMA_QUEUED. ACB: 60 91 9e 66 53 40 05 00 00 00 00 00
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): CAM status: Uncorrectable parity/CRC error
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): Retrying command, 3 more tries remain
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): READ_FPDMA_QUEUED. ACB: 60 86 2f 67 53 40 05 00 00 00 00 00
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): CAM status: Uncorrectable parity/CRC error
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): Retrying command, 3 more tries remain
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): READ_FPDMA_QUEUED. ACB: 60 ff 39 78 53 40 05 00 00 00 00 00
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): CAM status: Uncorrectable parity/CRC error
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): Retrying command, 3 more tries remain
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): READ_FPDMA_QUEUED. ACB: 60 99 38 79 53 40 05 00 00 00 00 00
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): CAM status: Uncorrectable parity/CRC error
Jan 8 07:11:09 BackupNAS (ada1:ahcich1:0:0:0): Retrying command, 3 more tries remain
Kann ich mich nur anschließen, das ist jeden Cent wert.Ich bin da jedenfalls froh mein IPMI zu haben, dass ich bei sowas nicht immer erst Monitor und Tastatur zum Server schleppen muss^^
Wenigstens auf dem Papier tut sich bei da Modellen nicht so viel. Und die MX500 gab es nicht als 120GB Version und ich brauchte ja nur grobe 20GB als Bootdisk:Wie Du ja sicherlich weißt ist die BX-Serie von Crucial bekanntlich die "Billig-Consumer-Serie". Nicht umsonst gibt Crucial dafür eine geringere Haltbarkeit und eine geringere Garantiezeit an. Ich würde mir kein BX-Modell kaufen und bei mir sind schon immer nur die MX-Modell von Crucial im Einsatz.
BX500 120GB | MX500 250GB | S3700 100GB | |
NAND: | TLC | TLC | eMLC |
Garantie-Zeit: | 3 Jahre | 5 Jahre | 5 Jahre |
Garantie-Schreibhaltbarkeit: | 0,30 DWPD | 0,22 DWPD | 10,26 DWPD |
MTBF: | 1,5 mio Stunden | 1,8 Mio Stunden | 2 Mio Stunden |
DRAM Cache: | ja | ja | ja |
Powerloss Protection: | nein | nein | ja |
Ja, das kann man machen, wenn man ein Raid1/Mirror will. Die Frage ist dann aber wie du dein Raid1 erstellen willst? PVE bietet nur ZFS als Software Raid und ZFS hat wieder seine eigenen Anforderungen/Empfehlungen. So ist es z.B. ratsam ECC RAM zu verwenden, Enterprise/Datacenter Grade SSDs mit Power-loss Protection für bessere Sync Write Performance und erhöhte Lebenserwartung, da du mit ZFS massiv Write Amplificaion hast, was die SSDs dann viel schneller abnutzt. Dann noch bedenken, dann man eventuell gleich größere SSDs nimmt, da man die SSDs nicht mehr als 80% füllen sollte (uns HDDs ebenfalls nicht. Deine beiden 14TB HDDs hätten also auch nur 11,2TB). Außerem würde ich etwas Kapazität (so 60GB) von den SSDs abzweigen um dann eine Partition als Special Device für den HDD-Pool zu benutzen. Damit würdest du dann die Performance der HDDs ein gutes Stück boosten, gerade bei kleinen kleinen Dateien oder Zvols.Das mit den Disks bzgl. der Parität verstehe ich nicht so ganz? Was meinst du damit genau? Meine Annahme wäre einfach zwei gleiche SSD's zu nutzen.
Wenn PVE also deine SSDs spiegeln soll, dann wäre es ratsamer gleich eine Enterprise SSD zu nehmen.Queston: Can I use consumer or pro-sumer SSDs, as these are much cheaper than enterprise-class SSDs?
Answer: No. Never. These SSDs wont provide the required performance, reliability or endurance. See the fio results from before and/or run your own fio tests
Jup. Aber auch nur bei dem Asrock Rack Boards, weil die ein IMPI haben was mit onboard GPU kommt. Wenn du nirgends in einer VM/LXC Hardwarebeschleunigung einer GPU oder einen Displayusgang brauchst, dann reicht das auch so. Eine iGPU zu haben ist aber sehr nett, da man die dann in eine VM durchreichen kann. Z.b. wenn man einen Media-Server betreiben will oder Videoüberwachung, dass da dann die iGPU für Encoding/Decoding/Transcoding benutzt werden kann. Oder wenn man in einer VM etwas mit KI machen will. Oder wenn man eine VM als HTPC benutzen möchte, um den Server dann z.B. für Videoplayback am TV anzuschließen.* Zum 5700X, genau: Mein Verständnis ist, dass das ohne iGPU und dedizierte Grafikkarte trotzdem so funktioniert, da auf dem Mainboard ein kleiner Grafikchip ist um zumindest das wesentlichste auszugeben (Zugriff erfolgt nur via IPMI).
Ok, auf ECC RAM habe ich meiner Wunschliste schon umgestellt.PVE bietet nur ZFS als Software Raid und ZFS hat wieder seine eigenen Anforderungen/Empfehlungen. So ist es z.B. ratsam ECC RAM zu verwenden, Enterprise/Datacenter Grade SSDs mit Power-loss Protection für bessere Sync Write Performance und erhöhte Lebenserwartung, da du mit ZFS massiv Write Amplificaion hast, was die SSDs dann viel schneller abnutzt.
Ich habe nun mal mit 64GB RAM gerechnet und dies so in der Wunschliste erfasst.Und RAM nimmt man auch besser gleich etwas mehr, da ZFS schon ein paar GBs an RAM benötigt.
Wow, und das ganze dann 2x da idealerweise als Mirror. Ich sprenge so langsam aber (ganz) sicher mein Budget.
Ok, dann kann oder wird es vermutlich sinnvoll sein, doch auf einen Prozessor mit iGPU zu setzen um diese iGPU in der Hinterhand zu haben.Z.b. wenn man einen Media-Server betreiben will oder Videoüberwachung, dass da dann die iGPU für Encoding/Decoding/Transcoding benutzt werden kann.
Jup, aber forsche am besten noch einmal nach. iGPU Passthrough ist meist problematischer als Passthrough einer dedizierten Grafikkarte. Bei vielen Intel iGPUs geht das, ich weiß aber gerade nicht wie gut das bei den Ryzen APUs klappt. Am besten mal suchen, ob da wer mit den Asrock Rack Boards die iGPU eines Ryzen 5700G/5600G durchgereicht bekommen hat.Z.B. meine BlueIris VM könnte dann davon profitieren, dass sie die iGPU des Prozessors zur Bildanalyse verwenden kann, korrekt?