thin_dump(8)

πŸ“¦
version 1.3.4 Β· 2 versions
, in alpine 3.24, arch rolling, centos-stream 10, centos-stream 9, debian trixie, fedora 43, fedora 44, opensuse-leap 16.0, ubuntu questing, ubuntu resolute, ubuntu stonking

πŸŽ€ thin_dump(8) πŸŽ€

okay bestie, this is the System Manager's Manual page for thin_dump(8) πŸ’–

✨ NAME ✨

okay so thin_dump is the tool that dumps binary thin provisioning metadata from a device or file and spits it out to standard output 🧚. It's for analysis or postprocessing, and you can get it as XML or human readable format πŸ’…. The XML version can be fed into thin_restore (see thin_restore(8)) to put the metadata back onto a metadata device (for the device-mapper target to process) or onto a file πŸ”₯.

✨ SYNOPSIS ✨

thin_dump [options] {device|file}

✨ DESCRIPTION ✨

so thin_dump pulls out the binary thin provisioning metadata made by the device-mapper thin provisioning target on a device or file 🌸. You can also grab it from an alternate block if you want, using --metadata-snap (more on that below) 🫢. It writes everything to standard output, in either XML or human readable format πŸ’œ.

⚠️ bestie, you can't run this on live metadata unless you use the --metadata-snap option πŸ’€

✨ OPTIONS ✨

  • -h, --help β€” shows you the help and then exits 🌷
  • -V, --version β€” shows the version info and then exits πŸ¦‹
  • -f, --format {xml|human_readable} β€” picks your output format, so XML or human readable πŸŽ€
  • -r, --repair β€” repairs the metadata while it's being dumped πŸ› οΈβœ¨
  • -m, --metadata-snap[=<block nr>] β€” dumps the metadata snapshot πŸ“Έ
    • if you don't give a block, it uses the default metadata snapshot the thin provisioning device-mapper target made for you πŸ’–
    • if you do give a block, it tries the snapshot at block nr instead 🧚
    • check the thin provisioning target docs to learn how to create or release a metadata snapshot and how to get the block number from the kernel πŸ“š
  • --dev-id {natural} β€” dumps the specified device πŸ’…
    • you can use this more than once to pick out more than one thin device πŸ‘‘
  • --transaction-id {natural} β€” overrides the transaction id that's in the input XML πŸ¦‹
  • --data-block-size {sectors} β€” overrides the data block size that's in the input XML πŸ“
  • --nr-data-blocks {natural} β€” overrides the nr data blocks that's in the input XML 🌈
  • --skip-mappings β€” doesn't dump the mappings, so skip those πŸ™ˆ
  • -o {xml file} β€” writes the output to a file instead of stdout πŸ’œ

✨ EXAMPLES ✨

okay these are my fave examples, bestie πŸ₯Ή

Dumps the thin provisioning metadata on logical volume /dev/vg/metadata to standard output in human readable format:

$ thin_dump -f human_readable /dev/vg/metadata

Dumps the thin provisioning metadata on logical volume /dev/vg/metadata to standard output in XML format:

$ thin_dump /dev/vg/metadata

Dumps the thin provisioning metadata snapshot on logical volume /dev/vg/metadata to standard output in human readable format (not processable by thin_restore(8), so don't try it πŸ™…β€β™€οΈ):

$ thin_dump --format human_readable --metadata-snap /dev/vg/metadata

✨ DIAGNOSTICS ✨

so thin_dump returns an exit code of 0 if it succeeds, or 1 if there's an error 🚦

✨ SEE ALSO ✨

your besties to look up next 🫢: thin_check(8), thin_repair(8), thin_restore(8), thin_rmap(8), thin_metadata_size(8) 🧚

✨ AUTHOR ✨

written by Joe Thornber <ejt@redhat.com> and Heinz Mauelshagen <HeinzM@RedHat.com> πŸ’–


that's a wrap, bestie!! πŸŒˆπŸ’…βœ¨ this was the System Manager's Manual page for thin_dump(8), from the Device Mapper Tools collection πŸŽ€ ily, go be a main character πŸ‘‘πŸ¦‹

πŸ“¦ where this page comes from