Search results

I would even go one step further. Patriot consumer SSDs are known for having a firmware bug with the Phison controller so they lie about sync. Using them for anything other than L2ARC is dangerous. Which made the process unnecessary complicated. We started to debate claims and benchmarks that...

Compared to what? Depending on ashift and volblocksize, RAIDZ can have the same or even worse efficiency storage wise. Of course it can also have way better storage efficiency. Depends, but more or less, yes. Maybe I missed it, but do we know what drives you use?

This is like trying to fly a commercial airplane by just testing all the nobs instead of learning how to fly that thing ;) What are you trying to achieve? Yes, ZFS maybe slower than other filesystem, because it is CoW. And yes, RAID controllers can offer better performance and are not supported...

This is not officially supported and will probably perform poor. I am pretty sure that this not sync but async and thous never will touch ZIL. So adding a SLOG will change nothing.

Yeah, but the SLOG is a virtual disk right? And you haven't described your use case, SLOG only accelerates sync writes. Does that apply to you?

Bad idea. ZFS wants direct access to disks and no virtual disks. Also performance is probably poor. SLOG is only read in case of a system halt, so even a single SSD is pretty safe. IMHO: Promox is a great hypervisor, and TrueNAS is a great ZFS NAS. Besides power consumption, mixing them...

Great! ZFS needs direct access to the disk. No RAID, no USB, no other shenanigans in between. There are many options. Each has its pros and cons. And there are different backup methods and use cases. There is "oops I misconfigured something in the VM". For that Snapshots are great. I do a...

Yes. Your external HDDs could be SMR. And ZFS recommends to be at 80% so there hopefully enough of free space (without fragmentation) to work with (but even at 50% you will already start to see a negative performance impact). BTW: you should never use ZFS over USB! I would just use a single...

Ist es vielleicht eine OVM Eigenart? Vielleicht kann dir jemand dort im Forum helfen? Bei TrueNAS klappt es bei mir problemlos. /mnt/pool/proxmox_backup in TrueNAS und der gleiche Pfad in Proxmox. Erzwinge mit "Advanced" die NFS Version 4.2 Sorry kann ich Dir nicht weiterhelfen.

Meine NFS shares werden auch automatisch wieder verbunden. Erstellt über GUI.

Your dataset probably has the default permissions for user root and group root to have rw access. By using "Mapall Users" you just tell TrueNAS to use the user root no matter what the connecting client uses as a user. You could have also done that setting on the Proxmox side, but it is simpler...

In meinen Augen ziemlich klar: ein 3way mirror über die drei PM9A3.

Your guest sync 8TB of data from NC? So your guest are using a 8TB VM disk? I don't know your use case, but is there a reason why such a huge amount of data has to be on a zvol instead of a dataset? Does your Hetzner server and your new server have the same HDDs and Raid controller?

There are two ways, depending on if you wanna keep the snapshots or not. If you don't want to keep the snapshots: - Destroy all snapshots that come after the snapshot you wanna roll back to - Roll back to that snapshot I can't really recommend that, since if you make an error there is no way...

Das ist nicht ein theoretischer Wert der Haltbarkeit, das ist ein Garantieversprechen des Herstellers. Klar, da ist eine Korrelation, da ein RMA mit Kosten für den Hersteller verbunden ist. Meiner Erfahrung nach, halten die SSD deutlich mehr als die versprochenen TBW. Das alles hat mit ZFS aber...

Kommt halt immer auf den use case an. Für ein homelab ist es ziemlich viel. Für eine Firma nicht zwingend. Und klar, wer mehr TBW oder besser sync write performance möchte, braucht PLP und oder SLOG. Da OP seinen use case nicht beschreiben hat, gehe ich mal von einem normalen homelab use case...

Oder um es ganz genau zu nehmen: 70 TB geschrieben in 416 Tagen, sind 0.168269230769231TB pro Tag. Bei einer SSD mit 1200TB wären dies 7131 Tage oder 19.53 Jahre. Aber ja, eine Crucial P3 Plus hat gerade mal 220TBW. Das wäre die Platte bereits nach 3.5 Jahren durch. Das wäre mir auch zu knapp.

Um doch noch was konstruktives beizutragen: Der neue default ist 16k. Für die meisten use cases passt dies ziemlich gut, ohne krasse write amplification. Bei den meisten use cases werden auch nur wenige sync writes kommen, die doppelt geschrieben werden. Aber das ist alles nur graue Theorie...

Wow, so unspezifisch wie du schreibst, kann man halt gar nicht darauf eingehen. Nun der Link, der es schön zusammenstellt, widerspricht mir nicht wirklich, höchstens in Details.

Noch ein Mythos. Wer auf RAIDZ verzichtet und mirror benutzt, läuft nicht in padding Probleme und muss sich nicht um Details wie volblocksize kümmern. Die Belastung fast identisch mit ext4. Nur sync writes belasten ein ZFS ohne SLOG halt doppelt. Ist aber bei einer anständigen TBW auch kein...