Sponsored Content
Operating Systems Solaris Serial Split Brain detected in solaris10 Post 302410309 by reborg on Monday 5th of April 2010 02:45:14 PM
Old 04-05-2010
What you have is mostly ok, you are using one internal disk and the spare is on an internal disk.

In order to a bit more useful/safer you'd need to resize (shrink) the raid 5 volume by a small amount in order to make space for the log plex on one of the external disks.

You would then simply remove the existing log plex then re-add it on one of the external disks. No need to restore, this can all be done on-the-fly.
 

5 More Discussions You Might Find Interesting

1. Shell Programming and Scripting

Brain Bench Certification

Hi, Can anybody provide me Pointers to Practice tests or any Material to prepare for Brainbench certification in Unix Shell Scripting? Also how good is this Certification for UNIX programmers. Is it worth it? I'm planning to take this certification in 2 weeks. Kindly let me know all the pros... (0 Replies)
Discussion started by: pavan_emani
0 Replies

2. Programming

C Brain Teaser

Dear Gurus, I have encountered a C question, which I thought of sharing with you. This question was asked by one of my technical training staff...Though my training was over I'm still thinking of a solution for this.. Write a C program to do a small task(lets say just simply printing a "Hello... (34 Replies)
Discussion started by: vrk1219
34 Replies

3. Programming

Brain Teaser Extended

Hi Gurus, To the Brain Teaser, if I add another condition, say the executable should not be altered, how the program should be altered? (no perl please, purely C). I forgot to mention this condition my staff had mentioned. ( forgot then and got now :D ) The program executed the first time... (4 Replies)
Discussion started by: vrk1219
4 Replies

4. Ubuntu

Ubuntu 9.04 Serial application to telnet to serial device

Hello! I am working on an application which reads environmental instruments which have serial ports. The application requires a serial port to be present to talk to the device (i.e. /dev/ttyS0 ). In some instances the environmental devices will be 100's of yards away from the computer, so a... (5 Replies)
Discussion started by: mvona
5 Replies

5. What is on Your Mind?

The Human Brain project

A global group of scientists are spending the next ten years and a billion dollars to try and develop a computer simulation of the brain: https://www.humanbrainproject.eu/ I always found it fascinating that the brain can understand itself. This almost sounds like in a few years the computer... (0 Replies)
Discussion started by: figaro
0 Replies
volinfo(8)						      System Manager's Manual							volinfo(8)

