| Summary: | [lvm] vg metadata size is reseted to 1m in case it being extended with additional pv with no allocated size | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Haim <hateya> |
| Component: | lvm2 | Assignee: | LVM and device-mapper development team <lvm-team> |
| Status: | CLOSED NOTABUG | QA Contact: | Corey Marthaler <cmarthal> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 6.3 | CC: | abaron, agk, bazulay, dwysocha, heinzm, iheim, ilvovsky, jbrassow, mbroz, mgoldboi, prajnoha, prockai, thornber, yeylon, ykaul, zkabelac |
| Target Milestone: | rc | ||
| Target Release: | 6.3 | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-09-05 08:46:03 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Haim
2011-09-04 11:01:47 UTC
(In reply to comment #0) > Description of problem: > > - create pv with metadata size of 128m > - create vg from that pv > > check metadata size = 129m > > - create additional pv without any allocation of metadata size > - extend vg from step 2 with that pv > > check vg metadata size = 1020k > The smallest metadata area size is considered as the "VG metadata size" reported by the vgs command. You should be using pvs command instead to see the metadata size of each PV independently. > note: this doesn't happen when using "--pvmetadatacopies" "0" > Yes, in this case, this is fine - 0 sized metadata area does not count in at all. So I'm closing this bug report... (Just a note: if using "--metadatasize 0" in pvcreate command, this will fallback to default value then, alignment then makes for the 1020k we see in the output) |