Re: [DRBD-user] drbd cluster initialize
Il 15 settembre 2017 18:56:02 CEST, Tsirkas Georgios ha scritto: >Thank you very much for your answer. >Another question is about Proxmox 5 and drbd9 module. >I load drbd9 module with drbd-dkms package. But seems that it doesnt >work. What are the symptoms ? I have recently upgraded to pve 5 my pve4 + drbd9 and it works quite well. >Someone have answered to me that drbd module for proxmox 5 is in to-do >list, This is the drbd9 proxmox plugin, which was far from complete even in pve4, but is still working under pve5. >so i am looking for an alternative solution to work with drbd9 with >proxmox 5. Linbit repo for 4 is still working in my setup, even with some quirks. >Have someone try it? If yes which drbd-module version? I recommend latest from the pve4 linbit repo: drbd kernel module (via dkms) 9.0.9 , with Drbd utils 9.1.1 . I am still using the default drbd9 proxmox configuration with lvm-thin backend. But with a little modification in drbdmanage to avoid faulty free space calculation . See this lists for the details ... (or ask). Bye, rob ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user
Re: [DRBD-user] drbd cluster initialize
Thank you very much for your answer. Another question is about Proxmox 5 and drbd9 module. I load drbd9 module with drbd-dkms package. But seems that it doesnt work. Someone have answered to me that drbd module for proxmox 5 is in to-do list, so i am looking for an alternative solution to work with drbd9 with proxmox 5. Have someone try it? If yes which drbd-module version? On 09/15/2017 04:16 PM, Roland Kammerer wrote: On Fri, Sep 15, 2017 at 04:01:04PM +0300, Tsirkas Georgios wrote: Hello, Ι have a question about drbd cluster intialization. How i could check if the cluster is initialized? If "drbdmanage nodes" shows your initial node than it is ready. I read that during the initialization drbd creates control volumes drbd0 and drbd1. Yes. And every node that is not created with "--satellite" also has drbd0/drbd1 and a redundant copy of the control volume. The node which initialize the cluster always is the Primary node? No. On startup (if the control volume is not set manually to Primary) one is randomly selected as leader. If the leader fails, another is selected as leader. The leader is the one that holds the control volume open for writing (== Primary). Regards, rck ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user
Re: [DRBD-user] DRBD over ZFS - or the other way around?
Hi Danti, The behavior you are experiencing is normal. As I pointed out previously, I've been using this setup for many years and I've seen the same thing. You will encounter that when the filesystem is written on the DRBD device without the use of a partition table. As a side note, I've had some nasty stability issues with the DRBD version in the kernel (4.4/4.9 kernels) when running on ZFS, but DRBD 8.4.10 and ZFS 0.6.5.11 seem to be running great. I also run the storage as part of dom0, which many admins don't recommend, but generally it works alright. The stability issues were typically rare and happened under high I/O loads and were DRBD related deadlock type crashes. Again, those problems seem to be resolve in the latest DRBD 8 RELEASE. David -- David Bruzos (Systems Administrator) Jacksonville Port Authority 2831 Talleyrand Ave. Jacksonville, FL 32206 Cell: (904) 625-0969 Office: (904) 357-3069 Email: david.bru...@jaxport.com On Wed, Sep 06, 2017 at 03:56:35PM +0200, Gionatan Danti wrote: > On 06/09/2017 15:31, Yannis Milios wrote: > > If your topology is like the following: HDD -> ZFS (ZVOL) -> DRBD -> > > XFS then I believe it should make sense to always mount at the DRBD > > level and not at the ZVOL level which happens to be the underlying > > blockdev for DRBD. > Sure! Directly mounting the DRBD-backing ZVOL would, at the bare > minumum, ruin the replication with the peer. > > I was speaking about mounting ZVOLs *snapshots* to access previous data > version. > > Regards. > > -- > Danti Gionatan > Supporto Tecnico > Assyoma S.r.l. - www.assyoma.it > email: g.da...@assyoma.it - i...@assyoma.it > GPG public key ID: FF5F32A8 > ___ > drbd-user mailing list > drbd-user@lists.linbit.com > http://lists.linbit.com/mailman/listinfo/drbd-user -- Please note that under Florida's public records law (F.S. 668.6076), most written communications to or from the Jacksonville Port Authority are public records, available to the public and media upon request. Your email communications may therefore be subject to public disclosure. If you have received this email in error, please notify the sender by return email and delete immediately without forwarding to others. ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user
Re: [DRBD-user] 8.4 Centos 7.4 support
On Fri, Sep 15, 2017 at 09:59:54AM -0400, Ken Bass wrote: > On 9/15/2017 3:17 AM, Roland Kammerer wrote: > >Thanks, that was already fixed, but so far not pushed public, here we > >go: > >https://git.linbit.com/drbd-8.4.git > > Is there an ETA for it to show up as a tar ball at > https://www.linbit.com/en/drbd-community/drbd-download for third party repos > to use? The last tgz there is from 8.4.10-1 from June. Thanks. Not really, but when we merge back the latest compat fixes for latest linux upstream (which already happened for drbd9) to 8.4, then I guess there will be a "propper" new release including tar-balls. Regards, rck ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user
Re: [DRBD-user] 8.4 Centos 7.4 support
On 9/15/2017 3:17 AM, Roland Kammerer wrote: Thanks, that was already fixed, but so far not pushed public, here we go: https://git.linbit.com/drbd-8.4.git Is there an ETA for it to show up as a tar ball at https://www.linbit.com/en/drbd-community/drbd-download for third party repos to use? The last tgz there is from 8.4.10-1 from June. Thanks. ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user
Re: [DRBD-user] drbd cluster initialize
On Fri, Sep 15, 2017 at 04:01:04PM +0300, Tsirkas Georgios wrote: > Hello, > > Ι have a question about drbd cluster intialization. > How i could check if the cluster is initialized? If "drbdmanage nodes" shows your initial node than it is ready. > I read that during the > initialization drbd creates control volumes drbd0 and drbd1. Yes. And every node that is not created with "--satellite" also has drbd0/drbd1 and a redundant copy of the control volume. > The node which initialize the cluster always is the Primary node? No. On startup (if the control volume is not set manually to Primary) one is randomly selected as leader. If the leader fails, another is selected as leader. The leader is the one that holds the control volume open for writing (== Primary). Regards, rck ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user
Re: [DRBD-user] drbd cluster initialize
On 09/15/2017 03:01 PM, Tsirkas Georgios wrote: > Hello, > > Ι have a question about drbd cluster intialization. > How i could check if the cluster is initialized? One possibility is to run drbdmanage nodes on all nodes and check the output. > I read that during the initialization drbd creates control volumes > drbd0 and drbd1. On the first node, leader/potential leader nodes, but not on any satellite nodes that are added. > The node which initialize the cluster always is the Primary node? Directly after initialization it is, but when drbdmanage is restarted, another node that has the control volumes may become the Primary node (the one that updates the control volumes). Checking the status of the DRBD control resource (.drbdctrl) and its two control volumes (.drbdctrl/0 and .drbdctrl/1) is also a good idea, just to make sure all nodes are connected, and all volumes are attached. This can be achieved by running any of drbdsetup status drbdmon drbdtop (if it has been installed, as it is not included in drbd-utils) drbd-overview (which has been deprecated and is being replaced by the other utilities) br, -- Robert Altnoeder +43 1 817 82 92 0 robert.altnoe...@linbit.com LINBIT | Keeping The Digital World Running DRBD - Corosync - Pacemaker f / t / in / g+ DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user
[DRBD-user] drbd cluster initialize
Hello, Ι have a question about drbd cluster intialization. How i could check if the cluster is initialized? I read that during the initialization drbd creates control volumes drbd0 and drbd1. The node which initialize the cluster always is the Primary node? ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user
Re: [DRBD-user] 8.4 Centos 7.4 support
On Thu, Sep 14, 2017 at 06:04:38PM -0400, Ken Bass wrote: > I have seen a few messages in the archive suggestion that people with simple > 2 node pacemaker configurations that already work have no need to transition > to 9.0. While the latest 9.0.9-1 release compile for the Centos/RHEL 7.4 > kernel, the 8.4 source has not been updated. > > /opt/rpmbuild/BUILD/drbd-8.4.10-1/obj/default/drbd_bitmap.c:1049:3: error: > too few arguments to function 'submit_bio' > > Maybe the same COMPAT_NEED_BI_OPF_AND_SUBMIT_BIO_COMPAT_DEFINES could be > ported to get 8.4 working too? Is this something linbit intends to update so > 8.4 can continue to be used on the newer kernels? > > I have started upgrading my 2 nodes to 9.0, but then saw a common theme in > many messages about sticking with 8.4, so I thought I would report / ask. Thanks, that was already fixed, but so far not pushed public, here we go: https://git.linbit.com/drbd-8.4.git Regards, rck ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user