Hi Alpine developers,
I'm one of the DRBD developers and I came across Apline Linux because I need a
lot of lightweight VMs for DRBD cluster/kernel development.
What I did:
- Update drbd-utils to the latest version. They nowadays compile fine without
a patch for musl libc. AFAIR we got a patch for that which I merged somewhere
around 8.9.4.
- Add a drbd9 kernel module. Is directly build-depending on linux-grsec-dev
okay? Or is there a concept of meta-packages like "linux-dev"?
- Add a python program for managing multi-node DRBD9 clusters. While it is a
client/server application, it does not contain an init-script by intention.
The server should get DBus activated. DBus is also a dependency of that
package, but is there a way to start/add the DBus service at install time? Is
this even desired? For now, the user has to start/rc-update dbus manually. Is
that okay?
I tested the combination of the three packages in simple 2 node cluster setup
(separated VM from my build machine) and it worked as expected.
Besides that, I already merged back some of the patches currently required to
our internal repo (e.g., busybox mv patches), so we can get rid of them in the
next release. This is currently only in our internal repo and not visible in
the public git repos.
Regards, rck
Roland Kammerer (3):
main/drbd-utils: upgrade to 8.9.5
testing/drbd9: new aport
testing/py-drbdmanage: new aport
main/drbd-utils/APKBUILD | 12 ++----
main/drbd-utils/bits_per_long.patch | 22 ----------
testing/drbd9/APKBUILD | 45 +++++++++++++++++++
testing/drbd9/busybox-mv.patch | 8 ++++
testing/py-drbdmanage/APKBUILD | 57 +++++++++++++++++++++++++
testing/py-drbdmanage/path.patch | 11 +++++
testing/py-drbdmanage/rm-systemd-and-bash.patch | 15 +++++++
7 files changed, 140 insertions(+), 30 deletions(-)
delete mode 100644 main/drbd-utils/bits_per_long.patch
create mode 100644 testing/drbd9/APKBUILD
create mode 100644 testing/drbd9/busybox-mv.patch
create mode 100644 testing/py-drbdmanage/APKBUILD
create mode 100644 testing/py-drbdmanage/path.patch
create mode 100644 testing/py-drbdmanage/rm-systemd-and-bash.patch
--
2.6.4
---
Unsubscribe: alpine-aports+unsubscribe@lists.alpinelinux.org
Help: alpine-aports+help@lists.alpinelinux.org
---
[alpine-aports] [PATCH 1/3] main/drbd-utils: upgrade to 8.9.5
On Tue, Dec 29, 2015 at 04:07:33PM +0100, Roland Kammerer wrote:
> Hi Alpine developers,> > I'm one of the DRBD developers and I came across Apline Linux because I need a> lot of lightweight VMs for DRBD cluster/kernel development.> > What I did:> - Update drbd-utils to the latest version. They nowadays compile fine without> a patch for musl libc. AFAIR we got a patch for that which I merged somewhere> around 8.9.4.> > - Add a drbd9 kernel module. Is directly build-depending on linux-grsec-dev> okay? Or is there a concept of meta-packages like "linux-dev"?> > - Add a python program for managing multi-node DRBD9 clusters. While it is a> client/server application, it does not contain an init-script by intention.> The server should get DBus activated. DBus is also a dependency of that> package, but is there a way to start/add the DBus service at install time? Is> this even desired? For now, the user has to start/rc-update dbus manually. Is> that okay?> > I tested the combination of the three packages in simple 2 node cluster setup> (separated VM from my build machine) and it worked as expected.> > Besides that, I already merged back some of the patches currently required to> our internal repo (e.g., busybox mv patches), so we can get rid of them in the> next release. This is currently only in our internal repo and not visible in> the public git repos.> > Regards, rck> > Roland Kammerer (3):> main/drbd-utils: upgrade to 8.9.5> testing/drbd9: new aport> testing/py-drbdmanage: new aport
Hi,
it is now a week that passed and I wanted to ask if there is any
progress or feedback on what needs to be done?
Regards, rck
---
Unsubscribe: alpine-aports+unsubscribe@lists.alpinelinux.org
Help: alpine-aports+help@lists.alpinelinux.org
---
Hi,
sorry for late response.
On Tue, 29 Dec 2015 16:07:33 +0100
Roland Kammerer <roland.kammerer@linbit.com> wrote:
> Hi Alpine developers,
>
> I'm one of the DRBD developers and I came across Apline Linux because I need a
> lot of lightweight VMs for DRBD cluster/kernel development.
Awesome!
> What I did:
> - Update drbd-utils to the latest version. They nowadays compile fine without
> a patch for musl libc. AFAIR we got a patch for that which I merged somewhere
> around 8.9.4.
ack
> - Add a drbd9 kernel module. Is directly build-depending on linux-grsec-dev
> okay? Or is there a concept of meta-packages like "linux-dev"?
This is correct. We have different kernels with different patches and
different configurations (linux-grsec, linux-virtgrsec, linux-vanilla).
You need to have a package for every kernel variant you want support,
so the kernel module package should be named drbd9-grsec.
> - Add a python program for managing multi-node DRBD9 clusters. While
> it is a client/server application, it does not contain an init-script
> by intention. The server should get DBus activated. DBus is also a
> dependency of that package, but is there a way to start/add the DBus
> service at install time? Is this even desired? For now, the user has
> to start/rc-update dbus manually. Is that okay?
This is the preferred way to deal with it. We don't want start/stop
services install time.
> I tested the combination of the three packages in simple 2 node
> cluster setup (separated VM from my build machine) and it worked as
> expected.
>
> Besides that, I already merged back some of the patches currently
> required to our internal repo (e.g., busybox mv patches), so we can
> get rid of them in the next release. This is currently only in our
> internal repo and not visible in the public git repos.
very nice!
I think I just apply them as is and we take it from there.
Many thanks!
-nc
>
> Regards, rck
>
> Roland Kammerer (3):Return-Path: <alpine-aports+bounces-2051-ncopa=alpinelinux.org@lists.alpinelinux.org>
X-Original-To: n@tanael.org
Delivered-To: n@tanael.org
Received: from mail.alpinelinux.org (mail.alpinelinux.org [74.117.189.114])
by newmail.tetrasec.net (Postfix) with ESMTP id E33345A1348
for <n@tanael.org>; Tue, 29 Dec 2015 14:57:15 +0000 (GMT)
Received: from mail.alpinelinux.org (dallas-a1.alpinelinux.org [127.0.0.1])
by mail.alpinelinux.org (Postfix) with ESMTP id 7C972DD5F9D
for <n@tanael.org>; Tue, 29 Dec 2015 15:08:04 +0000 (UTC)
Received: from dal-a1 (dallas-a1.alpinelinux.org [127.0.0.1])
by mail.alpinelinux.org (Postfix) with SMTP id 3C7E0DCD9CE
for <ncopa@alpinelinux.org>; Tue, 29 Dec 2015 15:08:04 +0000 (UTC)
X-Original-To: alpine-aports@mail.alpinelinux.org
Delivered-To: alpine-aports@mail.alpinelinux.org
Received: from mail.alpinelinux.org (dallas-a1.alpinelinux.org [127.0.0.1])
by mail.alpinelinux.org (Postfix) with ESMTP id 246FEDC0D1C
for <alpine-aports@mail.alpinelinux.org>; Tue, 29 Dec 2015 15:07:58 +0000 (UTC)
Received: from zimbra13.linbit.com (zimbra13.linbit.com [212.69.166.240])
(using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by mail.alpinelinux.org (Postfix) with ESMTPS id D537CDC0845
for <alpine-aports@lists.alpinelinux.org>; Tue, 29 Dec 2015 15:07:57 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by zimbra13.linbit.com (Postfix) with ESMTP id 8AABA340E27;
Tue, 29 Dec 2015 16:07:56 +0100 (CET)
Received: from zimbra13.linbit.com ([127.0.0.1])
by localhost (zimbra13.linbit.com [127.0.0.1]) (amavisd-new, port 10032)
with ESMTP id jEYRC56y5IDY; Tue, 29 Dec 2015 16:07:56 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
by zimbra13.linbit.com (Postfix) with ESMTP id 6AA80340E94;
Tue, 29 Dec 2015 16:07:56 +0100 (CET)
X-Virus-Scanned: amavisd-new at linbit.com
Received: from zimbra13.linbit.com ([127.0.0.1])
by localhost (zimbra13.linbit.com [127.0.0.1]) (amavisd-new, port 10026)
with ESMTP id QqNhVfbrHkwt; Tue, 29 Dec 2015 16:07:56 +0100 (CET)
Received: from laubbaum.upc.at (unknown [84.113.245.177])
by zimbra13.linbit.com (Postfix) with ESMTPSA id 3162C340E27;
Tue, 29 Dec 2015 16:07:56 +0100 (CET)
From: Roland Kammerer <roland.kammerer@linbit.com>
To: alpine-aports@lists.alpinelinux.org
Cc: Roland Kammerer <roland.kammerer@linbit.com>
Subject: [alpine-aports] [PATCH 2/3] testing/drbd9: new aport
Date: Tue, 29 Dec 2015 16:07:35 +0100
Message-Id: <1451401656-31414-3-git-send-email-roland.kammerer@linbit.com>
X-Mailer: git-send-email 2.6.4
In-Reply-To: <1451401656-31414-1-git-send-email-roland.kammerer@linbit.com>
References: <1451401656-31414-1-git-send-email-roland.kammerer@linbit.com>
X-Virus-Scanned: ClamAV using ClamSMTP
X-Mailinglist: alpine-aports
Precedence: list
List-Id: Alpine Development <alpine-aports.lists.alpinelinux.org>
List-Unsubscribe:
<mailto:alpine-aports+unsubscribe@lists.alpinelinux.org?subject=unsubscribe>
List-Post: <mailto:alpine-aports@lists.alpinelinux.org>
List-Help: <mailto:alpine-aports+help@lists.alpinelinux.org?subject=help>
List-Subscribe:
<mailto:alpine-aports+subscribe@lists.alpinelinux.org?subject=subscribe>
X-Virus-Scanned: ClamAV using ClamSMTP
http://www.drbd.org
Network-based RAID 1 version 9
---testing/drbd9/APKBUILD | 45 ++++++++++++++++++++++++++++++++++++++++++
testing/drbd9/busybox-mv.patch | 8 ++++++++
2 files changed, 53 insertions(+)
create mode 100644 testing/drbd9/APKBUILD
create mode 100644 testing/drbd9/busybox-mv.patch
diff --git a/testing/drbd9/APKBUILD b/testing/drbd9/APKBUILD
new file mode 100644
index 0000000..bae8f22
--- /dev/null+++ b/testing/drbd9/APKBUILD
@@ -0,0 +1,45 @@
+# Contributor: Roland Kammerer <roland.kammerer@linbit.com>+# Maintainer: Roland Kammerer <roland.kammerer@linbit.com>+_usname=drbd+pkgname=${_usname}9+pkgver=9.0.0+pkgrel=0+pkgdesc="Network-based RAID 1 version 9"+url="http://www.drbd.org"+arch="all"+license="GPL"+depends=""+depends_dev=""+makedepends="linux-grsec-dev"+install=""+subpackages=""+source="http://oss.linbit.com/$_usname/9.0/$_usname-$pkgver.tar.gz+ busybox-mv.patch"++_builddir=$srcdir/$_usname-$pkgver+prepare() {+ local i+ cd "$_builddir"+ for i in $source; do+ case $i in+ *.patch) msg $i; patch -p1 -i "$srcdir"/$i || return 1;;+ esac+ done+}++build() {+ cd "$_builddir"+ make || return 1+}++package() {+ cd "$_builddir"+ make DESTDIR="$pkgdir" install || return 1+}++md5sums="62706c1b57bf399071272dad0d267421 drbd-9.0.0.tar.gz+0ce3796e13ae3d271a1a3bac8ace1603 busybox-mv.patch"+sha256sums="0dc6e37492dcc8a960311b3b0b7e2d17bd1afff146756cdd80d5477c17d7dffc drbd-9.0.0.tar.gz+49898fdf26f8d6bfc8f0a433ca3c17bd0f860f65119ae7f0144eba5977cf30f8 busybox-mv.patch"+sha512sums="a86fbf199ad58aa5458323ca7e42e827516d3a61b871b6eeabf3507547cbec76e713d2276d9e6b4c5d984ec86263516f5feeda871b012f32fd5b49de9489b549 drbd-9.0.0.tar.gz+bcaa7a126cffc5219ecdb9a9bcee8b32312a8d7ed3233360a0393788eb10c5ebe321b607f1f060acf9aa02092b274964437c72bb6bf73d35fa79a7daf27c16d2 busybox-mv.patch"
diff --git a/testing/drbd9/busybox-mv.patch b/testing/drbd9/busybox-mv.patch
new file mode 100644
index 0000000..76345f8
--- /dev/null+++ b/testing/drbd9/busybox-mv.patch
@@ -0,0 +1,8 @@
+--- a/drbd/Kbuild++++ b/drbd/Kbuild+@@ -131,4 +131,4 @@+ exit 1; \+ fi ; \+ echo -e "\t\t\" build by $$USER@$$HOSTNAME, `date "+%F %T"`\";\n}"; \+- mv --force $@.new $@++ mv -f $@.new $@
--
2.6.4
---
Unsubscribe: alpine-aports+unsubscribe@lists.alpinelinux.org
Help: alpine-aports+help@lists.alpinelinux.org
---
> main/drbd-utils: upgrade to 8.9.5
> testing/drbd9: new aport
> testing/py-drbdmanage: new aport
>
> main/drbd-utils/APKBUILD | 12 ++----
> main/drbd-utils/bits_per_long.patch | 22 ----------
> testing/drbd9/APKBUILD | 45
> +++++++++++++++++++ testing/drbd9/busybox-mv.patch
> | 8 ++++ testing/py-drbdmanage/APKBUILD | 57
> +++++++++++++++++++++++++
> testing/py-drbdmanage/path.patch | 11 +++++
> testing/py-drbdmanage/rm-systemd-and-bash.patch | 15 +++++++ 7 files
> changed, 140 insertions(+), 30 deletions(-) delete mode 100644
> main/drbd-utils/bits_per_long.patch create mode 100644
> testing/drbd9/APKBUILD create mode 100644
> testing/drbd9/busybox-mv.patch create mode 100644
> testing/py-drbdmanage/APKBUILD create mode 100644
> testing/py-drbdmanage/path.patch create mode 100644
> testing/py-drbdmanage/rm-systemd-and-bash.patch
>
---
Unsubscribe: alpine-aports+unsubscribe@lists.alpinelinux.org
Help: alpine-aports+help@lists.alpinelinux.org
---
Re: [alpine-aports] [PATCH 3/3] testing/py-drbdmanage: new aport
On Tue, Jan 05, 2016 at 01:25:22PM +0100, Natanael Copa wrote:
> On Tue, 29 Dec 2015 16:07:34 +0100> Roland Kammerer <roland.kammerer@linbit.com> wrote:> > > - Upgrade to new upstream version.> > - Remove musl specific bits_per_long patch, fixed upstream.> > For some reason the permissions of /sbin/drbdsetup got different on my> x86_64 dev box and on on x86 dev box + the build servers:> > ncdev-edge-musl-x86:~/aports$ ls -l /sbin/drbdsetup > -rwsr-x--- 1 root haclient 132324 Jan 5 12:01 /sbin/drbdsetup> > > ncdev-edge-x86_64:~/aports$ ls -l /sbin/drbdsetup > -rwxr-xr-x 1 root root 144856 Jan 5 10:43 /sbin/drbdsetup> > Which is correct?
There is some magic in the Makefiles along these lines:
if getent group haclient > /dev/null 2> /dev/null ; then
install -g haclient -m 4750 drbdsetup
So on one of your boxes the group "haclient" exists, on the other it does not.
"haclient" is a pacemaker thing and some part of pacemaker possibly wants
to call programs from drbd-utils (e.g., if a DRBD resource is managed by
pacemaker).
DRBD works fine without pacemaker, but for pacemaker integration the
variant where the binaries belong to group "haclient" seems a bit more
favorable.
Regards, rck
---
Unsubscribe: alpine-aports+unsubscribe@lists.alpinelinux.org
Help: alpine-aports+help@lists.alpinelinux.org
---
Re: [alpine-aports] [PATCH 3/3] testing/py-drbdmanage: new aport