Sponsored Content
Top Forums UNIX for Advanced & Expert Users Veritas Volume Manager question (Disk layout with 4 plexes) Post 302389336 by cerber0 on Sunday 24th of January 2010 09:59:46 AM
Old 01-24-2010
The reason is that the plexes 3 and 4 are plexes as type "LOGONLY",

Code:
pl anvil_sqlVOL-03 anvil_sqlVOL ENABLED ACTIVE LOGONLY  CONCAT    -        RW
sd uspv100_lun0-01 anvil_sqlVOL-03 uspv100_lun0 0 2112  LOG       c1t71d0  ENA

pl anvil_sqlVOL-04 anvil_sqlVOL ENABLED ACTIVE LOGONLY  CONCAT    -        RW
sd uspv300_lun0-02 anvil_sqlVOL-04 uspv300_lun0 629145600 2112 LOG c1t73d0 ENA

You Fisrt must be create the mirrored volume and after you can create the LOG region with

vxasisst addlog anvil_sqlVOL

Probably to duplicate your case exactly you need

1) Create 1 concat volume on only one plex
2) Create 1 LOG plex
3) Use vxmirror to create the mirror area to both plexes

---------- Post updated at 06:59 AM ---------- Previous update was at 06:49 AM ----------

How additional note to my previous post, you also can use a single command to create the logs in the volumes

vxassist make <volume> <size> layout=mirror,log nmirror=2 nlog=2

Last edited by Scott; 01-24-2010 at 10:56 AM.. Reason: Please use code tags
 

10 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

How to start Veritas volume manager

? (1 Reply)
Discussion started by: 98_1LE
1 Replies

2. Filesystems, Disks and Memory

VEritas Volume Manager command

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

3. Solaris

How to resize mirror volume in veritas volume manager 3.5 on Solaris 9 OE

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

4. UNIX for Advanced & Expert Users

Regarding Veritas Volume manager

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

5. Solaris

RAID manager or veritas volume manager

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

6. Solaris

Veritas volume manager in 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

7. Solaris

Veritas volume manager resize

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

8. Solaris

Veritas Volume Manager: disk "failed was"

Hello there, I'm going to describe a situation I've got here... feel free to ask away questions and I'll provide what I can if it'll help me get this answered! When I do a vxdisk list, I see a disk that VxVM calls "disk4" that is listed as "failed was: c1t9d0s2". When I do a format, I can go... (3 Replies)
Discussion started by: kitykity
3 Replies

9. UNIX for Dummies Questions & Answers

VERITAS Volume Manager - mirror a disk/volume

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

How to extend a disk in veritas volume manager in veritas cluster?

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
vxmend(1M)																vxmend(1M)

