GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- How does loop # change to effect MCSG environment?
Operating System - HP-UX
1843891
Members
3412
Online
110225
Solutions
Forums
Categories
Company
Local Language
back
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
back
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- 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
06-27-2003 10:31 AM
06-27-2003 10:31 AM
How does loop # change to effect MCSG environment?
Hi,
We need more connection to EMC storage and we want to replace 2 ports FA to 4 ports FA. It will change loop #. and I heard that it will change controller #. then I think it will change all device information to attached that EMC port.
What would be a procedure to replace EMC FA board?
Thanks
We need more connection to EMC storage and we want to replace 2 ports FA to 4 ports FA. It will change loop #. and I heard that it will change controller #. then I think it will change all device information to attached that EMC port.
What would be a procedure to replace EMC FA board?
Thanks
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-27-2003 10:37 AM
06-27-2003 10:37 AM
Re: How does loop # change to effect MCSG environment?
It is possible if not probable that this procedure will change the device identification in /dev/dsk
I would make_tape_recovery or make_net_recovery, and consider vgexport before the switch.
If the numbers change, you'll be able to vgimport after the fact and have an easier time with the transition.
Don't have a procedure for you. Sorry.
SEP
I would make_tape_recovery or make_net_recovery, and consider vgexport before the switch.
If the numbers change, you'll be able to vgimport after the fact and have an easier time with the transition.
Don't have a procedure for you. Sorry.
SEP
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-27-2003 11:01 AM
06-27-2003 11:01 AM
Re: How does loop # change to effect MCSG environment?
Hi,
Change of device files will affect your lock disks. So, it is cleaner to re-apply the serviceguard configuration. There are unsupported tools available to change the lock disk.
1. Halt the packages and cluster.
2. Generate different kinds of map files. Copy them onto the failover box.
vgexport -v -p -s -m /tmp/vg01.s.map vg01
vgexport -v -p -m /tmp/vg01.map -f /tmp/vg01.disks vg01
ll /dev/*/group > /tmp/vg.groups
3. Deactivate the volume groups on both the nodes.
vgchange -c n vg01
vgchange -a n vg01
vgexport vg01
4. Make sure you don't have any reference to the se device files in /etc/lvmtab
strings /etc/lvmtab |grep -e 'cx' -e "cy"
5. Complete your EMC work.
6. Run ioscan followed by insf
ioscan -f
insf
7. Import the VGs back on both the systems.
vgimport -v -s -m /tmp/vg01.s.map vg01
This should automatically import the VGs. Or you can use -f option but you have to modify vg01.disks file to change the controller numbers.
8. Activate the VGs on one system.
vgchange -a y vg01
9. Edit /etc/cmcluster/your_cluster.ascii file and change the lock disks. Distribute this file across both nodes.
10. Apply the configuration (cluster and package)
cmapplyconf -C /etc/cmcluster/your_cluster.ascii
11. Start the cluster
cmruncl
12. Apply the package configuratoin
cmapplyconf -P /etc/cmcluster/your_app/your_app.conf
13. Start the package.
14. Verify /var/adm/syslog/syslog.log for any errors.
-Sri
Change of device files will affect your lock disks. So, it is cleaner to re-apply the serviceguard configuration. There are unsupported tools available to change the lock disk.
1. Halt the packages and cluster.
2. Generate different kinds of map files. Copy them onto the failover box.
vgexport -v -p -s -m /tmp/vg01.s.map vg01
vgexport -v -p -m /tmp/vg01.map -f /tmp/vg01.disks vg01
ll /dev/*/group > /tmp/vg.groups
3. Deactivate the volume groups on both the nodes.
vgchange -c n vg01
vgchange -a n vg01
vgexport vg01
4. Make sure you don't have any reference to the se device files in /etc/lvmtab
strings /etc/lvmtab |grep -e 'cx' -e "cy"
5. Complete your EMC work.
6. Run ioscan followed by insf
ioscan -f
insf
7. Import the VGs back on both the systems.
vgimport -v -s -m /tmp/vg01.s.map vg01
This should automatically import the VGs. Or you can use -f option but you have to modify vg01.disks file to change the controller numbers.
8. Activate the VGs on one system.
vgchange -a y vg01
9. Edit /etc/cmcluster/your_cluster.ascii file and change the lock disks. Distribute this file across both nodes.
10. Apply the configuration (cluster and package)
cmapplyconf -C /etc/cmcluster/your_cluster.ascii
11. Start the cluster
cmruncl
12. Apply the package configuratoin
cmapplyconf -P /etc/cmcluster/your_app/your_app.conf
13. Start the package.
14. Verify /var/adm/syslog/syslog.log for any errors.
-Sri
You may be disappointed if you fail, but you are doomed if you don't try
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-03-2003 01:30 PM
07-03-2003 01:30 PM
Re: How does loop # change to effect MCSG environment?
As always Sri's reply is excellent.
Point 9 though is NOT necessary IF (and only IF) you do not have any lock disks. If you are running a 4-node cluster or more you can skip 9.
Regards
Tim
Point 9 though is NOT necessary IF (and only IF) you do not have any lock disks. If you are running a 4-node cluster or more you can skip 9.
Regards
Tim
-
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP