[DRBD-user] First test lab with drbd9 + linstor + Proxmox

[Julien Escario]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Le 20/08/2018 à 16:43, Roland Kammerer a écrit :
>> I'm still missing a few things like ZFS Thin provisionning (When I create
>> a new disk, a full resync is initiated). Did I miss something ? Is it
>> planned ?
> 
> You used a LVM pool, so yes, you get a full sync. Use a LVM-thinpool and 
> the full sync gets skipped.

My question was essentially about thinprov with ZFS. In recent versions
(2018), drbdmanage is able to skip full resync at volume creation with
ZvolThinLv2 plugin at least).

>> Also, in my test, when creating multiple resources simultaneously, I
>> ended up with a disconnect resource at creation (probably because network
>> hasn't been reacheable in time due to interface saturation) :
>> 
>> vm-101-disk-5 ┊ dedie82 ┊ 7010 ┊  Unknown
>> 
>> vm-101-disk-5 role:Secondary disk:UpToDate dedie82 connection:Connecting
>> 
>> 
>> Is there already some kind of disconnect/reconnect command with linstore
>> ? (I didn't manage to found it).
> 
> No, if something needs fixing on the lower level, you then use lower level
> commands (drbdadm/drbdsetup). But this should not happen in the first
> place. You could try to restart the linstor-satellite service and check if
> it recovers.

Got my answer with in-depth linstor commands search :

# linstor resource create dedie82 vm-101-disk-5 --storage-pool pool_hybrid

This forced creation of ressource on second node.
So I think equivalent of assign/unassign of drbdmanage is :

# linstor resource delete <node> <resource> --storage-pool <pool>
# linstor resource create <node> <resource> --storage-pool <pool>

That should do the trick to achieve "data rebalancing" with linstor.

Thanks for your help,
Julien
-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJbetg5AAoJEOWv2Do/Mctuh1sP/0Rc/Xs8u3lPdrs6QAKk/m2u
2nsCjsYq4OmGiC5MK75RGM1TKUCI9i4LaInLWHJ/BknWMbo6N2lpKJMy3yzanQ3R
SrcdGdW7U6GWe6wTuPHAeajonIiXidIs8v1XJj6jbzitTWwf67l1yyXQNVLSRSUh
3NQu+cxhzrVyzkT9+FaEYfcZwh4aVeUd3KbBEozuvU9iVaKQu93rmjQ+W0JUfeKh
6/d45xa340WB7Vlwu36rsVkxxHB2inWwp3HypVTVebfS1bZm8bHNLRQm0ItfG48K
kOQAyG1iA6997LAJ/sk3hqV92JZdKCvMCUxWzJMz6FG1HTljLFXUY3TT91hRsQDo
WAK7/G/1SVNhf8LZFOGIiy7hBUVrZDrmQturqJ9WgRDONfDR4heA8gXg/ioS1dv7
a/623BDl22+nmUCp54i98H69yw/X1/2aJ6gP8C3KX+Dlcj8F4nmCopQa6a4401ip
2I0wuGPBN84I+vv0BDHTaIGV4LeC/Gr3Q69znHLkTahlNdupy94NJKm9lgflFqjB
axtn084wfksJW365sUcTsXmyEVNWKI+y9dwSWlq0nQCs2r7lOiqle5eJGiffjtSg
Mg2GEwG0n6rL7O1pmPF8OX5CKyfS3Noum0hyWwBqjX8RciVK82M39DBS6nNiXGJC
3+eQq5zNO3wFFZ8duWiB
=vlLp
-----END PGP SIGNATURE-----