| Summary: | When creating a thin pool, it produces an incorrect message about lvol0 being created | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Ade Bradshaw <abradshaw> |
| Component: | lvm2 | Assignee: | LVM and device-mapper development team <lvm-team> |
| Status: | CLOSED NOTABUG | QA Contact: | Cluster QE <mspqa-list> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 6.5 | CC: | agk, dwysocha, heinzm, jbrassow, mcsontos, msnitzer, prajnoha, prockai, thornber, zkabelac |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-12-10 12:26:25 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Ade Bradshaw
2013-12-10 12:16:45 UTC
It is. See output of 'lvs -a'. Created lvol0 is volume used as a 'spare' LV for a possible thin pool recovery. It's just later renamed to lvol0_pmspare and as such it is hidden volume. (lvs -a is needed) However we are considering to remove this creation message - it's not yet defined. Anyway - it's not a bug - it's rather informational noise which needs some cleaning. Thanks for the additional information Zdenek. Personally Id agree that the message needs removing if its a hidden vol It's not that easy to decide. Since anywhere during creation process the machine could be turned off/crash, it might happen you would end-up after reboot with a 'lvol0' volume and you would have no idea who was creating it and why it is there (thus probably reporting even bug on lvm2....) So while we are printing info about creation of lvol0 - we make a user aware there was this volume created and it's temporarily present. But we do not inform about later usage of this volume as a thin pool spare LV. Which might be another solution for this problem - to just print notice, lvol0 is used is pool metadata spare LV. The behaviour in Fedora seems different. [root@localhost ~]# cat /etc/redhat-release Fedora release 19 (Schrödinger’s Cat) [root@localhost ~]# lvcreate --size 5G --type thin-pool --thinpool tp_pool fedora Logical volume "tp_pool" created [root@localhost ~]# Fedora 19 uses older lvm2 version (v2.02.98) which didn't have the support for spare LV iirc. Wow, ok then that explains it - thanks all |