Sponsored Content
Operating Systems Solaris Need to remove a disk from Veritas Post 302113277 by reborg on Wednesday 4th of April 2007 02:00:39 PM
Old 04-04-2007
if you're sure it's really bogus:

Make sure there are no dead plexes hanging around, and remove them if there are.

You can check with
Code:
vxprint -pg hpdg | grep NODEVICE

Column 2 is plex name. If there are some dead plexes, disassociate and remove them:
Code:
vxplex -g hpdg -o rm dis <plex name>

Then vxedit the disk out of hpdg:
Code:
vxedit -g hpdg -rf rm disk

 

10 More Discussions You Might Find Interesting

1. Filesystems, Disks and Memory

FSCK on veritas managed disk

I've had a VXFS filesystem get corrupted and now it won't mount. Can I run a fsck -y on the raw disk device or should something be done within veritas? Veritas does not see the disk at the moment. (2 Replies)
Discussion started by: ozzmosiz
2 Replies

2. Solaris

Veritas root disk mirroring

Hi there, My task is to replace the two 73 G disks with two 143 G disks , which has vxvm 4.1 running on it. I would like to know whether the steps iam following are correct. 1. Break the sub-disks, plexes of the root mirror. 2. Remove the sub-disks,plexes of the root mirror. 3. Remove one of... (10 Replies)
Discussion started by: Jartan
10 Replies

3. Shell Programming and Scripting

mapping device from an inq output to veritas disk groups

Hi, Does anyone have a clever way of mapping the following from two different files using perl. sample line from vxdisk list output (vxdisk-list.file): emcpower18s2 auto:sliced IDFAG1_1 (IDFAG1_appdg) online sample line from 'inq' output (inq.file): ... (0 Replies)
Discussion started by: csoesan
0 Replies

4. UNIX and Linux Applications

Veritas silent disk group creation

I am trying to write a kornshell script that will automatically create veritas disk groups. However, the only utility that I can find that will create the diskgroup is vxdiskadd, which prompts with interactive questions. I've tried to pass the answers through to vxdiskadd, but I receive the... (0 Replies)
Discussion started by: jm6601
0 Replies

5. Solaris

Help needed to find out the disk controller for veritas disks

hi all i am using vxvm 5.1 on my sun blade 150 which is running with solaris 5.10. When i give the command "vxdisk list" it gives the following output # vxdisk list DEVICE TYPE DISK GROUP STATUS c0t0d0s2 auto:none - - online... (2 Replies)
Discussion started by: kingston
2 Replies

6. AIX

Remove internal disk from Veritas Control

I installed new internal disks in my p570. They will be part of a new AIX vg. Unfortunately, we have Veritas Volume Manager running on this AIX 5.2 ml 10 box. Veritas has grabbed control of the disks. I want AIX LVM to control the disks. I cannot get these disks free of Veritas: <lspv... (2 Replies)
Discussion started by: BobSmith
2 Replies

7. UNIX for Dummies Questions & Answers

Configure disk group with veritas

People i have an a storage i create two virtual disk 1 y 2. In the virtual disk 1 i configure 8 volumes and in the Vd2 configure 5 volumes. Now i want to create a disk group called Prod2 y Dev2 but when i go to vxdiskadm and i choose add disk o encapusalte when i press list to list the disk... (0 Replies)
Discussion started by: enkei17
0 Replies

8. Solaris

Veritas not attaching replaced disk

Hi, I`m on SunFire480R with Solaris 10. Disk in rootdg group failed, so it was replaced. However, I cannot make Veritas initalise the replaced disk: # vxdctl enable # vxdisk list c1t0d0s2 Device: c1t0d0s2 devicetag: c1t0d0 type: auto flags: online error private autoconfig... (1 Reply)
Discussion started by: masloff
1 Replies

9. Solaris

Veritas disk group not the same on each cluster node.

Need help getting all disk devices back on node 2 the same as node 1. Recently Veritas and/or Sun cluster got wrecked on my 2 node Sun cluster after installing the latest patch cluster. I backed out the patches and then node 2 could see only half of the devices and Veritas drives (though format... (0 Replies)
Discussion started by: buggin
0 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 05:03 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy