devicemapper-rs
A library wrapping Linux's devicemapper ioctls (does not use libdm).
Development status
BETA, feature complete but needs testing.
Documentation
How to contribute
GitHub is used for pull requests and issue tracking.
devicemapper - A library for using Linux device mapper
devicemapper-rs A library wrapping Linux's devicemapper ioctls (does not use libdm). Development status BETA, feature complete but needs testing. Docu
Resource links
29 Open
More issues
Closed
This PR includes a bunch of changes.
- When making a new device still known to the kernel, it verifies that the given information matches the information known to the kernel.
- It removes the redundant size parameter from
ThinPoolDev::new()andsetup() - It makes running
thin_checkinThinPoolDev::setup()conditional on the device being unknown to the kernel. - It changes the return type of
DM::parse_table_status()since the method prefers to panic in all cases where it might otherwise return an error. - It trims trailing white space off the last entry in each line of the table returned by
DM::parse_table_status(). - It add several tests to thinpooldev.rs.
- It does other small adjustements and fixes.
It addresses #120 but can not be certainly said to fix it, due to the uncertainty of what it means to be "in use".
question in progress
opened Jul 26, 2017 by mulkieran 32
Closed
When loading a verity table the device must be a readonly. The dm driver requires the flags for the DM_TABLE_LOAD_CMD ioctl to include at least DM_READONLY - otherwise it complains:
May 25 19:32:42 XXX kernel: [ 7763.805044] device-mapper: table: 254:7: verity: Device must be readonly
May 25 19:32:42 XXX kernel: [ 7763.805049] device-mapper: ioctl: error adding target to table
Add core::dm::table_load_flags that enables any user to pass DmFlags::DM_READONLY to the DM_TABLE_LOAD_CMD operation.
An Option could be to extend table_load with an Option<DmFlags>. This changes the API in a breaking way, so I decided to add table_load_flags. Let me know if you prefer the Option argument.
It's possible that other options than DM_READONLY are allowed for the DM_TABLE_LOAD. Would be easy to add to allowed_flags.
opened May 25, 2021 by flxo 27
Closed
Resolves: #229. Resolves: #230. Resolves: #244.
in progress
opened Dec 20, 2017 by mulkieran 23
Closed
Expected to supercede #239.
opened Jan 23, 2018 by mulkieran 21
Closed
- Isolate them into one spot for easier refactoring later
- Distinguish between usize and other unsigned macros. usize can be larger than u64, so rust does not allow
the guaranteed succesful
u64::fromwhen converting a usize to a u64. - Get rid of long comment and one clippy allow in favor of zero comments and several clippy allows on exactly the things that need to be allowed.
- Add some tests to verify that the interface provided is as expected.
opened Feb 13, 2019 by mulkieran 18
Closed
Should be a lot tidier.
Signed-off-by: mulhern [email protected]
opened Nov 21, 2017 by mulkieran 17
Open
This branch adds support for udev synchronization using SysV semaphores and the device-mapper ioctl/uevent "cookie" mechanism.
The branch adds a new sub-module, dm_udev_sync that wraps the low-level semaphore operations and provides an interface to core::dm.
All udev synchronization is carried out insde DM::do_ioctl(). This centralises and simplifies handling ioctl errors (which require the udev semaphore to be cleaned up before propagating the error) and minimises the changes needed to synchronize with uevents.
This branch also adds basic logging infrastructure to the crate, using the log facade and the env_logger crate: this was helpful in developing and debugging the udev interactions and may be useful for debugging other problems involving device-mapper.
opened Jul 26, 2022 by bmr-cymru 1
Open
There are situations where it would be useful to have more insight into the low-level operations being carried out in devicemapper-rs. This is especially the case with the work to implement udev cookie semaphore support where it is often necessary to correlate events in the test (and the cookie values they generate) with the system udev logs.
While it's possible to get so far with println!() it would be very helpful to at least have the option of enabling straightforward, timestamped logs for the critical interactions with other subsystems.
This should follow the log pattern for a library crate permitting users of the crate to configure whatever concrete logger is needed.
opened Jul 14, 2022 by bmr-cymru 0
Open
Related https://github.com/stratis-storage/project/issues/335
opened Jul 5, 2022 by mulkieran 0
Open
Before destroying a device-mapper device, devicemapper-rs should delete the symlink for that device under /dev/mapper. This avoids race conditions by ensuring that opening /dev/mapper/somedevice always returns the correct device if it succeeds.
opened Feb 5, 2022 by DemiMarie 2
Open
This includes all the DmCookie constants and also the 16 bit left shift in to_ioctl_hdr() which is really DM_UDEV_FLAGS_SHIFT.
opened Jan 11, 2022 by mulkieran 4
Open
opened Jul 13, 2021 by mulkieran 0
v0.32.1(Jul 21, 2022)
See https://github.com/stratis-storage/devicemapper-rs/blob/master/CHANGES.txt
v0.32.0(Feb 4, 2022)
See https://github.com/stratis-storage/devicemapper-rs/blob/master/CHANGES.txt
v0.31.0(Jan 24, 2022)
See https://github.com/stratis-storage/devicemapper-rs/blob/master/CHANGES.txt
v0.30.1(Jan 13, 2022)
See https://github.com/stratis-storage/devicemapper-rs/blob/master/CHANGES.txt
v0.29.4(Nov 24, 2021)
See https://github.com/stratis-storage/devicemapper-rs/blob/patch-0.29.2/CHANGES.txt
v0.30.0(Oct 23, 2021)
See https://github.com/stratis-storage/devicemapper-rs/blob/master/CHANGES.txt
Contents
Share this repo
Related Repos
105
Lithos Documentation Lithos is a process supervisor and containerizer for running services. Lithos is not intended to be system init. But rather tries
monat -- Modern file system Navigator 简体中文 Introduction monat is a Unix shell auxiliary command focusing on the navigation of the file system, especia
48
This is a tiny UNIX shell, implemented in Rust and in C. It is derived from the brilliant IOCCC submission back in 1990 by Sean Dorward. The repository includes the original IOCCC version, as well as the modernized deobfuscated version in C89, and a complete rewrite in Rust.
49
tokio-linux-aio This package provides an integration of Linux kernel-level asynchronous I/O to the Tokio platform. Linux kernel-level asynchronous I/O
16
tiny-nix-ipc A small and convenient Rust library for using (UNIX domain) sockets for simple synchronous IPC. Socket::new_socketpair makes a socketpair
39
pentacle pentacle is a library for executing programs as sealed anonymous files on Linux, using memfd_create(2). This is useful for executing programs
69
cgroups-rs Native Rust library for managing control groups under Linux Right now the crate only support the original, V1 hierarchy, however support is
65
Raw system calls for Rust This library allows Rust code to invoke system calls directly. See the list of supported platforms. Additions are very welco
35
unix-ipc This crate implements a minimal abstraction over UNIX domain sockets for the purpose of IPC. It lets you send both file handles and rust obje
27
A simple and secure DNS client for Rust API documentation This is a DNS client crate. Some people may call that a stub resolver. It can resolve IPv4 a
91
Coreutils in Rust An attempt to make a safe re-implementation coreutils aiming for a minimal and yet complete set of utilities. This project aims to h
56
devicemapper-rs A library wrapping Linux's devicemapper ioctls (does not use libdm). Development status BETA, feature complete but needs testing. Docu
14
rustop All important information about your system in one place. rustop gathers information from procfs so for now support is limited to Linux. Instal
37
mpris A Rust library for dealing with MPRIS2-compatible players over D-Bus. NOTE: Until it is possible to mark a minimum Rust version in the crate man
61
libsystemd A pure-Rust client library to work with systemd. It provides support to interact with systemd components available on modern Linux systems.