NAME
vxmend - mend simple problems in configuration records SYNOPSIS
vxmend [-fprsvV] [-g diskgroup] [-o useopt] [-U usetype] clear field name ... vxmend [-fprsvV] [-g diskgroup] [-o useopt] [-U usetype] fix how name [arg...] vxmend [-fprsvV] [-g diskgroup] [-o useopt] [-U usetype] off name... vxmend [-fprsvV] [-g diskgroup] [-o useopt] [-U usetype] on name... DESCRIPTION
The vxmend utility performs various Veritas Volume Manager (VxVM) usage-type-specific operations on subdisk, plex, and volume records. The first operand is a keyword that determines the specific operation to perform. The remaining operands specify the configuration objects to which the operation is applied. Each invocation can be applied to only one disk group at a time. Any name operands will be used as record names to determine a default disk group, according to the standard disk group selection rules described in vxintro(1M). A specific disk group can be forced with -g diskgroup. KEYWORDS
clear Clears specified utility fields for each named record in the disk group. An option of -v, -p, or -s specifies that the utility operates only on volumes, plexes, or subdisks, respectively. If a record is a volume, or is associated directly or indirectly with a volume, then the clear operation is performed according to rules used by the usage type appropriate for that volume. The field operand is a comma-separated list of keywords specifying fields to be cleared. Each keyword in the field operand is one of the following: all Clears all clearable utility fields. Normally, this clears all of the persistent and non-persistent utility fields. A usage-type utility may choose a different set of fields, as appropriate. putil Clears all persistent utility fields. putil0, putil1, or putil2 Clears a specific persistent utility field. tutil Clears all non-persistent (temporary) utility fields. tutil0, tutil1, or tutil2 Clears a specific non-persistent utility field. Note: This particular functionality in conjunction with -f and -r flag can be used to recursively clear tutil0 fields in objects undergoing relayout, provided the top most object undergoing relayout is used to initiate it. Usage types may implement additional field keywords. A usage type may also limit the set of clear operations that can be per- formed. fix Changes the state of a volume or plex, named by the name operand, in a manner specified by the how string. The meaning of this operation is entirely usage-type specific. This operation applies only to volumes, or to plexes associated with a volume. Usage type rules appropriate for the volume are used to interpret the command. Additional arguments, after name, are interpreted according to rules defined by the usage type. oem Not used in this release. off Puts the named plexes or volumes into an offline state. This operation can be applied only to volumes, or to plexes associated with a volume. Usage type rules appropriate for the volume are used to perform the operation. on Takes the named plexes or volumes out of the offline state. This operation can be applied only to volumes, or to plexes associ- ated with a volume. Usage type rules appropriate for the volume are used to perform the operation. OPTIONS
-f Forces an operation that VxVM considers potentially dangerous or unnecessary. This enables a limited set of additional opera- tions that would normally not be allowed. Some operations may be disallowed even with this flag. -g diskgroup Specifies the disk group for the operation, either by disk group ID or by disk group name. By default, the disk group is chosen based on the name operands. -o useopt Passes in usage-type-specific options to the operation. -p Requires that name operands name plex records. -r Operates recursively on records associated with the named volume or plex record. Operations applied to a volume will apply to the associated plexes and subdisks. Likewise, operations applied to a plex may be applied to the associated subdisks. -s Requires that name operands name subdisk records. -U usetype Limits the operation to apply to the specified usage type. Attempts to affect volumes with a different usage type will fail. -v Requires that name operands name volume records. -V Displays a list of utilities that would be called from vxmend, along with the arguments that would be passed. The -V performs a preview run so the utilities are not actually called. FSGEN and GEN Usage Types The fsgen and gen usage types provide identical semantics for all operations of the vxmend utility. These usage types provide the follow- ing options as arguments to -o: force Forces an operation that internal consistency checks consider to be questionable. This applies to attempts to use vxmend fix empty to uninitialize a volume that has plexes in the ACTIVE state, and also to attempts to disable the last plex, or the last complete (non-sparse) plex, in a volume. This flag is the same as -f. plex=plexname Requires that any named subdisk record be associated with a plex named plexname. Several plex options can be specified to indi- cate a list of allowed plex names. vol=volume Requires that any named plex or subdisk record be associated, directly or indirectly, with a volume named volume. Several vol options can be specified to indicate a list of allowed volume names. Limitations and extensions for the fsgen and gen usage types consist of the following: clear Keywords supported in the field operands include all standard keywords. In addition, a keyword of the form attnumber can be used to remove locks on a volume for a particular number of concurrent plex attach operations. For example, if the command: vxplex att v1 v1-01 is aborted by pressing the INTERRUPT key (or equivalent) several times (which prevents a clean abort of the operation), you may have to clear the operation with: vxmend clear tutil0 v1-01 vxmend clear att1 v1 vxplex dis v1-01 Interruption of the vxplex att command will display a list of commands to run, which will include the previous list. The number of plexes currently being attached, either directly or as part of a compound operation, is stored in the tutil0 field of the volume record as a string in the form ATTnumber. If the number drops to zero, the tutil0 field is cleared. Some opera- tions on a volume require that the tutil0 field be cleared. Similar to the above example, if an online relayout operation, either started using vxassist or the vxrelayout command is aborted by pressing the the INTERRUPT key (or equivalent) several times (which prevents a clean abort of the operation), you may have to clear the operation with: vxmend -rf clear tutil0 topmost_volume | topmost_plex Interruption of an online relayout operation will display a command similar to above with the appropriate object name to clear the tutil0 field. Online relayout stores a string RELAYOUT in the the tutil0 of all objects subject to relayout. If an interrup- tion caused a cleanup to happen correctly, the tutil0 of all objects used by online relayout will be cleared, else they may or may not be cleared. The vxmend utility of the form mentioned above can be used to clear the tutil0 field. It is important that the object name used in the operation is the topmost object name or any object above the topmost object undergoing relayout. fix The fsgen and gen usage types support the following vxmend fix operations: vxmend fix active plex Sets the state for the named plex to ACTIVE. The state for the volume is set to SYNC. The associated volume must be disabled, and the named plex must be in the STALE state. When starting a volume in the SYNC state, all ACTIVE plexes are enabled and are synchronized to have the same contents using a special read/write-back recovery mode. Any STALE plexes are then recovered by copying data from the ACTIVE plexes. vxmend fix clean plex Sets the state for the named plex to CLEAN. The associated volume must be disabled, the named plex must be in the STALE state, and the volume must have no additional plexes in the CLEAN state. A volume is not startable if one plex is in the CLEAN state and some plexes are in the ACTIVE state. Thus, several vxmend fix operations are normally used in conjunction to set all plexes in a volume to STALE and then to set one plex to CLEAN. A volume start operation will then enable the CLEAN plex and recover the STALE plexes by copying data from the one CLEAN plex. vxmend fix empty volume Sets the named volume and all of its associated plexes to the EMPTY state. The volume can then be re-initialized using vxvol start or any of the vxvol init operations. This operation requires that the volume be disabled. vxmend fix stale plex Sets the state for the named plex to STALE. The associated volume must be disabled, and the named plex must be ACTIVE or CLEAN. This operation names plexes that will be recovered by copying data from other plexes by a vxvol start opera- tion. off The fsgen and gen usage types allow volumes and plexes to be specified as operands to vxmend off. A volume can be named only if -r is used to specify recursion, and is applied to all plexes in the volume. Taking a plex offline disables the plex and sets its state to OFFLINE. Taking the last enabled read-write plex in a volume offline, or the last complete plex (if there are additional sparse plexes), normally fails unless -f is specified. Applying this operation to a volume also disables the volume, and does not require use of -f. If a volume is disabled, then the checks for the last plex or the last complete plex are performed on the set of ACTIVE and CLEAN plexes, rather than on enabled read-write plexes. An offline state for a plex can be cleared with vxmend on. Alternatively, an offline plex can be reattached with vxplex att. on The fsgen and gen usage types allow volumes and plexes to be specified as operands to vxmend on. The vxmend on operation applied to a plex will change the OFFLINE state for a plex to STALE, allowing the plex to be recovered by the next vxvol start or vxvol startall. Applying vxmend on to a volume will change the state for all associated OFFLINE plexes to STALE. RAID-5 Usage Type The raid5 usage type provides the following options as arguments to -o: force Forces an operation that internal consistency checks consider to be questionable. Operations not documented in this section are not supported for the raid5 usage type. In particular, off and on are not supported, but other fsgen and gen operations are supported. In addition, the raid5 usage type also supports the following extension: fix In addition to those supported for the fsgen and gen usage types, the raid5 usage type supports the following vxmend fix opera- tion: vxmend fix unstale subdisk Clears any flags indicating that a subdisk of a RAID-5 plex is invalid. This prevents the data on the subdisk from being recovered when the volume is started. EXIT CODES
The vxmend utility exits with a non-zero status if the attempted operation fails. A non-zero exit code is not a complete indicator of the problems encountered but rather denotes the first condition that prevented further execution of the utility. See vxintro(1M) for a list of standard exit codes. FILES
/usr/lib/vxvm/type/usetype/vxmend The utility that performs vxmend operations for a particular volume usage type. SEE ALSO
vxintro(1M), vxplex(1M), vxvol(1M) VxVM 5.0.31.1 24 Mar 2008 vxmend(1M)
All times are GMT -4. The time now is 02:28 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy