Re: [DRBD-user] DRBD9 Update not cleaning up depreciate commands

[Jean-Daniel TISSOT]

Sorry for missing context :

Hi,

I have not this file too.

ii  drbd-utils 8.9.8-1amd64  RAID 1 
over TCP/IP for Linux (user utilities)
un  drbd8-utils  (aucune 
description n'est disponible)
ii  drbdmanage 0.97.3-1   amd64  
Distributed configuration management for DRBD


Le 08/11/2016 à 14:26, Roland Kammerer a écrit :
>> > Error 2:
>> > This is the other error I am now seeing after upgrade.  the
>> > */etc/drbdmanaged.cfg* has not existed before this.  How is it created?
> There is one in the package. Basically since it got introduced many
> months ago.

-- 
Bien cordialement, Jean-Daniel TISSOT 

Administrateur Systèmes et Réseaux
Tel: +33 3 81 666 440 Fax: +33 3 81 666 568

Laboratoire Chrono-environnement 
16, Route de Gray
25030 BESANÇON Cedex

Plan et Accès 

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

Re: [DRBD-user] DRBD9 Update not cleaning up depreciate commands

[Jean-Daniel TISSOT]

Hi,

I have not this file too.

ii  drbd-utils 8.9.8-1amd64  RAID 1 
over TCP/IP for Linux (user utilities)
un  drbd8-utils  (aucune 
description n'est disponible)
ii  drbdmanage 0.97.3-1   amd64  
Distributed configuration management for DRBD


Le 08/11/2016 à 14:26, Roland Kammerer a écrit :
> There is one in the package. Basically since it got introduced many
> months ago.

-- 
Bien cordialement, Jean-Daniel TISSOT 

Administrateur Systèmes et Réseaux
Tel: +33 3 81 666 440 Fax: +33 3 81 666 568

Laboratoire Chrono-environnement 
16, Route de Gray
25030 BESANÇON Cedex

Plan et Accès 

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

Re: [DRBD-user] drbd connection dying badly, ever-rising load, requiring hard machine reset

[Lars Ellenberg]

On Tue, Nov 08, 2016 at 12:02:51PM +0100, Christoph Lechleitner wrote:
> Am 2016-09-30 um 16:08 schrieb Christoph Lechleitner:
> >Hi everyone!
> >
> >Sorry for my lengthy mail, but I think I have to include some background ...
> >
> >[...]
> >
> >Starting last July a very nasty problem came up every now and then, 7
> >times so far, with no immediate pattern regarding hardware model or so:
> >
> >First one virtualized guest, presumably during an I/O peak like
> >rsync-over-ssh of a large directory, becomes unreachable and unsusable.
> >
> >Simultaneously the system load (i.e. the first number in /proc/loadavg)
> >starts to rise, slowly (about +1 every 3-5 minutes) but forever, to 1000
> >(in words: one thousand) and more.
> >
> >[...]
> >
> >However, it's
> >- impossible to disconnect the hanging drbd device
> >- impossible to kill related processes like drbdXX_submit, jbd2/drbdXX-8
> >- impossible to stop the fallen one or any other virtual machine
> >- hence impossible to do a clean shutdown or reboot
> >
> >The only way out is to press the reset button, either physically on site
> >or virtually using BMC/KVM/IPMI services.
> >
> >While I'm not entirely sure DRBD is to blame, 6 of 7 cases started with
> >weird drbd related messages in syslog.
> 
> Thanks mailinglist for ignoring me ;-)
>
> We finally got professional help from Richard Weinberger, and with only one
> problem occurance's full log (Thanks to netconsole) he found an actual and
> severe bug in DRBD8.
> 
> He just posted the patch on the drbd-dev list.

Well, thanks :-)

> We also integrated the patch in our debian-packaging of Linbit's drbd8
> 8.4.9-1 tarball, see bottom of https://confluence.clazzes.org/x/CgC2
> ("Probable Solution"), so we and other Debian jessie users (and maybe some
> users of Debian derivates) can install the patched module right away.
> 
> Regards,
> 
> Christoph Lechleitner

-- 
: Lars Ellenberg
: LINBIT | Keeping the Digital World Running
: DRBD -- Heartbeat -- Corosync -- Pacemaker

DRBD® and LINBIT® are registered trademarks of LINBIT
__
please don't Cc me, but send to list -- I'm subscribed
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user

Re: [DRBD-user] DRBD9 Update not cleaning up depreciate commands

[Roland Kammerer]

On Sat, Nov 05, 2016 at 04:24:27PM -0500, Jason wrote:
> Hello all,
> 
> Today I update the latest builds via apt-get.  Everything was working
> fine before it.  I am now on:
> 
> ii  drbd-dkms  9.0.5-1ppa1~xenial1   
> all  RAID 1 over TCP/IP for Linux module source
> ii  drbd-utils 8.9.9-1ppa1~xenial1   
> amd64RAID 1 over TCP/IP for Linux (user utilities)
> ii  drbdmanage 0.97.3-1  
> amd64Distributed configuration management for DRBD

Strange combination...

> I am seeing two new errors due to the update.
> 
> Error1:
> One I had unplug-watermark set in my disk-options.  It now seems that
> command is not reconized. I can manually remove it and it work until
> reboot and drbd9 puts it back.  I tried to run:
> 
> drbdmanage disk-options --unset-unplug-watermark --comon
> 
> but that is not listed in the man for the document any longer.

Thanks for reporting. That's a bug. DRBD Manage has to drop options that
are no longer available. I'm working on it, should be out there later
today.

> How can I remove that option from DRBD9 now that that command is not
> available?  Is there a database file that keeps track of commands issues
> via drbdmanage?

There is some kind of "DB", the control volume, but it is only
accessible via DRBD Manage itself. DRBD Manage parses drbdsetup options
at runtime, therefore DRBD Manage exactly shows these options your
drbdsetup knows about. So in your case it does not show the option for
unplug-watermark and it does not show the corresponding "--unset-"
option.

> Error 2:
> This is the other error I am now seeing after upgrade.  the
> /etc/drbdmanaged.cfg has not existed before this.  How is it created?

There is one in the package. Basically since it got introduced many
months ago.

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

Re: [DRBD-user] DRBD9 :: Step by Step to change storage plugin of a single node

[Roland Kammerer]

On Tue, Nov 08, 2016 at 01:48:41PM +0100, Toni Bolduan wrote:
> Hi list,
> 
> what is the appropriate way to change the storage plugin to ZFS on a single
> node?

http://www.drbd.org/en/doc/users-guide-90/s-drbdmanage-storage-plugins

> This is, what I think, the way to do this:
> 
> 1. install drbd, drbdmanage
> 2. create volume group drbdpool with lvm
> 3. initialize drbd on first node
> 4. create zpool drbdpool with zol (zfs on linux)

OK

> 5. modify config of first node for using zfs plugin

If you mean "drbdmanage modify-config --node", OK

> 6. rewrite config

???

> Does this work on an single node or do I need to have at least two nodes to
> configure this?

One node is fine.

> Is it possible to start with zfs plugin from start?

No. We want to keep the configuration that is stored per node (i.e.,
drbdmanaged.cfg) minimal. So this is something that has to be stored to
the "cluster DB" (aka. control volume). And for that you have to have a
minimal base setup, which is exactly "drbdmanage init" in your case so
that the node can write to the "cluster DB".

Regards, rck

PS: Note that the control volume will always be on LVM, only the data
volumes will then be on whatever storage plugin you configured.
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user

Re: [DRBD-user] how to change IP number for the Control volume

[Roland Kammerer]

On Tue, Nov 08, 2016 at 11:42:22AM +, Henning Svane wrote:
> Hi
> I have unfortunately entered a wrong IP number and would like to
> change it to the right one, but I cannot find the command to do this.
> Have looked at drbdmanage modify-config, but this do not look like the
> way to do it

The cleanest solution is:
- drbdmanage remove-node
- drbdmanage shutdown (on the node that got removed)
- drbdmanage uninit (on the node that got removed)
- drbdmanage add-node

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

[DRBD-user] DRBD9 :: Step by Step to change storage plugin of a single node

[Toni Bolduan]

Hi list,

what is the appropriate way to change the storage plugin to ZFS on a single
node?

This is, what I think, the way to do this:

1. install drbd, drbdmanage
2. create volume group drbdpool with lvm
3. initialize drbd on first node
4. create zpool drbdpool with zol (zfs on linux)
5. modify config of first node for using zfs plugin
6. rewrite config

But after that "drbdmanage list-nodes" still shows the size of the lvm
volume and not of the zpool.

So which the right way to replace lvm with zfs?
Does this work on an single node or do I need to have at least two nodes to
configure this?
Is it possible to start with zfs plugin from start?

Thanks for reading and any answers.

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

[DRBD-user] how to change IP number for the Control volume

[Henning Svane]

Hi
I have unfortunately entered a wrong IP number and would like to change it to 
the right one, but I cannot find the command to do this.
Have looked at drbdmanage modify-config, but this do not look like the way to 
do it

Please could someone tell me how to change the IP number?

Regards

Henning Svane

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

Re: [DRBD-user] drbd connection dying badly, ever-rising load, requiring hard machine reset

[Christoph Lechleitner]

Am 2016-09-30 um 16:08 schrieb Christoph Lechleitner:

Hi everyone!

Sorry for my lengthy mail, but I think I have to include some background ...

[...]

Starting last July a very nasty problem came up every now and then, 7
times so far, with no immediate pattern regarding hardware model or so:

First one virtualized guest, presumably during an I/O peak like
rsync-over-ssh of a large directory, becomes unreachable and unsusable.

Simultaneously the system load (i.e. the first number in /proc/loadavg)
starts to rise, slowly (about +1 every 3-5 minutes) but forever, to 1000
(in words: one thousand) and more.

[...]

However, it's
- impossible to disconnect the hanging drbd device
- impossible to kill related processes like drbdXX_submit, jbd2/drbdXX-8
- impossible to stop the fallen one or any other virtual machine
- hence impossible to do a clean shutdown or reboot

The only way out is to press the reset button, either physically on site
or virtually using BMC/KVM/IPMI services.

While I'm not entirely sure DRBD is to blame, 6 of 7 cases started with
weird drbd related messages in syslog.


Thanks mailinglist for ignoring me ;-)

We finally got professional help from Richard Weinberger, and with only 
one problem occurance's full log (Thanks to netconsole) he found an 
actual and severe bug in DRBD8.


He just posted the patch on the drbd-dev list.

We also integrated the patch in our debian-packaging of Linbit's drbd8 
8.4.9-1 tarball, see bottom of https://confluence.clazzes.org/x/CgC2 
("Probable Solution"), so we and other Debian jessie users (and maybe 
some users of Debian derivates) can install the patched module right away.


Regards,

Christoph Lechleitner


--

Christoph Lechleitner

Geschäftsführung


ITEG IT-Engineers GmbH | Conradstr. 5, A-6020 Innsbruck
FN 365826f | Handelsgericht Innsbruck | Mobiltelefon: +43 676 3674710
Mail: christoph.lechleit...@iteg.at | Web: http://www.iteg.at/


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