[DRBD-user] DRBD9 not building on PVE6.1

Gianni Milo gianni.milo22 at gmail.com
Sun Dec 8 10:00:09 CET 2019 

Hi Christoph,

I followed your suggestions and below follows the outcome of it...

- I'm using DRBD9 on Proxmox, which in turn its based on Debian 10, so the
PPA method did not work as it's designed for Ubuntu?

- Debian 10 ships with an old spatch version (1.0.4), where DRBD requires
1.0.8, so no luck there as well.

-Only solution for Proxmox users seem to be using SPAAS method and that
works, as soon as Proxmox servers have unrestricted access to the internet.
In our topology that's not the case, as these servers cannot access
internet hosts on non standard ports.Your SPAAS service requires access to
the port TCP 2020. Would it be possible to use a fallback port TCP 443 or
TCP 80 instead ?

- One last method, which also seems to work is  by using a separate machine
(or VM), with Proxmox installed and with unrestricted access to the
internet. Build DRBD kernel modules in there (with SPAAS) and manually
transfer them  to the production servers (in
/lib/modules/<kernel_version>/updates).


Regards,
G.


On Thu, 5 Dec 2019 at 09:27, Christoph Böhmwalder <
christoph.boehmwalder at linbit.com> wrote:

> On 05.12.19 08:51, Gianni Milo wrote:
> > Hello,
> >
> > PVE 6.1 was released recently and it's using kernel 5.3.10-1-pve. It
> looks like drbd9 is not building properly on this kernel (spatch?). Mind
> having a look please ?
> >
> > Thanks,
> > G
> >
> > make: Entering directory '/var/lib/dkms/drbd/9.0.21-1/build/src/drbd'
> >
> >     Calling toplevel makefile of kernel source tree, which I believe is
> in
> >     KDIR=/lib/modules/5.3.10-1-pve/build
> >
> > make -C /lib/modules/5.3.10-1-pve/build
> M=/var/lib/dkms/drbd/9.0.21-1/build/src/drbd  modules
> >   COMPAT  alloc_workqueue_takes_fmt
> >   COMPAT  before_4_13_kernel_read
> >   COMPAT  blkdev_issue_zeroout_discard
> >   COMPAT  drbd_release_returns_void
> >   COMPAT  genl_policy_in_ops
> >   COMPAT  have_SHASH_DESC_ON_STACK
> >   COMPAT  have_WB_congested_enum
> >   COMPAT  have_allow_kernel_signal
> >   COMPAT  have_atomic_dec_if_positive_linux
> >   COMPAT  have_atomic_in_flight
> >   COMPAT  have_bd_claim_by_disk
> >   COMPAT  have_bd_unlink_disk_holder
> >   COMPAT  have_bio_bi_bdev
> >   COMPAT  have_bio_bi_error
> >   COMPAT  have_bio_bi_opf
> >   COMPAT  have_bio_bi_status
> >   COMPAT  have_bio_clone_fast
> >   COMPAT  have_bio_flush
> >   COMPAT  have_bio_free
> >   COMPAT  have_bio_op_shift
> >   COMPAT  have_bio_rw
> >   COMPAT  have_bio_set_op_attrs
> >   COMPAT  have_bioset_create_front_pad
> >   COMPAT  have_bioset_init
> >   COMPAT  have_bioset_need_bvecs
> >   COMPAT  have_blk_check_plugged
> >   COMPAT  have_blk_qc_t_make_request
> >   COMPAT  have_blk_queue_flag_set
> >   COMPAT  have_blk_queue_merge_bvec
> >   COMPAT  have_blk_queue_plugged
> >   COMPAT  have_blk_queue_split_q_bio
> >   COMPAT  have_blk_queue_split_q_bio_bioset
> >   COMPAT  have_blk_queue_write_cache
> >   COMPAT  have_blkdev_get_by_path
> >   COMPAT  have_d_inode
> >   COMPAT  have_file_inode
> >   COMPAT  have_generic_start_io_acct_q_rw_sect_part
> >   COMPAT  have_generic_start_io_acct_rw_sect_part
> >   COMPAT  have_genl_family_parallel_ops
> >   COMPAT  have_ib_cq_init_attr
> >   COMPAT  have_idr_alloc
> >   COMPAT  have_idr_is_empty
> >   COMPAT  have_inode_lock
> >   COMPAT  have_ktime_to_timespec64
> >   COMPAT  have_kvfree
> >   COMPAT  have_max_send_recv_sge
> >   COMPAT  have_netlink_cb_portid
> >   COMPAT  have_nla_nest_start_noflag
> >   COMPAT  have_nla_parse_deprecated
> >   COMPAT  have_nla_put_64bit
> >   COMPAT  have_pointer_backing_dev_info
> >   COMPAT  have_prandom_u32
> >   COMPAT  have_proc_create_single
> >   COMPAT  have_ratelimit_state_init
> >   COMPAT  have_rb_augment_functions
> >   COMPAT  have_refcount_inc
> >   COMPAT  have_req_hardbarrier
> >   COMPAT  have_req_noidle
> >   COMPAT  have_req_nounmap
> >   COMPAT  have_req_op_write
> >   COMPAT  have_req_op_write_same
> >   COMPAT  have_req_op_write_zeroes
> >   COMPAT  have_req_prio
> >   COMPAT  have_req_write
> >   COMPAT  have_req_write_same
> >   COMPAT  have_security_netlink_recv
> >   COMPAT  have_shash_desc_zero
> >   COMPAT  have_signed_nla_put
> >   COMPAT  have_simple_positive
> >   COMPAT  have_struct_bvec_iter
> >   COMPAT  have_struct_kernel_param_ops
> >   COMPAT  have_time64_to_tm
> >   COMPAT  have_timer_setup
> >   COMPAT  have_void_make_request
> >   COMPAT  hlist_for_each_entry_has_three_parameters
> >   COMPAT  ib_alloc_pd_has_2_params
> >   COMPAT  ib_device_has_ops
> >   COMPAT  ib_query_device_has_3_params
> >   COMPAT  kmap_atomic_page_only
> >   COMPAT  need_make_request_recursion
> >   COMPAT  queue_limits_has_discard_zeroes_data
> >   COMPAT  rdma_create_id_has_net_ns
> >   COMPAT  sock_create_kern_has_five_parameters
> >   COMPAT  sock_ops_returns_addr_len
> >   UPD
> /var/lib/dkms/drbd/9.0.21-1/build/src/drbd/compat.5.3.10-1-pve.h
> >   UPD     /var/lib/dkms/drbd/9.0.21-1/build/src/drbd/compat.h
> > ERROR: spatch not recent enough, need spatch version >= 1.0.8
> > make[3]: *** [Makefile:177:
> drbd-kernel-compat/cocci_cache/fefffd1bac6169c15393f8aff1445926/compat.patch]
> Error 1
> > make[2]: *** [/var/lib/dkms/drbd/9.0.21-1/build/src/drbd/Kbuild:136:
> /var/lib/dkms/drbd/9.0.21-1/build/src/drbd/drbd-kernel-compat/compat.patch]
> Error 2
> > make[1]: *** [Makefile:1655:
> _module_/var/lib/dkms/drbd/9.0.21-1/build/src/drbd] Error 2
> > make: *** [Makefile:126: kbuild] Error 2
> > make: Leaving directory '/var/lib/dkms/drbd/9.0.21-1/build/src/drbd'
> >
> > _______________________________________________
> > Star us on GITHUB: https://github.com/LINBIT
> > drbd-user mailing list
> > drbd-user at lists.linbit.com
> > https://lists.linbit.com/mailman/listinfo/drbd-user
> >
>
> Hi,
>
> In 9.0.21-1 we introduced a version check for coccinelle, since we use
> some pretty new features and the whole system falls apart pretty quickly if
> spatch is too old. Previously, it would fall back to using "SPAAS", our
> "spatch as a service" service (i.e. build the patches on LINBIT servers).
> This behavior has been changed, and it now aborts if spatch is too old.
> The reasoning behind this is that a user presumably explicitly doesn't want
> to call any online services if they have their own spatch installed. We're
> discussing this internally and may or may not have some different behavior
> in the next release.
>
> In the meantime, a quick fix would be to upgrade your local spatch
> installation via the PPA[1] (if you want to use your local version), or
> temporarily uninstall spatch (if you want to use SPAAS).
>
> By the way: If you're using LINSTOR with PVE6.1, there is currently a bug
> where it's not possible to create LINSTOR resources using the Proxmox
> plugin. There will be a new LINSTOR release soon (possibly today) to
> address this.
>
> --
> Christoph Böhmwalder
> LINBIT | Keeping the Digital World Running
> DRBD HA —  Disaster Recovery — Software defined Storage
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20191208/fcfc6201/attachment.htm>

More information about the drbd-user mailing list