<div><div dir="auto">Hi Christoph,</div></div><div dir="auto"><br></div><div dir="auto">I followed your suggestions and below follows the outcome of it...</div><div dir="auto"><br></div><div dir="auto">- 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?</div><div dir="auto"><br></div><div dir="auto">- Debian 10 ships with an old spatch version (1.0.4), where DRBD requires 1.0.8, so no luck there as well.</div><div dir="auto"><br></div><div dir="auto">-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 ?</div><div dir="auto"><br></div><div dir="auto">- 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).</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Regards,</div><div dir="auto">G.</div><div dir="auto"><br></div><div dir="auto"><br></div><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 5 Dec 2019 at 09:27, Christoph Böhmwalder <<a href="mailto:christoph.boehmwalder@linbit.com">christoph.boehmwalder@linbit.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 05.12.19 08:51, Gianni Milo wrote:<br>
> Hello,<br>
> <br>
> 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 ?<br>
> <br>
> Thanks,<br>
> G<br>
> <br>
> make: Entering directory '/var/lib/dkms/drbd/9.0.21-1/build/src/drbd'<br>
> <br>
> Calling toplevel makefile of kernel source tree, which I believe is in<br>
> KDIR=/lib/modules/5.3.10-1-pve/build<br>
> <br>
> make -C /lib/modules/5.3.10-1-pve/build M=/var/lib/dkms/drbd/9.0.21-1/build/src/drbd modules<br>
> COMPAT alloc_workqueue_takes_fmt<br>
> COMPAT before_4_13_kernel_read<br>
> COMPAT blkdev_issue_zeroout_discard<br>
> COMPAT drbd_release_returns_void<br>
> COMPAT genl_policy_in_ops<br>
> COMPAT have_SHASH_DESC_ON_STACK<br>
> COMPAT have_WB_congested_enum<br>
> COMPAT have_allow_kernel_signal<br>
> COMPAT have_atomic_dec_if_positive_linux<br>
> COMPAT have_atomic_in_flight<br>
> COMPAT have_bd_claim_by_disk<br>
> COMPAT have_bd_unlink_disk_holder<br>
> COMPAT have_bio_bi_bdev<br>
> COMPAT have_bio_bi_error<br>
> COMPAT have_bio_bi_opf<br>
> COMPAT have_bio_bi_status<br>
> COMPAT have_bio_clone_fast<br>
> COMPAT have_bio_flush<br>
> COMPAT have_bio_free<br>
> COMPAT have_bio_op_shift<br>
> COMPAT have_bio_rw<br>
> COMPAT have_bio_set_op_attrs<br>
> COMPAT have_bioset_create_front_pad<br>
> COMPAT have_bioset_init<br>
> COMPAT have_bioset_need_bvecs<br>
> COMPAT have_blk_check_plugged<br>
> COMPAT have_blk_qc_t_make_request<br>
> COMPAT have_blk_queue_flag_set<br>
> COMPAT have_blk_queue_merge_bvec<br>
> COMPAT have_blk_queue_plugged<br>
> COMPAT have_blk_queue_split_q_bio<br>
> COMPAT have_blk_queue_split_q_bio_bioset<br>
> COMPAT have_blk_queue_write_cache<br>
> COMPAT have_blkdev_get_by_path<br>
> COMPAT have_d_inode<br>
> COMPAT have_file_inode<br>
> COMPAT have_generic_start_io_acct_q_rw_sect_part<br>
> COMPAT have_generic_start_io_acct_rw_sect_part<br>
> COMPAT have_genl_family_parallel_ops<br>
> COMPAT have_ib_cq_init_attr<br>
> COMPAT have_idr_alloc<br>
> COMPAT have_idr_is_empty<br>
> COMPAT have_inode_lock<br>
> COMPAT have_ktime_to_timespec64<br>
> COMPAT have_kvfree<br>
> COMPAT have_max_send_recv_sge<br>
> COMPAT have_netlink_cb_portid<br>
> COMPAT have_nla_nest_start_noflag<br>
> COMPAT have_nla_parse_deprecated<br>
> COMPAT have_nla_put_64bit<br>
> COMPAT have_pointer_backing_dev_info<br>
> COMPAT have_prandom_u32<br>
> COMPAT have_proc_create_single<br>
> COMPAT have_ratelimit_state_init<br>
> COMPAT have_rb_augment_functions<br>
> COMPAT have_refcount_inc<br>
> COMPAT have_req_hardbarrier<br>
> COMPAT have_req_noidle<br>
> COMPAT have_req_nounmap<br>
> COMPAT have_req_op_write<br>
> COMPAT have_req_op_write_same<br>
> COMPAT have_req_op_write_zeroes<br>
> COMPAT have_req_prio<br>
> COMPAT have_req_write<br>
> COMPAT have_req_write_same<br>
> COMPAT have_security_netlink_recv<br>
> COMPAT have_shash_desc_zero<br>
> COMPAT have_signed_nla_put<br>
> COMPAT have_simple_positive<br>
> COMPAT have_struct_bvec_iter<br>
> COMPAT have_struct_kernel_param_ops<br>
> COMPAT have_time64_to_tm<br>
> COMPAT have_timer_setup<br>
> COMPAT have_void_make_request<br>
> COMPAT hlist_for_each_entry_has_three_parameters<br>
> COMPAT ib_alloc_pd_has_2_params<br>
> COMPAT ib_device_has_ops<br>
> COMPAT ib_query_device_has_3_params<br>
> COMPAT kmap_atomic_page_only<br>
> COMPAT need_make_request_recursion<br>
> COMPAT queue_limits_has_discard_zeroes_data<br>
> COMPAT rdma_create_id_has_net_ns<br>
> COMPAT sock_create_kern_has_five_parameters<br>
> COMPAT sock_ops_returns_addr_len<br>
> UPD /var/lib/dkms/drbd/9.0.21-1/build/src/drbd/compat.5.3.10-1-pve.h<br>
> UPD /var/lib/dkms/drbd/9.0.21-1/build/src/drbd/compat.h<br>
> ERROR: spatch not recent enough, need spatch version >= 1.0.8<br>
> make[3]: *** [Makefile:177: drbd-kernel-compat/cocci_cache/fefffd1bac6169c15393f8aff1445926/compat.patch] Error 1<br>
> 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<br>
> make[1]: *** [Makefile:1655: _module_/var/lib/dkms/drbd/9.0.21-1/build/src/drbd] Error 2<br>
> make: *** [Makefile:126: kbuild] Error 2<br>
> make: Leaving directory '/var/lib/dkms/drbd/9.0.21-1/build/src/drbd'<br>
> <br>
> _______________________________________________<br>
> Star us on GITHUB: <a href="https://github.com/LINBIT" rel="noreferrer" target="_blank">https://github.com/LINBIT</a><br>
> drbd-user mailing list<br>
> <a href="mailto:drbd-user@lists.linbit.com" target="_blank">drbd-user@lists.linbit.com</a><br>
> <a href="https://lists.linbit.com/mailman/listinfo/drbd-user" rel="noreferrer" target="_blank">https://lists.linbit.com/mailman/listinfo/drbd-user</a><br>
> <br>
<br>
Hi,<br>
<br>
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).<br>
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.<br>
<br>
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).<br>
<br>
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.<br>
<br>
--<br>
Christoph Böhmwalder<br>
LINBIT | Keeping the Digital World Running<br>
DRBD HA — Disaster Recovery — Software defined Storage<br>
</blockquote></div></div>