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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox