[opensuse-factory] manpage for 'lvcreate' -- does factory have info for thinpools?
The utility 'lvs' has [--alloc AllocationPolicy] [--thinpool ThinPoolLogicalVolume{Name|Path}] [--poolmetadatasize Size[bBsSkKmMgG]] That don't seem to be in the manpage in 13.1... Is this fixed in factory? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Linda Walsh wrote:
The utility 'lvs' has [--alloc AllocationPolicy] [--thinpool ThinPoolLogicalVolume{Name|Path}] [--poolmetadatasize Size[bBsSkKmMgG]]
That don't seem to be in the manpage in 13.1... Is this fixed in factory?
I only just yesterday installed lvm2 from 13.1 specifically to get the thin provisioning support. -- Per Jessen, Zürich (10.1°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 25.03.2014 04:11, schrieb Linda Walsh:
The utility 'lvs' has [--alloc AllocationPolicy] [--thinpool ThinPoolLogicalVolume{Name|Path}] [--poolmetadatasize Size[bBsSkKmMgG]]
That don't seem to be in the manpage in 13.1...
seife@server:~> cat /etc/SuSE-release openSUSE 13.1 (x86_64) VERSION = 13.1 CODENAME = Bottle # /etc/SuSE-release is deprecated and will be removed in the future, use /etc/os-release instead seife@server:~> man lvcreate|grep thinpool metadatasize MetadataSize[bBsSkKmMgG]]] [--thinpool ThinPoolLogicalVolume{Name|Path}] [--type Segment- -T, --thin, --thinpool ThinPoolLogicalVolume{Name|Path} return -EINVALID; :-)
Is this fixed in factory?
There is nothing to fix IMNSVHO. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Stefan Seyfried wrote:
seife@server:~> man lvcreate|grep thinpool metadatasize MetadataSize[bBsSkKmMgG]]] [--thinpool ThinPoolLogicalVolume{Name|Path}] [--type Segment-
There is nothing to fix IMNSVHO. === Found the problem... thanks...
had a /usr/share/man/man8/lvcreate.8 that was being shown in preference to: /usr/share/man/man8/lvcreate.8.gz --- rpm -qf showed the uncompressed version was 'unowned'... so nuking it revealed the correct manpage. That makes for a good suggestion -- maybe a package when installing it's manpage should check to see that the manpage won't be overridden by an uncompress copy or a copy in a different compression format? I've seen manpages in bz2 fairly often, and would expect to see manpages in .xz format "real soon now"... So making sure alternate formats get cleaned out when installing new versions seems like it would be a good thing to do?? -- seems like it should be automatically done as part of install, so packages wouldn't have to change... -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Linda Walsh <suse@tlinx.org> writes:
That makes for a good suggestion -- maybe a package when installing it's manpage should check to see that the manpage won't be overridden by an uncompress copy or a copy in a different compression format?
rpm should not remove unowned files on its own, they may exist for a reason. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Andreas Schwab wrote:
Linda Walsh <suse@tlinx.org> writes:
That makes for a good suggestion -- maybe a package when installing it's manpage should check to see that the manpage won't be overridden by an uncompress copy or a copy in a different compression format?
rpm should not remove unowned files on its own, they may exist for a reason.
Like producing an unreliable outcome after an install? In this case, just renaming them to foo.1[.gz].rpmold or something would save the file but keep it from being fetched. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (4)
-
Andreas Schwab -
Linda Walsh -
Per Jessen -
Stefan Seyfried