NAME
volinfo - Print accessibility and usability of volumes SYNOPSIS
/usr/sbin/volinfo [-Vp] [-g diskgroup] [-U usetype] [-o useopt] [volume...] OPTIONS
The following options are recognized: Writes a list of utilities that would be called from volinfo, along with the arguments that would be passed. The -V performs a ``mock run'' so the utilities are not actually called. Reports the name and condition of each plex in each reported volume. Specifies the usage type for the operation. If no volume operands are specified, the output is restricted to volumes with this usage type. If volume operands are specified, this will result in a failure message for all named volumes that do not have the indi- cated usage type. 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 volume operands. If no volume operands are specified, the disk group defaults to rootdg. Passes in usage-type-specific options to the operation. This option is currently unsupported. DESCRIPTION
The volinfo utility reports a usage-type-dependent condition on one or more volumes in a disk group. A report for each volume specified by the volume operand is written to the standard output. If no volume operands are given, a volume condition report is provided for each vol- ume in the selected disk group. Each invocation can be applied to only one disk group at a time, due to internal implementation constraints. Any volume operands will be used to determine a default disk group, according to the standard disk group selection rules described in volintro(8). A specific disk group can be forced with -g diskgroup. Output Format Summary reports for each volume are printed in one-line output records. Each volume output line consists of blank-separated fields for the volume name, volume usage type, and volume condition. Each plex output line consists of blank-separated fields for the plex name and the plex condition. The following example shows the volume summary: # volinfo bigvol fsgen Startable vol2 fsgen Started brokenvol gen Unstartable The following example shows the plex summary, with the plex records accompanied by their volume records: # volinfo -p vol bigvol fsgen Startable plex bigvol-01 ACTIVE vol vol2 fsgen Started plex vol2-01 ACTIVE vol brokenvol gen Unstartable Volume Conditions The volume condition is a usage-type-dependent summary of the state of a volume. This condition is derived from the volume's kernel-enabled state and the usage-type-dependent states of the volume's plexes. Volume conditions for the fsgen and gen usage types are reported as follows: The volume is not enabled and at least one of the plexes has a reported condition of ACTIVE or CLEAN. A volume startall operation would likely succeed in starting a volume in this condition. The vol- ume is not enabled and fails to meet the criteria for being Startable. A volume in this condition is not started and may be configured incorrectly or prevented from automatic startup (with volume startall) because of errors or other conditions. The volume is enabled and at least one of the associated plexes is enabled in read-write mode (which is normal for enabled plexes in the ACTIVE and EMTPY conditions). A volume in this condition has been started and can be used. The volume is enabled, but the volume does not meet the criteria for being Started. A volume in this condition has been started, but is inaccessible because of errors that have occurred since the volume was started, or because of administrative actions, such as voldg -k rmdisk. Volume conditions for volumes of the raid5 usage type include the following conditions used for the fsgen and gen usage types: Startable, Unstartable, Started, Started Unusable Additional volume conditions for raid5 volumes are: The RAID-5 plex of the volume is in degraded mode due to the unavailability of a sub- disk in that plex. Some of the parity in the RAID-5 plex is stale and requires recovery. Plex Conditions The following plex conditions (reported with -p) are reported for the fsgen and gen usage types: No physical disk was found for one of the subdisks in the plex. This implies either that the physical disk failed, making it unrecognizable, or that the physical disk is no longer attached through a known access path. A physical disk used by one of the subdisks in the plex was removed through administrative action with voldg -k rmdisk. The plex was detached from use as a result of an uncorrectable I/O failure on one of the subdisks in the plex. The plex does not contain valid data, either as a result of a disk replacement affecting one of the subdisks in the plex, or as a result of an administrative action on the plex such as volplex det. The plex contains valid data and the volume was stopped cleanly. Either the volume is started and the plex is enabled, or the volume was not stopped cleanly and the plex was valid when the volume was stopped. The plex was disabled using the volmend off operation. The plex is part of a volume that has not yet been initialized. The plex is associated tempo- rarily as part of a current operation, such as volplex cp or volplex att. A system reboot or manual starting of a volume will dissociate the plex. The plex was created for temporary use by a current operation. A system reboot or manual starting of a volume will remove the plex. The plex and its subdisks were created for temporary use by a current operation. A system reboot or manual starting of the volume will remove the plex and all of its subdisks. The plex is being attached as part of a backup operation by the volassist snapstart opera- tion. When the attach is complete, the condition will change to SNAPDONE. A system reboot or manual starting of the volume will remove the plex and all of its subdisks. A volassist snapstart operation completed the process of attaching the plex. It is a candidate for selection by the volassist snapshot operation. A system reboot or manual starting of the volume will remove the plex and all of its subdisks. The plex is being attached as part of a backup operation by the volplex snapstart operation. When the attach is complete, the condition will change to SNAPDIS. A system reboot or manual starting of the volume will dissociate the plex. A volassist snapstart operation completed the process of attaching the plex. It is a candidate for selection by the volplex snapshot operation. A system reboot or manual starting of the volume will dissociate the plex. Plexes of raid5 volumes can be either data plexes (that is, RAID-5 plexes) or log plexes. Plex conditions for RAID-5 plexes and log plexes include the following conditions used for the fsgen and gen usage types: NODAREC, REMOVED, IOFAIL, CLEAN, ACTIVE, OFFLINE RAID-5 plexes can have these additional conditions: Due to subdisk failures, the plex is in degraded mode. This indicates a loss of data redundancy in the RAID-5 volume and any further failures could cause data loss. The parity is not in sync with the data in the plex. This indicates a loss of data redundancy in the RAID-5 volume and any further failures could case data loss. A double failure occurred within the plex. The plex is unusable due to subdisk failures and/or stale parity. Log plexes of RAID-5 volumes can have this additional condition: The contents of the plex are not usable as logging data. EXIT CODES
The volinfo utility exits with a nonzero status if the attempted operation fails. A nonzero 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 volintro(8) for a list of standard exit codes. SEE ALSO
volintro(8), volassist(8), volmend(8), volplex(8), volsd(8), volume(8) volinfo(8)
All times are GMT -4. The time now is 11:14 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy