Re: [DRBD-user] drbd-9.0.10rc1 & drbd-utils-9.2.0rc1

2017-12-05 Thread Roland Kammerer
On Tue, Dec 05, 2017 at 02:29:26PM +0100, Philipp Reisner wrote:
> Hi,
> 
> In this development cycle we could look at a bug that was known
> for some time but needed a few calm weeks to be understood and
> fixed. So, no more resyncs that stuck near the end (~95%)
> 
> On the side of new features: The quorum feature got advanced a
> lot and is not usable with pacemaker. It is very nice way how

s/not/now/ ;-)
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user


Re: [DRBD-user] drbd-9.0.10rc1 & drbd-utils-9.2.0rc1

2017-12-14 Thread Roberto Resoli
Il 05/12/2017 14:29, Philipp Reisner ha scritto:
> Please help testing the release candidate. 

I would like to help testing; could someone point me to building
instructions? I found a section[1] 4.3 in the User Guide for drbd8, but
none for drbd9  .

bye,
rob

[1] http://docs.linbit.com/doc/users-guide-84/s-build-from-source/
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user


Re: [DRBD-user] drbd-9.0.10rc1 & drbd-utils-9.2.0rc1

2017-12-14 Thread Roland Kammerer
On Thu, Dec 14, 2017 at 10:54:40AM +0100, Roberto Resoli wrote:
> Il 05/12/2017 14:29, Philipp Reisner ha scritto:
> > Please help testing the release candidate. 
> 
> I would like to help testing; could someone point me to building
> instructions? I found a section[1] 4.3 in the User Guide for drbd8, but
> none for drbd9  .

The easiest way to help with testing is to spin up some Ubuntu LTS VMs
and add the PPA[1]. The PPA contains rc releases.

That said, wait, maybe till tomorrow, there will be rc2s for utils (no
functional changes, just some additional stuff I would like to get in
like drbdmon updated, Japanese man-pages,...), but also a rc2 for drbd9
which will be important.

PS: If you really want to build from source, use the tarballs and the
usual ./configure && make && sudo make install for userspace and for
kernel space install the headers and make && sudo make install. If you
use git, we expect you to know what you do. We don't document the build
in the users-guide anymore, because for tarballs it is obvious, for git
users (== developers) we expect them to know what they do, and packaging
is too horrible to maintain (it is slightly different for every
distribution, even differs for minor releases, especially looking at the
*beep* rpm based distris that can be so broken that we need to patch
their broken macros some times). No fun to maintain that in the
users-guide and providing packages is part of LINBIT's business anyways.

Thanks for your efforts, rck

[1] https://launchpad.net/~linbit/+archive/ubuntu/linbit-drbd9-stack
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user


Re: [DRBD-user] drbd-9.0.10rc1 & drbd-utils-9.2.0rc1

2017-12-14 Thread Roberto Resoli
Il 14/12/2017 12:00, Roland Kammerer ha scritto:
> On Thu, Dec 14, 2017 at 10:54:40AM +0100, Roberto Resoli wrote:
>> Il 05/12/2017 14:29, Philipp Reisner ha scritto:
>>> Please help testing the release candidate. 
>>
>> I would like to help testing; could someone point me to building
>> instructions? I found a section[1] 4.3 in the User Guide for drbd8, but
>> none for drbd9  .
> 
> The easiest way to help with testing is to spin up some Ubuntu LTS VMs
> and add the PPA[1]. The PPA contains rc releases.

ok

> That said, wait, maybe till tomorrow, there will be rc2s for utils (no
> functional changes, just some additional stuff I would like to get in
> like drbdmon updated, Japanese man-pages,...), but also a rc2 for drbd9
> which will be important.

thanks for this. will wait for rc2

> PS: If you really want to build from source, use the tarballs and the
> usual ./configure && make && sudo make install for userspace and for
> kernel space install the headers and make && sudo make install. 

No problem for kernel modules (from git), building went smooth and i
managed also to create debian packages (drbd-dkms) .

For drbd-utils (from git), i ram autoconf and then configure, but i
obtain this error:

config.status: error: cannot find input file: `user/shared/config.h.in'

> Thanks for your efforts, rck

You're welcome.

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


Re: [DRBD-user] drbd-9.0.10rc1 & drbd-utils-9.2.0rc1

2017-12-14 Thread Roland Kammerer
On Thu, Dec 14, 2017 at 12:16:12PM +0100, Roberto Resoli wrote:
> Il 14/12/2017 12:00, Roland Kammerer ha scritto:
> > On Thu, Dec 14, 2017 at 10:54:40AM +0100, Roberto Resoli wrote:
> >> Il 05/12/2017 14:29, Philipp Reisner ha scritto:
> >>> Please help testing the release candidate. 
> >>
> >> I would like to help testing; could someone point me to building
> >> instructions? I found a section[1] 4.3 in the User Guide for drbd8, but
> >> none for drbd9  .
> > 
> > The easiest way to help with testing is to spin up some Ubuntu LTS VMs
> > and add the PPA[1]. The PPA contains rc releases.
> 
> ok
> 
> > That said, wait, maybe till tomorrow, there will be rc2s for utils (no
> > functional changes, just some additional stuff I would like to get in
> > like drbdmon updated, Japanese man-pages,...), but also a rc2 for drbd9
> > which will be important.
> 
> thanks for this. will wait for rc2
> 
> > PS: If you really want to build from source, use the tarballs and the
> > usual ./configure && make && sudo make install for userspace and for
> > kernel space install the headers and make && sudo make install. 
> 
> No problem for kernel modules (from git), building went smooth and i
> managed also to create debian packages (drbd-dkms) .
> 
> For drbd-utils (from git), i ram autoconf and then configure, but i
> obtain this error:
> 
> config.status: error: cannot find input file: `user/shared/config.h.in'

That one is generated by autoheader, and what you want to run is
./autogen.sh

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


Re: [DRBD-user] drbd-9.0.10rc1 & drbd-utils-9.2.0rc1

2017-12-14 Thread Roberto Resoli
Il 14/12/2017 12:41, Roland Kammerer ha scritto:
>> config.status: error: cannot find input file: `user/shared/config.h.in'
> That one is generated by autoheader, and what you want to run is
> ./autogen.sh

Thanks, building now ... some hint in README.md file would'nt hurt; will
try to propose an initial version.

bye,
rob

> Regards, rck

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


Re: [DRBD-user] drbd-9.0.10rc1 & drbd-utils-9.2.0rc1

2017-12-14 Thread Roberto Resoli
Il 14/12/2017 12:51, Roberto Resoli ha scritto:
> Il 14/12/2017 12:41, Roland Kammerer ha scritto:
>>> config.status: error: cannot find input file: `user/shared/config.h.in'
>> That one is generated by autoheader, and what you want to run is
>> ./autogen.sh
> Thanks, building now ... 

build done, for configuring I used

/configure --prefix=/usr --localstatedir=/var --sysconfdir=/etc
--with-distro debian


the debian package part is missing from Makefile, but taking inspiration
from "km-deb" target in module Makefile i executed

debuild -i -us -uc -b

which warned about missing "dh-systemd" and "docbook-xsl" packages.

After installing them, all went well.

> some hint in README.md file would'nt hurt; will
> try to propose an initial version.

I will try to resume in the proposed patch to README.md my findings,
while waiting for rc2.

bye,
rob



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


Re: [DRBD-user] drbd-9.0.10rc1 & drbd-utils-9.2.0rc1

2017-12-14 Thread Roland Kammerer
On Thu, Dec 14, 2017 at 03:03:22PM +0100, Roberto Resoli wrote:
> Il 14/12/2017 12:51, Roberto Resoli ha scritto:
> > Il 14/12/2017 12:41, Roland Kammerer ha scritto:
> >>> config.status: error: cannot find input file: `user/shared/config.h.in'
> >> That one is generated by autoheader, and what you want to run is
> >> ./autogen.sh
> > Thanks, building now ... 
> 
> build done, for configuring I used
> 
> /configure --prefix=/usr --localstatedir=/var --sysconfdir=/etc
> --with-distro debian
> 
> 
> the debian package part is missing from Makefile, but taking inspiration
> from "km-deb" target in module Makefile i executed
> 
> debuild -i -us -uc -b
> 
> which warned about missing "dh-systemd" and "docbook-xsl" packages.
> 
> After installing them, all went well.

Good.

> > some hint in README.md file would'nt hurt; will
> > try to propose an initial version.
> 
> I will try to resume in the proposed patch to README.md my findings,
> while waiting for rc2.

As I already wrote, we don't want to maintain that information for all
and every distribution. For example there are ones out there that don't
have dh-systemd, so that would be the first extra-rule. If it is there,
people expect it works and is up to date. And there are *many*
exceptions. Believe me, I wrote (parts)/know our build system. It does
not make it easier to have a very minimal version in the README.md that
worked for your use case. It will never be complete, it will outdate.
Sorry, but don't expect me to merge that. And without speaking for the
others in the team, don't expect anyone from us to merge that.

Write a blog post, maintain a wiki, fork the users-guide, whatever fits
you, but I don't won't that. Not in the users-guide, not in the project
sources.

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


Re: [DRBD-user] drbd-9.0.10rc1 & drbd-utils-9.2.0rc1

2017-12-14 Thread Roberto Resoli
Il 14 dicembre 2017 15:33:36 CET, Roland Kammerer  
ha scritto:
>On Thu, Dec 14, 2017 at 03:03:22PM +0100, Roberto Resoli wrote:
...
>> I will try to resume in the proposed patch to README.md my findings,
>> while waiting for rc2.
>
>As I already wrote, we don't want to maintain that information for all
>and every distribution. For example there are ones out there that don't
>have dh-systemd, so that would be the first extra-rule. If it is there,
>people expect it works and is up to date. And there are *many*
>exceptions. Believe me, I wrote (parts)/know our build system. It does
>not make it easier to have a very minimal version in the README.md that
>worked for your use case. It will never be complete, it will outdate.
>Sorry, but don't expect me to merge that. And without speaking for the
>others in the team, don't expect anyone from us to merge that.

Ok, I agree. My intent was not to create a sort of "copy and paste" guide to 
follow blindly, but just some hint for persons like me, having some experience 
and just to avoid them wasting time in trial and errors.

README.md is there just for that, in most cases, and not for providing an 
exaustive guide.

>Write a blog post, maintain a wiki, fork the users-guide, whatever fits
>you, but I don't won't that. Not in the users-guide, not in the project
>sources.

Mmm. I will wait an answer to what I wrote before. In absence, I will not waste 
my time furtherly (this list is a sort of documentation anyway).

Bye,
rob

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