thin-provisioning-tools
thin-provisioning-tools copied to clipboard
jthornber
After releasing the temporary root `restore_emitter::empty_mapping_`, the allocated block count is decreased by one, so we should commit the metadata to update the superblock. Although it makes double-commit of metadata...
Hello, There is currently no way to verify the complete integrity of releases. Please consider signing your releases so that package maintainers can verify the sources prior to packaging. See...
We get a duplicate write lock, and the metadata is now corrupt (even though we hadn't committed). cache_restore is the only cache tool that writes data, and it always starts...
The thin_trim usage is: ``` thin_trim_cmd::usage(std::ostream &out) const { out
- Extend cache_check's --clear-needs-check-flag option to have auto-repair caps - Add tests for cache_check --auto-repair and --clear-needs-check-flag - Add broken pipe tests for cache_dump and era_dump
Hello, for using the tools, you need a the dev path (/dev/mapper/whatever). However, in my case the thin-provisioned pool of the lvm2 volume group has failed. Hence /dev/mapper/whatever is _not_...
This is what I got a little while ago sha256: 830a6f86f96bfaadd779ca36b15a02b21fd1082ea0e72102b269d999d0b20429 v1.0.9.tar.gz This is what Arch reported on their built of the same source a few hours ago: 4ff542b438babf4e17378bc5c6d823ec35c00f72bde49fe229a803bba4634512 https://gitlab.archlinux.org/archlinux/packaging/packages/thin-provisioning-tools/-/blob/main/PKGBUILD
The original functions are able to consume 64bit off_t now a days therefore *64 equivalents can be replaced, as a side it fixes build with musl. Upstream-Status: Pending
Compilation on i686 ends with error: error[E0308]: mismatched types --> src/write_batcher/tests.rs:100:51 | 100 | let mut rng = rand::rngs::SmallRng::from_seed([0; 32]); | ------------------------------- ^^^^^^^ expected an array with a fixed size...
when try use `thin_dump --repair /dev/mapper/pve-data_tdata` have error: `The following field needs to be provided on the command line due to corruption in the superblock: transaction id ` how solved...
