Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Debian 11 Support #277

Open
cforml opened this issue May 24, 2022 · 4 comments
Open

Debian 11 Support #277

cforml opened this issue May 24, 2022 · 4 comments

Comments

@cforml
Copy link

cforml commented May 24, 2022

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
Copy link

kslen commented May 29, 2022

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

@dakotarwilliams
Copy link
Contributor

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
Copy link
Author

cforml commented Jun 3, 2022

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

@Fantu
Copy link

Fantu commented Jul 30, 2022

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/
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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants