Bug 393271
Summary: | vgcfgrestore can restore wrong vg info | ||
---|---|---|---|
Product: | [Retired] Red Hat Cluster Suite | Reporter: | Nate Straz <nstraz> |
Component: | lvm2-cluster | Assignee: | Milan Broz <mbroz> |
Status: | CLOSED DUPLICATE | QA Contact: | Cluster QE <mspqa-list> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | agk, ccaulfie, dwysocha, jbrassow, mbroz, prockai, pvrabec |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-06-02 15:00:24 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Nate Straz
2007-11-20 22:07:53 UTC
All we could do is add more warnings to the command: people should not use it blindly without checking *what* they are restoring first e.g. with -ll. (for future reference, you should have done a vgcfgbackup *before* the restore to the replacement disk) (In reply to comment #2) > (for future reference, you should have done a vgcfgbackup *before* the restore > to the replacement disk) Will this cause the backup to happen on every node in the cluster? When does a backup occur as a side effect of an lvm command? Missing the point: take a backup of the *current* metadata from one of the remaining PVs then restore it onto the replacement one. But didn't we make commands already to handle this situation for the dmeventd plugin to use without needing to fiddle with vgcfgbackup/restore? Backups happen automatically when any command is run, but only on the node where that command is run. Rebooting the cluster involves running such commands, so should lead to every node taking an up-to-date local backup - would someone like to check if that's indeed the case? |