search

datto / dattobd

kernel module for taking block-level snapshots and incremental backups of Linux block devices
GNU General Public License v2.0
576 stars 122 forks source link

Debian 11 Support #277

Open cforml opened 2 years ago

cforml commented 2 years ago

Any update on this? Here it is May 2022 and there is still no support for Debian 11. What is taking so long to get this working? Its been almost a year since Debian 11 has been released.

kslen commented 2 years ago

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

dakotarwilliams commented 2 years ago

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.

cforml commented 2 years ago

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

Fantu commented 2 years ago

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/1655135593-1900-1-git-send-email-sergei.shtepa@veeam.com/ https://github.com/veeam/blksnap/issues/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