Bug 25846 - Hostnamen als Volume Group Name benutzen
Hostnamen als Volume Group Name benutzen
Status: RESOLVED WONTFIX
Product: UCS
Classification: Unclassified
Component: UCS Installer
UCS 3.0
Other Linux
: P5 enhancement (vote)
: ---
Assigned To: Installer maintainers
:
Depends on:
Blocks: 35417
  Show dependency treegraph
 
Reported: 2012-01-17 10:19 CET by Philipp Hahn
Modified: 2017-08-08 07:08 CEST (History)
1 user (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional): Further conceptual development
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Philipp Hahn univentionstaff 2012-01-17 10:19:38 CET
Derzeit legt der Installer bei Verwendung von LVM immer eine Volume Group mit dem Namen "vg_ucs" an. Hier sollte besser der Hostname verwendet werden (wie es z.B. auch der Debian-Installer tut). (ggf. ist es deswegen notwendig, den Hostname bereits vor der Partitionierung abzufragen, d.h. die Module müssten in der Reihenfolge getauscht werden)

Hintergrund:
1. Derzeit ist es nicht möglich, die Festplatten von einem Rechner in einen anderen Rechner umzuziehen, weil dort das die VG doppelt vorhanden ist.
2. Auf Virtualisierungsservern kann man selbst nach einem (losetup /dev/loop0 $image.raw ; kpartx -a /dev/loop0 ; vgchange -a y) nicht auf die Volumes zugreifen, weil dann auch dort die VG doppelt vorhanden ist.

# vgs
  WARNING: Duplicate VG name vg_ucs: Existing WOymNB-P8rq-bXXZ-fjK1-dJBr-rhut-wiZ0fQ (created here) takes precedence over dEm9v9-oZFf-9vwi-rThg-5tsN-Qicb-vkjLIO
  WARNING: Duplicate VG name vg_ucs: Existing WOymNB-P8rq-bXXZ-fjK1-dJBr-rhut-wiZ0fQ (created here) takes precedence over dEm9v9-oZFf-9vwi-rThg-5tsN-Qicb-vkjLIO
  VG     #PV #LV #SN Attr   VSize   VFree  
  vg_ucs   1   1   0 wz--n-   9,79G 224,00M
  vg_ucs   2   4   0 wz--n- 295,89G  34,23G

(Aufgefallen beim Versuch, eine kaputte /boot-Partition für einen Kunden 7276 zu reparieren)
Comment 1 Sönke Schwardt-Krummrich univentionstaff 2012-01-17 10:28:42 CET
(In reply to comment #0)
> Derzeit legt der Installer bei Verwendung von LVM immer eine Volume Group mit
> dem Namen "vg_ucs" an. Hier sollte besser der Hostname verwendet werden (wie 
> es z.B. auch der Debian-Installer tut). (ggf. ist es deswegen notwendig, den
> Hostname bereits vor der Partitionierung abzufragen, d.h. die Module müssten 
> in der Reihenfolge getauscht werden)

Der Hostname wird bereits vor der Partitionierung abgefragt.

> Hintergrund:
> 1. Derzeit ist es nicht möglich, die Festplatten von einem Rechner in einen
> anderen Rechner umzuziehen, weil dort das die VG doppelt vorhanden ist.

Workaround:
vgrename "dEm9v9-oZFf-9vwi-rThg-5tsN-Qicb-vkjLIO" "vg_to_be_recovered"

> 2. Auf Virtualisierungsservern kann man selbst nach einem (losetup /dev/loop0
> $image.raw ; kpartx -a /dev/loop0 ; vgchange -a y) nicht auf die Volumes
> zugreifen, weil dann auch dort die VG doppelt vorhanden ist.

Auch hier sollte der Workaround greifen.
Comment 2 Stefan Gohmann univentionstaff 2017-06-16 20:40:23 CEST
This issue has been filed against UCS 3. UCS 3 is out of the normal maintenance and many UCS components have vastly changed in UCS 4.

If this issue is still valid, please change the version to a newer UCS version otherwise this issue will be automatically closed in the next weeks.
Comment 3 Stefan Gohmann univentionstaff 2017-08-08 07:08:29 CEST
This issue has been filed against UCS 3.0.

UCS 3.0 is out of maintenance and many UCS components have vastly changed in later releases. Thus, this issue is now being closed.

If this issue still occurs in newer UCS versions, please use "Clone this bug" or reopen this issue. In this case please provide detailed information on how this issue is affecting you.