| 10 Mar 2024 |
 hexa | or linbit is | 19:05:31 |
| hexa | I don't want to go back to drbd 😄 | 19:05:45 |
| hexa | so what is linstor | 19:05:53 |
| hexa |
LINSTOR has multiple uses, but it is typically used to manage a large number of DRBD replicated storage resources
| 19:06:53 |
 adamcstephens | i've never used drbd 🤷♂️ | 19:07:16 |
| hexa | way back, when we had two node hypervisor clusters over 10y ago | 19:07:30 |
| adamcstephens | yeah, gluster is also an old filesystem. but it's dying | 19:10:00 |
| adamcstephens | i think the real problem is clustered/distributed filesystems are hard and RH is probably the only one making any serious money with them | 19:12:24 |
| adamcstephens | (in the open source space) | 19:12:40 |
| hexa | so what clusterlvm does is make sure that in a clustered lvm setup that only one node can write metadata | 19:16:09 |
| hexa | they share the same block device, which can be attached by any means, but most likely iscsi | 19:16:27 |
| hexa | that only makes sense if you have a chonky multihead storage cluster | 19:16:41 |
| hexa | I'd rather do hyperconverged setups, and that is where ceph shines | 19:17:06 |
| hexa | the main benefit is that I can rely on commodity hardware | 19:18:57 |
| hexa | anyway, one weird thing I imagined is zfs send/recv style migrations | 19:19:26 |
| hexa | I think proxmox could do that | 19:19:36 |
| hexa | and it might be appealing since zfs has alot less moving parts than ceph | 19:19:47 |
| adamcstephens | at least for non-clustered incus, i think it does use zfs send/recv for migrations | 19:34:21 |
| adamcstephens | it may for clustered too when it's not a shared volume | 19:34:42 |
| adamcstephens | * it may for clustered too when it's not a shared pool | 19:34:45 |
|  cmspam joined the room. | 19:34:51 |
| cmspam | Hello, everyone. | 19:40:11 |
 mkg20001 | In reply to @adam:robins.wtf
I’m also still hoping to deprecate lxd. I’ve just been waiting for incus LTS i'll make it seperate packages then | 19:42:03 |
| mkg20001 | https://github.com/NixOS/nixpkgs/pull/294802 | 19:50:36 |
| cmspam | Redacted or Malformed Event | 20:06:39 |
| cmspam | Redacted or Malformed Event | 20:11:26 |
| cmspam | I figured it out. Here is the pull request for the new test. | 20:36:35 |
| cmspam | https://github.com/NixOS/nixpkgs/pull/294819 | 20:36:36 |
| adamcstephens | In reply to @cmspam:matrix.org
https://github.com/NixOS/nixpkgs/pull/294819 I was expecting you to add that to your other PR. :) | 21:34:42 |
| cmspam | adamcstephens 🐝: Yes, it would have made much more sense to put it there :D
The code review you put requesting changes to requires, the changes have been fulfilled. Have I submitted that correctly and it's back to you, or I need to do something further to indicate it's implemented in github? | 22:17:34 |
