| Blogs | Classifieds | Downloads | FlashChat | Gallery | Googlemap | Invite Friends | Links | Projects | Reviews | Wiki |
| |||||||||
 |  Virtualization for POWER Systems IBM PowerVM Editions |
 Virtual Disk Mirroring | |
Welcome to the pSeries Tech Forums,
our free peer-based support site for administrators, engineers and architects working with IBM pSeries servers and software. You are currently viewing our site as a guest which gives you limited access to view most discussions, articles, tutorials and access our other free features. By joining our community you will be able to collaborate with administrators, engineers and architects charged with designing, delivering or maintaining IBM pSeries server environments. Founded by a recognized IBM pSeries consultant and IBM Redbook author, pSeries Tech Forums was developed with the single mission of bringing IBM pSeries professionals together into a single self-help community. Registration is fast, simple and absolutely free to all IT professionals with responsibility for or interest in IBM pSeries servers. We invite you to join our community today! If you have any problems with the registration process or your account login, please contact contact support. |
| Our Sponsors | |
| | |
| Want to advertise? | |
 |
| | LinkBack | Thread Tools |
|
#1
June 18th, 2007
| ||||
| ||||
I have situation where I have dual VIO servers. I have rootvg and an appvg defined for my clients from both VIO servers so that I can perform mirroring in the clients. When I reboot one of the VIO servers, the rootvg partitions go stale, so I just execute varyonvg rootvg to re-sync them. The problem is with the appvg. When I try to perform commands on appvg all I get is: 0516-034 : Failed to open VG special file. The only ways I found to recover is to either reboot the client or unmount all the filesystems, varyoff the appvg and then varyon the appvg. Does anyone know the cause of this or have a solution?          |
Virtual Disk Mirroring |
#2
June 19th, 2007
| ||||
| ||||
Errm the thought process behind using dual VIOs..... If you wan to use dual VIO servers I would totally not suggest using this method as everytime you reboot a VIO you'll have to manually resync the VGS. The dual VIO is really intended to provided SAN LUNS through on to the LPAR so the Data redundancy is on the SAN. If you are looking for data redundancy via local disks then you'd be better off with a single VIO server and mirroring op the VIO level of the LVs allocated on to the LPARS. The problem may be solveable with an exportvg / importvg, but again the solution you have is not resiliant to a reboot of a VIO!
__________________ Ross Mather, IBM AIX IT Specialist. That said anything I say here is my own opinion and not anything that you can ever hold against IBM. Ohhh and don't forget that I make mistakes too.... |
|
| Bookmarks |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
| |
Similar Threads | ||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| how to add a virtual disk to a lpar? | Melih | IBM PowerVM Editions | 6 | May 24th, 2007 09:16 |
| SSA reset disk | silvia | AIX for POWER Systems | 17 | February 19th, 2007 16:15 |
| NIM Restore to a Smaller Virtual Client | CSCoutts | IBM PowerVM Editions | 2 | October 25th, 2006 21:05 |
| SAN disk sharing | Jisco | AIX for POWER Systems | 16 | September 11th, 2006 06:07 |
| Use striped disks for virtual scsi? | edtrumbull | IBM PowerVM Editions | 1 | July 16th, 2006 17:17 |
Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0
Powered by vbWiki Pro 1.3 RC5. Copyright ©2006-2007, NuHit, LLC
vBulletin Skin developed by: vBStyles.com
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0
Powered by vbWiki Pro 1.3 RC5. Copyright ©2006-2007, NuHit, LLC
vBulletin Skin developed by: vBStyles.com
