Hi Guys, looks like Nick Wang (drbd maintainer) isn't active anymore. Do we have a plan, how to maintain the drbd stuff, specifically the kernel module. Before I wrote this, I looked into it of course, but failed (wouldn't write this mail otherwise..). This coccinelle stuff scares me to death. Needless to say, drbd-kmod doesn't build anymore since the release of kernel 5.18. Best, Pete -- Life without chameleons is possible, but pointless.
On Fri, Jun 24, 2022 at 12:50 PM Hans-Peter Jansen <hpj@urpla.net> wrote:
Hi Guys,
looks like Nick Wang (drbd maintainer) isn't active anymore.
Do we have a plan, how to maintain the drbd stuff, specifically the kernel module. Before I wrote this, I looked into it of course, but failed (wouldn't write this mail otherwise..).
This coccinelle stuff scares me to death.
Needless to say, drbd-kmod doesn't build anymore since the release of kernel 5.18.
E-h-h ... drbd driver is part of the upstream kernel (drivers/block/drbd). What's wrong with the in-tree driver and why a separate external module is needed?
-- Best, Pete -- Life without chameleons is possible, but pointless. Am Freitag, 24. Juni 2022, 12:40:32 CEST schrieb Andrei Borzenkov:
On Fri, Jun 24, 2022 at 12:50 PM Hans-Peter Jansen <hpj@urpla.net> wrote:
Hi Guys,
looks like Nick Wang (drbd maintainer) isn't active anymore.
Do we have a plan, how to maintain the drbd stuff, specifically the kernel module. Before I wrote this, I looked into it of course, but failed (wouldn't write this mail otherwise..).
This coccinelle stuff scares me to death.
Needless to say, drbd-kmod doesn't build anymore since the release of kernel 5.18.
E-h-h ... drbd driver is part of the upstream kernel (drivers/block/drbd). What's wrong with the in-tree driver and why a separate external module is needed?
Ahh, good point Andrei, thanks. Probably because: $ zyp in drbd-utils [...] The following 3 NEW packages are going to be installed: drbd 9.0.30~1+git.8e9c0812-19.75 drbd-kmp-preempt 9.0.30~1+git.8e9c0812_k5.17.9_2-19.75 drbd-utils 9.19.0-3.5 Question is, why does drdb-utils insists in depending on drbd? $ rpm -ql drbd /usr/sbin/rcdrbd /usr/share/doc/packages/drbd /usr/share/doc/packages/drbd/ChangeLog /usr/share/licenses/drbd /usr/share/licenses/drbd/COPYING Arghh, it contains a system v5 init script adapted to systemd to do what? $ sc status drbd ● drbd.service - DRBD -- please disable. Unless you are NOT using a cluster manager. Loaded: loaded (/usr/lib/systemd/system/drbd.service; disabled; vendor preset: disabled) Active: inactive (dead) Oh, well. Any idea how to proceed? Best, Pete
On 24.06.2022 16:13, Hans-Peter Jansen wrote:
On Fri, Jun 24, 2022 at 12:50 PM Hans-Peter Jansen <hpj@urpla.net> wrote:
Hi Guys,
looks like Nick Wang (drbd maintainer) isn't active anymore.
Do we have a plan, how to maintain the drbd stuff, specifically the kernel module. Before I wrote this, I looked into it of course, but failed (wouldn't write this mail otherwise..).
This coccinelle stuff scares me to death.
Needless to say, drbd-kmod doesn't build anymore since the release of kernel 5.18. E-h-h ... drbd driver is part of the upstream kernel (drivers/block/drbd). What's wrong with the in-tree driver and why a separate external module is needed? Ahh, good point Andrei, thanks. Probably because:
$ zyp in drbd-utils [...] The following 3 NEW packages are going to be installed: drbd 9.0.30~1+git.8e9c0812-19.75 drbd-kmp-preempt 9.0.30~1+git.8e9c0812_k5.17.9_2-19.75 drbd-utils 9.19.0-3.5
it is soft dependency, you can lock it if you like Supplements : (kernel-default and drbd) I cannot comment whether in-tree module is suitable as replacement for Linbit version.
Question is, why does drdb-utils insists in depending on drbd?
$ rpm -ql drbd /usr/sbin/rcdrbd /usr/share/doc/packages/drbd /usr/share/doc/packages/drbd/ChangeLog /usr/share/licenses/drbd /usr/share/licenses/drbd/COPYING
Arghh, it contains a system v5 init script adapted to systemd to do what?
$ sc status drbd ● drbd.service - DRBD -- please disable. Unless you are NOT using a cluster manager. Loaded: loaded (/usr/lib/systemd/system/drbd.service; disabled; vendor preset: disabled) Active: inactive (dead)
Oh, well.
Any idea how to proceed?
Best, Pete
participants (2)
-
Andrei Borzenkov -
Hans-Peter Jansen