[pca] veritas encapsulated root disks

dima.kazhdan at ca.pwc.com dima.kazhdan at ca.pwc.com
Mon Jun 16 15:19:33 CEST 2008


Dagobert Michelsen <dam at blastwave.org> 
Sent by: pca-bounces at lists.univie.ac.at
06/14/2008 03:11 PM
Please respond to
"PCA \(Patch Check Advanced\) Discussion" <pca at lists.univie.ac.at>


To
"PCA \(Patch Check Advanced\) Discussion" <pca at lists.univie.ac.at>
cc

Subject
Re: [pca] veritas encapsulated root disks




Hi Dago.

By un-encapsulated volumes I mean the volumes not created as a result of 
root disk encapsulation.
For example your root disk initially has 2 native partitions, say / and 
/var.
After root disk encapsulation u end up having 2 volumes, rootvol and var.

Now one starts creating additional volumes on the same disk. Then the disk 
gets mirrored.

So when the disk gets unencapsulated in orther to have an alternative root 
disk as a backup copy, u end up having 2 partitions / and /var again but 
other volumes are obviously gone.

So my question is what would be the best strategy to recover from a failed 
patch by booting from the alternative mirror?

Also i'm not sure what u mean by saying "the need for encapsulated root 
has vanished."?

How can one mirror an unencapsulated disk?

Thanks in advance.

Dima






Hi Dima,

Am 13.06.2008 um 21:48 schrieb dima.kazhdan at ca.pwc.com:
> Wondering how one deals with patching servers that have root disks 
> encap'd with vxvm?

Basically this is the same as for unmirrored disks.

> Espesially when root disk has non-encapsulated volumes on it?

The root-disk can not have non-encapsulated volumes, because
the root-volume must always be encapsulated and therefore
does not have a public slice. The root-mirror can have
such volumes, but I don't see why this should be any different.

An explanation of a good veritas root configuration is in
   <http://www.sun.com/blueprints/0800/vxvmref.pdf>

However, as nowadays the rootdg is no longer mandatory
the need for encapsulated root has vanished.

> Would there be a procedure of splitting the mirror without losing 
> non-encapsulated volumes?

As long as the private region is intact and referenced
from both sides of the mirror you should be able to access
the volumes in both cases. But I am unsure if I understood
your scenario correctly.

Kind regards

   -- Dago

PS: Your question would be more appropriate on a veritas
group or mailing list like these:
   <http://news.entsupport.symantec.com/dnewsweb.exe? 
cmd=xover&group=veritas.volume_manager.english&utag=>
   <http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx>




_________________________________________________________________
This e-mail is intended only for the person to whom it is addressed (the 
"addressee") and may contain confidential and/or privileged material. Any 
review, retransmission, dissemination or other use that a person other 
than the addressee makes of this communication is prohibited and any 
reliance or decisions made based on it, are the responsibility of such 
person. We accept no responsibility for any loss or damages suffered by 
any person other than the addressee as a result of decisions made or 
actions taken based on this communication or otherwise. If you received 
this in error, please contact the sender and destroy all copies of this 
e-mail. <br><br>
Ce courriel est strictement reserve a l'usage de la personne a qui il est 
adresse (le destinataire). Il peut contenir de l'information privilegiee 
et confidentielle. L'examen, la reexpedition et la diffusion de ce message 
par une personne autre que son destinataire est interdite. Nous declinons 
toute responsabilite a l'egard des pertes ou des dommages subis par une 
personne autre que le destinataire par suite de decisions ou de mesures 
fondees sur le contenu de cette communication ou autrement. Si vous avez 
recu ce courriel par erreur, veuillez communiquer avec son expediteur et 
en detruire toutes les copies.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.univie.ac.at/mailman/private/pca/attachments/20080616/f681769f/attachment.html 


More information about the pca mailing list