Conversation

Notices

1. Embed this notice
   only50000hours (only50000hours@mastodon.bsd.cafe)'s status on Saturday, 28-Jun-2025 05:43:48 JST only50000hours

   You can add a remote disk to a #ZFS mirror using ggatec(8) on #freebsd and the the ZFS pool happily resilvers to the remote disk connected via #geomgate.

   • Embed this notice
     feld (feld@friedcheese.us)'s status on Saturday, 28-Jun-2025 05:43:46 JST feld

     in reply to
     @only50000hours I wonder how bad the performance gets though when it attempts to issue reads to it under load...
     
     I don't believe you can currently change any type of priority/QoS for members in a zpool to avoid sending reads to a disk that isn't as fast
   • Embed this notice
     feld (feld@friedcheese.us)'s status on Saturday, 28-Jun-2025 05:59:32 JST feld

     in reply to
     @only50000hours definitely valuable to be able to stream a copy to a remote block device though... I'd probably have attempted this with iSCSI instead but ggated is probably more efficient
   • Embed this notice
     only50000hours (only50000hours@mastodon.bsd.cafe)'s status on Saturday, 28-Jun-2025 05:59:33 JST only50000hours

     in reply to

     • feld

     @feld I stopped all jails and VMs that relied on the pool for the reasons you just addressed. On the other hand, this is worth exploring and I do this stuff in my home lab after all :)

   • Embed this notice
     John-Mark Gurney (encthenet@flyovercountry.social)'s status on Saturday, 28-Jun-2025 14:28:09 JST John-Mark Gurney

     in reply to

     • feld

     @feld
     The defaults for ggatec are bad. My default they set the tcp buffer to 128k instead of letting it auto scale, and iirc, it's single threaded as well, so can't take advantage of command queuing.

     I have various fixes that I haven't don't extended testing in my tree.

     https://funkthat.com/gitea/jmg/ggate

     (Including versions that work over ssh and https, aka WebDAV.)

     @only50000hours

     feld likes this.