Re: [DRBD-user] two nodes

2018-08-20 Thread Ricky Gutierrez
El lun., 20 ago. 2018 a las 1:59, Roland Kammerer
() escribió:

> Manually? DRBD8.4? DRBD9.0? With the drbdmanage plugin? With the linstor
> plugin?
>
> But the answer to all of them should be: yes.
>

Hi Roland, sorry for the details, I'm trying with the linstor plugin .

-- 
rickygm

http://gnuforever.homelinux.com
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user


Re: [DRBD-user] Resync Incredibly Slow

2018-08-20 Thread Eric Robinson
> On Sun, Aug 19, 2018 at 1:39 AM, Eric Robinson 
> wrote:
> >
> > I’ve been using drbd for a decade, but this is my first experience
> > with drbd 9.0.14. The resync is incredibly slow. Normally, resync
> > takes a few seconds to a few minutes, but this is taking hours,
> > advancing just a few hundredths of a percent every few seconds…
> >
> 
> Hi Eric,
> 
> I am wondering, are you running drbd in physical hosts, or vitual machines?
> 
> I am in a worse situation with the same version of drbd, installed in two up 
> to
> date Centos 7 virtual machines running in an OpenStack pike environment, with
> the same version of drbd installed from the elrepo
> repository:

We have Centos 7.5 servers running in Microsoft Azure. 

> 
> [root@drbd1 ~]# rpm -qa | grep kmod-drbd
> kmod-drbd90-9.0.14-1.el7_5.elrepo.x86_64
> 
> I configured this environment last week Thursday, and believe it or not, as of
> today sync is at 0.1%:
> 
> [root@drbd1 ~]# cat
> /sys/kernel/debug/drbd/resources/drbd0/connections/drbd2.novalocal/0/proc_
> drbd
>  0: cs:SyncSource ro:Secondary/Secondary ds:UpToDate/Inconsistent C r-
> ns:6363972 nr:0 dw:0 dr:112432036 al:0 bm:0 lo:0 pe:[0;4] ua:52 ap:[0;0]
> ep:1 wo:1 oos:5242556
> [>] sync'ed:  0.1% (5116/5116)M
> finish: 127:25:23 speed: 0 (0 -- 0) K/sec
>   0% sector pos: 0/10485368
> resync: used:1/61 hits:62 misses:2 starving:0 locked:0 changed:1
> act_log: used:0/1237 hits:0 misses:0 starving:0 locked:0 changed:0
> blocked on activity log: 0
> 
> Whatever I did, did not help, so finally I replicated the environment in my
> laptop, in a VMware Workstation 11 environment, using the same version of
> drbd, and in this case I have no issues.
> 

Hmm. I have absolutely no idea what to say about that. If I did, my own issue 
would be fixed. 😉

> This is my first experience with drbd, so I do not know how to troubleshoot.
> Now I am thinking to look into older 8.x version, that might be working 
> better.
> 
> Regards,
> Adrian
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user


Re: [DRBD-user] Linstor | changing cluster's interface ip addresses

2018-08-20 Thread Yannis Milios
Many thanks, this is going to be a very useful option...

Yannis



On Mon, 20 Aug 2018 at 17:27, Robert Altnoeder 
wrote:

> On 08/20/2018 05:19 PM, Yannis Milios wrote:
> > Quick question. I noticed the following command in Linstor:
> >
> > 'linstor node interface modify'
> >
> > By using this command someone can modify the network interface/ip
> > address that Linstor is listening on.
> >
> > Let's assume that we have already created a 3 node DRBD/Linstor
> > cluster in the ip range 10.10.10.0/24 , and
> > later on we decide to move to different (faster) network interfaces
> > within the ip range of 10.10.20.0/24 .
> >
> > Will such scenario be possible with Linstor, *without* recreating the
> > whole cluster ?
>
> Yes.
>
> It is not well-tested yet, but that is the intention behind it. The
> details are a bit more complex (e.g., the controller can select the
> network interface that it uses for communication with the satellite, and
> that can be a different one than those used for connecting DRBD
> resources, etc...).
>
> I have used this command in the past to change resource configurations
> from Ethernet to Infiniband, from IPv4 to IPv6, etc., so that's all
> supposed to work.
>
> > Will the above command also update drbd resource configuration files
> > to the new ip addresses *without* the need to re-create them ?
>
> Yes
>
> br,
> Robert
>
> ___
> drbd-user mailing list
> drbd-user@lists.linbit.com
> http://lists.linbit.com/mailman/listinfo/drbd-user
>
-- 
Sent from Gmail Mobile
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user


Re: [DRBD-user] Linstor | changing cluster's interface ip addresses

2018-08-20 Thread Robert Altnoeder
On 08/20/2018 05:19 PM, Yannis Milios wrote:
> Quick question. I noticed the following command in Linstor:
>
> 'linstor node interface modify'
>
> By using this command someone can modify the network interface/ip
> address that Linstor is listening on.
>
> Let's assume that we have already created a 3 node DRBD/Linstor
> cluster in the ip range 10.10.10.0/24 , and
> later on we decide to move to different (faster) network interfaces
> within the ip range of 10.10.20.0/24 .
>
> Will such scenario be possible with Linstor, *without* recreating the
> whole cluster ?

Yes.

It is not well-tested yet, but that is the intention behind it. The
details are a bit more complex (e.g., the controller can select the
network interface that it uses for communication with the satellite, and
that can be a different one than those used for connecting DRBD
resources, etc...).

I have used this command in the past to change resource configurations
from Ethernet to Infiniband, from IPv4 to IPv6, etc., so that's all
supposed to work.

> Will the above command also update drbd resource configuration files
> to the new ip addresses *without* the need to re-create them ?

Yes

br,
Robert

___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user


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

2018-08-20 Thread Robert Altnoeder
On 08/20/2018 05:03 PM, Julien Escario wrote:
> 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).

I don't remember the exact status right now, it is planned, but I think
it is not implemented yet. It might even work already, but I am pretty
sure it's not tested yet.

> Installation went fine. Just a little typo in manual, chapter 4.8 (Storage
> pools) :
> linstor create-storage-pool pool_ssd alpha lvm vg_ssd
>
> The correct syntax seems to be :
> linstor storage-pool create alpha pool_ssd lvm vg_ssd

That's a long story. As a very brief summary, LINSTOR was originally
designed to come with a radically new client that was supposed to be
able to find commands by action (like create, delete, set, ...) or by
object (like resource, volume, ...), and those commands were supposed to
follow a consistent system for naming and acronyms which would have
matched the server's native commands and the API (e.g.,
"create-storage-pool" was the long form of the "CrtStorPool" command,
which is also the name of the corresponding server API). Parameters were
supposed to be key/value instead of positional parameters, and the whole
thing would have been mostly form-based, so users would typically have
selected the command and typed in the values.

Anyway, developer resources are limited, so as of now, we still have a
rather typical command line client (it's actually a heavily adapted
variant of the drbdmanage client). Using this client, people apparently
had a hard time figuring out which objects they could create and where
to start, and so the command line client was restructured to work with
multiple levels of subcommands, where the first level is an object, not
an action. This was done in order to make the list of top-level commands
shorter.

That's how you get "storage-pool create" instead, and sometimes there
are leftovers in the documentation from before this change. We'll fix
that in the documentation.

> Another one spotted right now : "6.5. Makinging the Controller 
> Highly-Availible"
> Should be 'making', I think.

Yes, and while we're at it, let's make this "Available". Looks like we
got 2 typos on one line here, must have been one of those days... ;)

> So I think equivalent of assign/unassign of drbdmanage is :
>
> # linstor resource delete   --storage-pool 
> # linstor resource create   --storage-pool 

Essentially yes, I think delete does not take the --storage-pool
parameter though.

