Debian 11 Support

[cforml]

Debian 11 Support

[dakotarwilliams]

We already have some significant work toward kernel 5.9 compatibility. The issue is that 5.9 turned off many of the interfaces used for single-queue i/o that was dominant in the kernel at the time that dattobd was originally developed. There's a lot of work involved in properly adapting the project to the blk-mq model which is what the Linux kernel community has moved toward. We understand that modern kernel compatibility is important, especially considering that there are many "stable" distros producing new releases that we'd want to support. With this and renewed interest in the project internally, kernel compatibility is our number 1 priority. It's just a lot of work.

[kslen]

Would it maybe be possible to get a crowdfunding effort going for this?

[cforml]

@dakotarwilliams ok thank you for the update. I will wait to hear more updates on this.

[Fantu]

hi, I found recently blksnap that have a kernel module for block-level snapshot for backup that support also recent kernel versions without use internal functions linked for address so don't have this issue
I saw in https://github.com/datto/dattobd/blob/master/src/genconfig.sh link internal function for address with system.map as workaround (I saw the same also on the acronis one at work) but on debian 11 system.map was moved on the debug package and will be not changed (https://lists.debian.org/debian-devel/2021/07/msg00156.html)
they are also trying to integrating blksnap upstream:
https://lore.kernel.org/linux-block/[email protected]/
veeam/blksnap#2
@SergeiShtepa and developers of this project: I think that that it would be useful to combine forces for a unique and best solution, at least upstream for the kernel module, or even better if you will also want library and tools
I already saw the good result recently for example in https://github.com/memtest86plus/memtest86plus where the union of memtest86+ and pcmemtest projects and developers led to a better result

sorry for my bad english