From: Tommaso Cecchi <t.cecchi@cineca.it>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: [linux-lvm] duplicate PV
Date: Wed, 19 Jul 2006 18:35:57 +0200 (MEST) [thread overview]
Message-ID: <44BE5F6C.40704@cineca.it> (raw)
In-Reply-To: <2711988D405D2247BC9B82786F99E8E5066307@MAIL4.corp.isib.net>
Hello everyone,
I have the following problem: I want to use a snapshot mechanism external to
LVM2 (i.e. snapshot from the storage server) so it happens that I access from a
linux box two identical LUNs with the same PVID. It is not a matter of
multipathing, they just are completely different devices with the same content
(and with the same PVID of course).
What I would like to do is to use and mount the second device on a different
mount point. So:
/dev/sdd1 is the primary PV
/dev/sdf1 is the snapshot of the primary PV
The result of pvscan before the discovery is:
drdb2:~ # pvscan
PV /dev/sde1 VG drrg2_vg lvm2 [200.00 GB / 0 free]
PV /dev/sdd1 VG test_vg lvm2 [200.00 GB / 0 free]
PV /dev/sdb1 VG oracledb_vg lvm2 [220.00 GB / 0 free]
PV /dev/sdc1 VG oracledb_vg lvm2 [20.00 GB / 0 free]
PV /dev/sda3 VG root_vg lvm2 [59.75 GB / 47.26 GB free]
Total: 5 [699.73 GB] / in use: 5 [699.73 GB] / in no VG: 0 [0 ]
after the discovery of the new device is:
drdb2:~ # pvscan
Found duplicate PV PnvnzL7YFft76Ky0EaPbOh519SQD5Uxc: using /dev/sdf1 not
/dev/sdd1
PV /dev/sde1 VG drrg2_vg lvm2 [200.00 GB / 0 free]
PV /dev/sdd1 VG test_vg lvm2 [200.00 GB / 0 free]
PV /dev/sdb1 VG oracledb_vg lvm2 [220.00 GB / 0 free]
PV /dev/sdc1 VG oracledb_vg lvm2 [20.00 GB / 0 free]
PV /dev/sda3 VG root_vg lvm2 [59.75 GB / 47.26 GB free]
Total: 5 [699.73 GB] / in use: 5 [699.73 GB] / in no VG: 0 [0 ]
I guess this problem is the same I'd have if I copy any single byte from a
device to another the last one resulting in having the same LVM label.
What I tried is to:
1) vgreduce:
drdb2:~ # vgreduce test_vg /dev/sdf1
Found duplicate PV PnvnzL7YFft76Ky0EaPbOh519SQD5Uxc: using /dev/sdf1 not
/dev/sdd1
Physical Volume "/dev/sdf1" not found in Volume Group "test_vg"
sdf1 does not belong to test_vg
2) pvchange --uuid:
drdb2:~ # pvchange --uuid /dev/sdf1
Found duplicate PV PnvnzL7YFft76Ky0EaPbOh519SQD5Uxc: using /dev/sdd1 not
/dev/sdf1
Volume group containing /dev/sdf1 has active logical volumes
0 physical volumes changed / 1 physical volume not changed
My idea was to modify the PVID so to let LVM understand they are completely
different devices.
How can I manage this?
Thanks for any help you may give me.
Tommaso
--
================================================================
| Tommaso Cecchi CINECA
| System Management Group Via Magnanelli 6/3 40033
| e-mail: t.cecchi@cineca.it Casalecchio di Reno
| Tel: 051/6171411 Bologna - ITALY
| Fax 051/6132198 http://www.cineca.it
================================================================
next prev parent reply other threads:[~2006-07-19 16:36 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-24 18:30 [linux-lvm] "pvchange --uuid" failed when PV is in use Page, Jennifer (RBC Dain)
2006-07-19 16:35 ` Tommaso Cecchi [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-12-11 11:42 [linux-lvm] duplicate pv johon Doe
2004-12-11 13:18 ` Philipp Schmidt
2004-12-11 22:38 ` Alasdair G Kergon
2004-12-12 17:12 ` Alasdair G Kergon
2004-12-12 17:35 ` Philipp Schmidt
2004-12-13 8:49 ` johon Doe
2004-12-13 15:24 ` Philipp Schmidt
2004-12-11 22:36 ` Alasdair G Kergon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=44BE5F6C.40704@cineca.it \
--to=t.cecchi@cineca.it \
--cc=linux-lvm@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.