Post B622s48UTm0xtXkhO4 by zwol@masto.hackers.town
 (DIR) More posts by zwol@masto.hackers.town
 (DIR) Post #B61XGarFH5lpnSL0Ns by b0rk@jvns.ca
       0 likes, 1 repeats
       
       excited to announce that Wizard Zines is now shipping Canadian orders from Canada! now shipping is cheaper & there's no risk of being hit with dutiesget your zines at https://wizardzines.com
       
 (DIR) Post #B61XRn5Q9JTKuOJ7pY by b0rk@jvns.ca
       0 likes, 0 repeats
       
       @vga256 no, we just shipped a batch of zines to Montreal from our US printer, right now the volume is too low to justify a local print run
       
 (DIR) Post #B61XRnJxHH69dT6jU8 by mwl@io.mwl.io
       0 likes, 0 repeats
       
       @b0rk @vga256 You're doing actual print runs and a fulfillment house? Cool.(I did print runs in the 90s, and the experience was so awful that I won't go near them without extraordinary reasons.)
       
 (DIR) Post #B61ZXNArbRUKBmduiG by b0rk@jvns.ca
       0 likes, 0 repeats
       
       @mwl i imagine it’s easier for 28 page zines
       
 (DIR) Post #B61ZioOAlAPRmNK3OK by mwl@io.mwl.io
       0 likes, 0 repeats
       
       @b0rk true, true. 1000 200-page books basically takes over a room.Whelp. You've convinced me I'm in the wrong business, congrats! :flan_XD: :flan_piteous:
       
 (DIR) Post #B61ZyQdCrDbUjJnjDU by djfiander@code4lib.social
       0 likes, 0 repeats
       
       @mwl @b0rk I look forward to your "everything about ZFS" 28-page zine.
       
 (DIR) Post #B622s48UTm0xtXkhO4 by zwol@masto.hackers.town
       0 likes, 0 repeats
       
       @djfiander @mwl @b0rk if you actually do a zine about ZFS please make sure to mention that it doesn't have a real fsck, and yes, this can and *has* caused data loss in production.to me. personally.not that i'm bitter.not that this wouldn't be an unforgivable act of hubris by the zfs developers even if it had never caused anyone any data loss even in testing, either.
       
 (DIR) Post #B622s4MJeN4caQDjw8 by grumpybozo@toad.social
       0 likes, 0 repeats
       
       @zwol @djfiander @mwl @b0rk Add one to the count of people who’ve lost data due to a ZFS error, but I’m not sure that it was the lack of fsck to blame. As I understand it, ZFS lacks the metadata redundancy it would need to figure out how to fsck the problems that can happen. OTOH, it as been a very long time since ZFS lost data on me. 18 years at least, since it was on an early version of Solaris 10.  Sun originally claimed that the only way for ZFS to lose data was simultaneous disk failures.
       
 (DIR) Post #B622s4Z4svHXE0BvpQ by mwl@io.mwl.io
       0 likes, 0 repeats
       
       @grumpybozo @zwol @djfiander @b0rk generally, scrub does everything that fsck does and more. You can offline your pool if you want, but it works fine live.Most often, folks lose data because they don't bother to scrub.
       
 (DIR) Post #B63PGPtdcOVCU1mW4u by mdione@en.osm.town
       0 likes, 0 repeats
       
       @mwl @grumpybozo @zwol @djfiander @b0rk I wonder what scrub does, then, and why the fs code does not do it while doing the ops (probably for speed?), and how this is better than running fsck the the fs code finds inconsistency errors.I guess I should buy ZFS Mastery?
       
 (DIR) Post #B63QonJ5BY60tCdhmC by mwl@io.mwl.io
       0 likes, 0 repeats
       
       @mdione @grumpybozo @zwol @djfiander @b0rk Most of the ufs design decisions were because that's what hardware could do.ZFS came from a company that sold Big Expensive Hardware.