欢迎加入IT云增值在线QQ交流群:342584734
分类: 系统运维
2011-01-06 09:55:35
There are several scenarios where a disk under the control of volume manager software control can get into an "online altused" state. Volume manager software stores the configuration of the individual disk in the private region in two places for redundancy. If one of these "configuration copies" gets corrupted because of a bad block on the disk, the disk will be marked as "online altused" to notify the administrator that one of the copies is disabled. Online altused can also be generated after moving an A3x00 array from one host to another. The private regions are not corrupted but have sequence numbers out of sync. In either case, the following symptoms will occur:
When attempting to import the disk group the following error is produced:
To fix the private region, you can perform the following procedure. Sometimes, this procedure does not work because of an actual hardware problem on the physical disk. If dd'ing to the private region produces errors, or does not change the disk to an online state, it might need to be replaced. 1) From a terminal window enter the following: # vxdisk listThe following is an excerpt from the vxdisk list: DEVICE TYPE DISK GROUP STATUS 2) Perform the following steps: a) Determine which slice is being used for the private region:# prtvtoc /dev/rdsk/cXtXdXs2 b) Use the vxdisk list to determine which bad disk to review, that is: # prtvtoc /dev/rdsk/c2t4d1s2 Output appears that is similar to the following example: * /dev/rdsk/c2t4d1s2 partition map c) In the Tag column in the example output, find the line for Tag 15 (the tag 3) Repeat step 2 for each corrupted disk. 4) dd each disk's private region to a file (naming the file accordingly so that # dd if=/dev/rdsk/c2t4d1s3 of=/tmp/c2t4d1s3_privreg 5) Run the following script on the file you created in step 4. (If you save the Note: Look for the line marked "flags." An altused flag set should not vxvm:vxprivutil: ERROR: join operation failed: 6) If the output from the script looks good, dd data from the good file back to 7) Repeat steps 4 through 6 for each bad disk. 8) Do a "vxdctl enable" and then verify success: # vxdctl enable # vxdisk list DEVICE TYPE DISK GROUP STATUS |