- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: PV Alternate path
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-15-2000 03:08 PM
09-15-2000 03:08 PM
PV Alternate path
1) vgextend vg10 /dev/dsk/c5t4d0
or
2) vgimport -m mapfile -s -v vg10
assuming c4t4d0 and c5t4d0 are alternate paths to the same disk and vg10 currently has c4t4d0 as it's primary path, will the above methods achieve the same results?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-15-2000 04:06 PM
09-15-2000 04:06 PM
Re: PV Alternate path
your only bet is:
vgextend vg10 /dev/dsk/c5t4d0
man on vgextend and vgimport identifies the difference.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-15-2000 05:33 PM
09-15-2000 05:33 PM
Re: PV Alternate path
raj
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-15-2000 09:55 PM
09-15-2000 09:55 PM
Re: PV Alternate path
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-18-2000 07:57 AM
09-18-2000 07:57 AM
Re: PV Alternate path
And yes, I did do a vexport -s first.
The reason I asked, is because I wanted to test the automatic switch to the alternate path, by disabling the primary path (removed controller cable), but it didn't switch.
And yes, "autoswitch" is on, and the cable was out for longer than the "IO timeout".
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-01-2002 08:38 AM
10-01-2002 08:38 AM
Re: PV Alternate path
#!/bin/ksh
INDEX=1
NUMBA=0
while [ $INDEX -le 9 ] ;
do
VG="vg0$INDEX"
banner " "
banner $VG
vgdisplay -v $VG > $VG.vgdv
for PV in `cat $VG.vgdv | grep "PV Name" | awk '{print $3}' `
do
ALT=`echo $PV | sed "s/c7t/c6t/" `
echo "vgextend $VG $ALT"
## NUMBA=`echo $PV | cut -c 15`
NUMBA=$(( $NUMBA + 1 ))
ODD=$(( $NUMBA % 2 ))
if [ $ODD -eq 1 ] ; then
echo " #### $ALT will become the primary link ### "
echo "vgreduce $VG $PV"
echo "vgrextend $VG $PV"
else
echo " #### $PV will remain the primary link ### "
fi
echo ""
done
INDEX=$((INDEX+1))
done
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-01-2002 09:32 AM
10-01-2002 09:32 AM
Re: PV Alternate path
The first method will work. That is the process to add an alternate path to the disk. The second method is used while exporting and importing completer vg information between systems or changing the vg name from old to new.
say the old vg name is vg_old and the new name you want to be is vg_new, then you export the old vg "vg_old" and create the new group file for vg_new and import the vg_old map file to vg_new.
Hope this helps.
Regds
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-01-2002 02:49 PM
10-01-2002 02:49 PM
Re: PV Alternate path
If you vgexport then vgimport using the -s arg, you will get a primary and an alternate link. I believe you will find that the system may or may not set the primary link to the one you want nor to the one it formerly was.
I'm really not sure how the system picks the primary path but I do know that's not acceptable for me. I need to specify the primary path in order to do "poor man's" load balancing.
Hence, I always use the vgextend method.
Darrell
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-01-2002 05:13 PM
10-01-2002 05:13 PM
Re: PV Alternate path
=============================
The following warnings should only apply to the -s option when importing devices such as (NIKE) or disks with alternate path:
Since the -s option causes a search on the system for each disks with the same vg_id. When vgimport reconstruct the newly imported volume group entry in /etc/lvmtab file, the order of disks could be different than it was before. And the following will happen:
The designated primary and alternate link might not be the same as it was configured before.
Alternate links will be added to the importing volume group even if they might not be configured in the volume group initially.
If the original primary path of a disks become an alternate path after the newly imported volume group entry is created in /etc/lvmtab, the order can be easily reverted by using vgreduce to remove the primary path and then use vgextend to add the path back again.
=============================
This should be the only difference between the two procedures, both would work, but only by using 'vgextend' could you control the allocation of primary and secondary links.
Since controlling this is a very desirable thing, to create at least a poor man's load balancing across the I/O channels, I would recommend using vgextend in all cases for this function.
Best Regards,
--bmr
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-01-2002 06:46 PM
10-01-2002 06:46 PM
Re: PV Alternate path
And Brian, welcome to the forums. With replies like that, you'll be "royal" before you know it (and I see you're already well on the way after just 1 week's participation).
Darrell