07-23-2010
you dont need to re create the disk group in Veritas on Mercury,
the private region on the Storage Luns which have been configured under Procyon has all the information,
when you will deport the disk group from Procyon and import the same on Mercury, the private region will provide all the information to Mercury regarding the disk group and the FS's created under it.
Please post the output of the FS's and disk groups from Procyon which you want to migrate.
10 More Discussions You Might Find Interesting
1. UNIX for Dummies Questions & Answers
? (1 Reply)
Discussion started by: 98_1LE
1 Replies
2. UNIX for Dummies Questions & Answers
WHat is the difference between Veritas filesystem and veritas volume manager?
Regards (2 Replies)
Discussion started by: knarayan
2 Replies
3. Filesystems, Disks and Memory
Hi,
Somebody can help me to retrieve the command to use in Solaris 8 to display the space free on a Virtual disk created by VVM ?
Thanks very much,
Fabien Renaux (1 Reply)
Discussion started by: unclefab
1 Replies
4. Solaris
Hi all,
I have a problem with vxvm volume which is mirror with two disks. when i am try to increase file system, it is throwing an ERROR: can not allocate 5083938 blocks, ERROR: can not able to run vxassist on this volume.
Please find a sutable solutions.
Thanks and Regards
B. Nageswar... (0 Replies)
Discussion started by: nageswarb
0 Replies
5. UNIX for Advanced & Expert Users
hy guys
I am new at this thread , i have installed sf 5.0 and wanted to encapsulate root disk but when i get to optionn to enter private region i get this error:
Enter desired private region length
(default: 65536) 512
VxVM ERROR V-5-2-338
The encapsulation operation failed with the... (2 Replies)
Discussion started by: charneet
2 Replies
6. Solaris
Can somebody kindly help me to determine which one i should choose to better manipulate OS volume.
RAID manager or veritas volume manager?
Any critical differences between those two?
Thanks in advance. (5 Replies)
Discussion started by: beginningDBA
5 Replies
7. Solaris
Can you please let me know the certification code for veritas volume manager in solaris ? Thanks in advance. (2 Replies)
Discussion started by: gowthamakanthan
2 Replies
8. Solaris
Hiii,
Can any one sugge me best practices for resizing a veritas voulume with vxfs file system?
I tried doing this
vxassist -g stg shrinkto stgvol 209715200
VxVM vxassist ERROR V-5-1-7236 Shrinking a FSGEN or RAID5 usage type volume can result in loss of data. It is recommended... (1 Reply)
Discussion started by: anwesh
1 Replies
9. UNIX for Dummies Questions & Answers
I have a machine (5.10 Generic_142900-03 sun4u sparc SUNW,Sun-Fire-V210) that we are upgrading the storage and my task is to mirror what is already on the machine to the new disk. I have the disk, it is labeled and ready but I am not sure of the next steps to mirror the existing diskgroup and... (1 Reply)
Discussion started by: rookieuxixsa
1 Replies
10. UNIX for Beginners Questions & Answers
Hi Experts,
I wanted to extend a veritas file system which is running on veritas cluster and mounted on node2 system.
#hastatus -sum
-- System State Frozen
A node1 running 0
A node2 running 0
-- Group State
-- Group System Probed ... (1 Reply)
Discussion started by: Skmanojkum
1 Replies
LEARN ABOUT HPUX
vxreattach
vxreattach(1M) vxreattach(1M)
NAME
vxreattach - reattach disk drives that have once again become accessible
SYNOPSIS
/etc/vx/bin/vxreattach [-br ] [accessname...]
/etc/vx/bin/vxreattach -c accessname
DESCRIPTION
The vxreattach utility reattaches disks to the disk group they were in and retains the same media name.
This operation may be necessary if a disk has a transient failure, or if Veritas Volume Manager (VxVM) starts with some disk drivers
unloaded and unloadable. Disks then enter the failed state. If the problem is fixed, vxreattach may be able to reattach the disks without
plexes being flagged as stale, as long as the reattach happens before any volumes on the disk are started.
vxreattach tries to find a disk in the same disk group with the same disk ID for the disk(s) to be reattached. The reattach operation may
fail even after finding the disk with the matching disk ID if the original cause (or some other cause) for the disk failure still exists.
vxreattach is usually invoked by vxdiskadm when performing disk recovery. It is not intended to be run directly by an administrator.
OPTIONS
-b Performs the reattach operation in the background.
-c Checks if a reattach is possible. No operation is performed, but the name of the disk group and disk media name at which the
disk can be reattached is displayed.
-r Tries to recover stale plexes of any volumes on the failed disk. It does this by calling vxrecover.
EXIT CODES
A zero exit status is returned if the reattach is performed; non-zero is returned otherwise.
See vxintro(1M) for a list of standard exit codes.
EXAMPLES
Check if reattachment of disk c1t2d0 is possible:
/etc/vx/bin/vxreattach -c c1t2d0
If reattachment is possible, vxreattach returns with an exit status of 0 and displays the disk group name and disk media name. If reat-
tachment is not possible, vxreattach returns an exit status of 2 and displays an error.
Attempt to reattach the disk in the foreground and try to recover stale plexes of any volumes on the disk:
/etc/vx/bin/vxreattach -r c1t2d0
If the reattachment is successful, vxreattach returns an exit status of 0. Otherwise, if an error occurs, vxreattach returns a non-zero
exit code as defined on vxintro(1M).
FILES
/etc/default/vxplex Standard defaults file that can be used to determine whether FastResync is used when attaching plexes. See vxplex(1M)
for details.
SEE ALSO
vxdiskadm(1M), vxintro(1M), vxplex(1M), vxrecover(1M)
VxVM 5.0.31.1 24 Mar 2008 vxreattach(1M)