> Is there already some kind of disconnect/reconnect command with linstore ? (I
> didn't manage to found it).

Not yet. Among the things still missing in LINSTOR are:

- automatic retries: a future version of the satellite will
automatically reschedule the creation/deletion/... task for resources
where some of the necessary actions failed

- a client command that tells the LINSTOR server to check a resource;
that typically results in LINSTOR doing a "drbdadm adjust", which will
also reconnect resources that are disconnected
(the Satellite actually has a debug command that's supposed to do that,
but there is no corresponding client command yet; last time I checked,
the Satellite debug command was inoperative due to a regression, I am
not sure whether this is fixed already in the current version)

We do not have connect/disconnect commands or attach/detach commands on
the roadmap as of now, but might consider them in the future (we simply
have not made up our mind regarding that yet).

br,
Robert

___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user


[DRBD-user] Linstor | changing cluster's interface ip addresses

2018-08-20 Thread Yannis Milios
Hello,

Quick question. I noticed the following command in Linstor:

'linstor node interface modify'

By using this command someone can modify the network interface/ip address
that Linstor is listening on.

Let's assume that we have already created a 3 node DRBD/Linstor cluster in
the ip range 10.10.10.0/24, and later on we decide to move to different
(faster) network interfaces within the ip range of 10.10.20.0/24.

Will such scenario be possible with Linstor, *without* recreating the whole
cluster ?
Will the above command also update drbd resource configuration files to the
new ip addresses *without* the need to re-create them ?

Thanks,
Yannis
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user


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

2018-08-20 Thread 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   --storage-pool 
# linstor resource create   --storage-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-
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user


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

2018-08-20 Thread Roland Kammerer
On Mon, Aug 20, 2018 at 04:24:11PM +0200, Julien Escario wrote:
> Hello,
> I recently started my first lab to test linstor in replacement to drbdmanage.
> 
> My lab env :
> 2 Proxmox nodes with 128GB RAM, 5 2TB HDD and 2 Optane 900P
> ZFS backend storage (for use with Optane as cache)
> 'Only' 1Gbps network card (probably the future bottleneck for sync)
> 
> It seems to be a really great piece of software. Adding a node was really easy
> compared to drbdmanage.
> Also, not having to deploy 2 LVM ressources for drbdctrl volume is a plus
> because I'm using btrfs for the OS storage. So, no LVM at all.
> 
> Installation went fine. Just a little typo in manual, chapter 4.8 (Storage
> pools) :
> linstor create-storage-pool pool_ssd alpha lvm vg_ssd
> 
> The correct syntax seems to be :
> linstor storage-pool create alpha pool_ssd lvm vg_ssd

Thanks, will fix that. Yes, the syntax got changed, looks like this was
not reflected everywhere.

> 
> Another one spotted right now : "6.5. Makinging the Controller 
> Highly-Availible"
> Should be 'making', I think.

yes.

> 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.

> 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.

Regards, rck
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user


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

2018-08-20 Thread Julien Escario
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello,
I recently started my first lab to test linstor in replacement to drbdmanage.

My lab env :
2 Proxmox nodes with 128GB RAM, 5 2TB HDD and 2 Optane 900P
ZFS backend storage (for use with Optane as cache)
'Only' 1Gbps network card (probably the future bottleneck for sync)

It seems to be a really great piece of software. Adding a node was really easy
compared to drbdmanage.
Also, not having to deploy 2 LVM ressources for drbdctrl volume is a plus
because I'm using btrfs for the OS storage. So, no LVM at all.

Installation went fine. Just a little typo in manual, chapter 4.8 (Storage
pools) :
linstor create-storage-pool pool_ssd alpha lvm vg_ssd

The correct syntax seems to be :
linstor storage-pool create alpha pool_ssd lvm vg_ssd

Another one spotted right now : "6.5. Makinging the Controller Highly-Availible"
Should be 'making', I think.

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 ?

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).

Best regards,
Julien Escario
-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJbes8GAAoJEOWv2Do/Mctuca0QAIRGjtTa98X+/c9X2rXZ3tYI
tePljDeKuxLsGNiuZUghEhdqKtIfunLl52/Cl3m2NMvzK59gb2VBGC3Jq7vm34M4
oUIH5RzMidOSyvyVj85JtSdtiq5pMKfMOQwyGLLrZAdAbzxzKSpnAxDIDFVcNsyt
OlEPe3gC1/dv2WPmCjDF6AB/0ImK6jBzFdnwZH/yqNd2Jep8bFE9wu671vHZhPrJ
9tjMJfCq/EoGRq5hVM/INrboderNCuuzF7QdZQVUT34uMF+JIb9KEuXG3FhX0OlX
knsYpuviuYHJX1KEka2w5SrA9Pw26MxAK+0+QMhuX8euPrt7MnxCwYfAghMo574X
mWtv8w9uwNe3Q/VqW0uDU7uXw+vdWH7mnxKJRBPrVOwzFsyVdl9V7xUoTDOWi5vV
CpXsUBZx0VKEYaLxDvDRR4wFdRh1M8ulZusu9FUXA0DxQfQu1Y0UznoA791gut0W
XKzmpRaAqla2LN4LhdeJn9RKdLirNr4z91lmy/itP0dBKZnmQ872YvuiC1iv27S3
9F3AjOv7wNemEtHj2kzNayhxQdAIIRZIYU7odH+1Qqbg3qJdJioVxymIRcyqeFf4
J4mwSt8ycOufFJtS1Eb2RoZvhqZ0DQ+9Sr28EPhxErN9ntrMyl3wCQIEAssFr50N
w3q26YZUbA+MH0Jm9SyQ
=w33d
-END PGP SIGNATURE-
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user


Re: [DRBD-user] Resync Incredibly Slow

2018-08-20 Thread Papastavros Vaggelis
Hi guys , 

Probably you need to adjust some of the parameters like 

max-epoch-size ; 
 max-buffers ;
 sndbuf-size ;
of the general drbd configuration file 

Please read also the following link 
https://serverfault.com/questions/740311/drbd-terrible-sync-performance-on-10gige

BR
Sent from my iPad

> On 20 Aug 2018, at 10:15, Adrian Pascalau  wrote:
> 
>> On Sun, Aug 19, 2018 at 1:39 AM, Eric Robinson  
>> wrote:
>> 
>> I’ve been using drbd for a decade, but this is my first experience with drbd 
>> 9.0.14. The resync is incredibly slow. Normally, resync takes a few seconds 
>> to a few minutes, but this is taking hours, advancing just a few hundredths 
>> of a percent every few seconds…
>> 
> 
> Hi Eric,
> 
> I am wondering, are you running drbd in physical hosts, or vitual machines?
> 
> I am in a worse situation with the same version of drbd, installed in
> two up to date Centos 7 virtual machines running in an OpenStack pike
> environment, with the same version of drbd installed from the elrepo
> repository:
> 
> [root@drbd1 ~]# rpm -qa | grep kmod-drbd
> kmod-drbd90-9.0.14-1.el7_5.elrepo.x86_64
> 
> I configured this environment last week Thursday, and believe it or
> not, as of today sync is at 0.1%:
> 
> [root@drbd1 ~]# cat
> /sys/kernel/debug/drbd/resources/drbd0/connections/drbd2.novalocal/0/proc_drbd
> 0: cs:SyncSource ro:Secondary/Secondary ds:UpToDate/Inconsistent C r-
>ns:6363972 nr:0 dw:0 dr:112432036 al:0 bm:0 lo:0 pe:[0;4] ua:52
> ap:[0;0] ep:1 wo:1 oos:5242556
>[>] sync'ed:  0.1% (5116/5116)M
>finish: 127:25:23 speed: 0 (0 -- 0) K/sec
>  0% sector pos: 0/10485368
>resync: used:1/61 hits:62 misses:2 starving:0 locked:0 changed:1
>act_log: used:0/1237 hits:0 misses:0 starving:0 locked:0 changed:0
>blocked on activity log: 0
> 
> Whatever I did, did not help, so finally I replicated the environment
> in my laptop, in a VMware Workstation 11 environment, using the same
> version of drbd, and in this case I have no issues.
> 
> This is my first experience with drbd, so I do not know how to
> troubleshoot. Now I am thinking to look into older 8.x version, that
> might be working better.
> 
> Regards,
> Adrian
> ___
> 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] two nodes

2018-08-20 Thread Roland Kammerer
On Sat, Aug 18, 2018 at 02:29:06PM -0600, Ricky Gutierrez wrote:
> Hi , Is it possible to continue using drbd with two nodes in the
> latest version of proxmox?

Manually? DRBD8.4? DRBD9.0? With the drbdmanage plugin? With the linstor
plugin?

But the answer to all of them should be: yes.

Regards, rck
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user


[DRBD-user] two nodes

2018-08-20 Thread Ricky Gutierrez
Hi , Is it possible to continue using drbd with two nodes in the
latest version of proxmox?

regardss

-- 
rickygm

http://gnuforever.homelinux.com
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user


Re: [DRBD-user] Resync Incredibly Slow

2018-08-20 Thread Adrian Pascalau
On Sun, Aug 19, 2018 at 1:39 AM, Eric Robinson  wrote:
>
> I’ve been using drbd for a decade, but this is my first experience with drbd 
> 9.0.14. The resync is incredibly slow. Normally, resync takes a few seconds 
> to a few minutes, but this is taking hours, advancing just a few hundredths 
> of a percent every few seconds…
>

Hi Eric,

I am wondering, are you running drbd in physical hosts, or vitual machines?

I am in a worse situation with the same version of drbd, installed in
two up to date Centos 7 virtual machines running in an OpenStack pike
environment, with the same version of drbd installed from the elrepo
repository:

[root@drbd1 ~]# rpm -qa | grep kmod-drbd
kmod-drbd90-9.0.14-1.el7_5.elrepo.x86_64

I configured this environment last week Thursday, and believe it or
not, as of today sync is at 0.1%:

[root@drbd1 ~]# cat
/sys/kernel/debug/drbd/resources/drbd0/connections/drbd2.novalocal/0/proc_drbd
 0: cs:SyncSource ro:Secondary/Secondary ds:UpToDate/Inconsistent C r-
ns:6363972 nr:0 dw:0 dr:112432036 al:0 bm:0 lo:0 pe:[0;4] ua:52
ap:[0;0] ep:1 wo:1 oos:5242556
[>] sync'ed:  0.1% (5116/5116)M
finish: 127:25:23 speed: 0 (0 -- 0) K/sec
  0% sector pos: 0/10485368
resync: used:1/61 hits:62 misses:2 starving:0 locked:0 changed:1
act_log: used:0/1237 hits:0 misses:0 starving:0 locked:0 changed:0
blocked on activity log: 0

Whatever I did, did not help, so finally I replicated the environment
in my laptop, in a VMware Workstation 11 environment, using the same
version of drbd, and in this case I have no issues.

This is my first experience with drbd, so I do not know how to
troubleshoot. Now I am thinking to look into older 8.x version, that
might be working better.

Regards,
Adrian
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user