Ist "zfs" eine atomare Operation?

Ist zfs receive eine atomare Operation? Kann ein process während des zfs receive aus dem Empfangs-filesystem lesen oder schreiben? Kann ein process irgendwelche der fileen im eingehenden Snapshot-Stream lesen, bevor die zfs receive abgeschlossen ist?

  • ZFS endlos resilvering
  • Gluster + ZFS, Deadlock beim Benchmarking: zfs_iput_taskq 100% CPU
  • ZFS und nicht Sun OS's
  • Beste Kompression für ZFS Send / Recv
  • Wie kann man die data in zfs neu ausgleichen? (Vergewissern Sie sich, dass die data unter allen Streifenspiegeln verteilt sind)
  • Warum hat der Neustart dazu geführt, dass eine Seite meines ZFS-Spiegels UNAVAIL wird?
  • ZFS-Dateilöschung und ihre Beziehung zum Speicherplatz
  • FreeBSD: Wie kann man echte filegröße auf zfs mit Kompression kennen?
  • One Solution collect form web for “Ist "zfs" eine atomare Operation?”

    zfs receive ist atomar in der Tat. Der eingehende Snapshot ist nicht verfügbar, bis der Empfang erfolgreich abgeschlossen ist.

    Das empfangende filesystem ist während des Empfangs eines inkrementellen Schnappschusses nicht verfügbar (unmontiert).

    Im Falle eines vollständigen filesystem-Snapshots gibt es kein empfangendes filesystem an erster Stelle.

    Beachten Sie, dass Atom bedeutet nicht sofort, nur, dass es eine All-oder Nicht-Operation ist.

    Insbesondere wenn Sie Pech unglücklich genug sind, dass die data während des Transports beschädigt werden, schlägt die Operation fehl und endet mit dem Dataset-Rollback / Zerstörungsbetrieb. Das könnte eine signifikante Aktivität auslösen und laden, wenn die Größe der bereits gesendeten data groß ist. Danke an Nex7 für das Zeigen.

    Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de réseau.