Sponsored Content
The Lounge War Stories Data Centre meets Vacuum Cleaner Post 303014201 by gull04 on Wednesday 7th of March 2018 04:10:19 AM
Old 03-07-2018
Data Centre meets Vacuum Cleaner

Hi Folks,

I have just spent a couple of days resolving some problems at the remote DR data centre, sorting out the problems caused by the over zealous use of a Vacuum cleaner of all things.

We have a backup server a SUN V480R with a Storedge 3510 and expansion attached which suffered a significant unexplained failure, all tracked back to an ID selector being touched by the nozzle of said vacuum cleaner - it looks like things went as follows over a period of time.

When the array was installed the setup was disks 0-9 were setup as a 10way stripe with disks 10 and 11 as hot standby disks. Over a period of time, a disk in the expansion (disk 3) failed and the and the first available spare (disk 10) built from the surviving mirror.

At this point the situation that existed left us exposed in a way which wasn't really appreciated, in that the one of the arrays had both mirrors of one part of the stripe. That would be the part that had the exposed ID selector switch, the one that the Vacuum Cleaner nozzle could change causing the failure of one whole stripe and one slice of an other stripe. The result as you can imagine was somewhat unpredictable, which is exactly what the Sun manual for the array says.

To add insult to injury the contents of the 3510 array, was the Legato Networker Backup Catalogue from the 24 drive ATL - making the recovery somewhat awkward.

What's the point of the story - don't let some idiot into a data centre with a Vacuum Cleaner.

Regards

Gull04
 

6 More Discussions You Might Find Interesting

1. News, Links, Events and Announcements

The HP-UX Porting and Archive Centre

If you're looking for an easy source of free software for HP-UX, look no further. A consortium of major universities and HP user groups have banded together and operate what is simply the finest free software site in existence. The world's best HP-UX software engineers have ported each package... (0 Replies)
Discussion started by: Perderabo
0 Replies

2. Solaris

Sun Management Centre

Hi Guys, Does anyone ever use Sun MC before? If yes, can u share with me how to do the installation. Thanks (1 Reply)
Discussion started by: raziayub
1 Replies

3. Shell Programming and Scripting

Cleaner method for this if-then statement?

I have a script that runs once per month. It performs a certain task ONLY if the month is January, April, July, or October. MONTH=`date +%m` if || || || ; then do something else do a different thing fi Is there a neater way of doing it than my four separate "or" comparisons? That... (2 Replies)
Discussion started by: lupin..the..3rd
2 Replies

4. Shell Programming and Scripting

Cleaner way to use shell variable in awk /X/,/Y/ syntax?

$ cat data Do NOT print me START_MARKER Print Me END_MARKER Do NOT print me $ cat awk.sh start=START_MARKER end=END_MARKER echo; echo Is this ugly syntax the only way? awk '/'"$start"'/,/'"$end"'/ { print }' data echo; echo Is there some modification of this that would work? awk... (2 Replies)
Discussion started by: hanson44
2 Replies

5. Shell Programming and Scripting

A cleaner way to rearrange column

Hello, I have some tab delimited text data, index name chg_p chg_m 1 name,1 1 0 2 name,2 1 1 3 name,3 1 0 4 name,4 1 0 5 name,5 1 1 I need to duplicate the "index" column, call it "id" and insert it after the... (8 Replies)
Discussion started by: LMHmedchem
8 Replies

6. Shell Programming and Scripting

Maybe a cleaner way to generate a file?

greetings, to be clear, i have a solution but i'm wondering if anyone has a cleaner way to accomplish the following: the variable: LSB_MCPU_HOSTS='t70c7n120 16 t70c7n121 16 t70c7n122 16 t70c7n123 16 t70c7n124 16 t70c7n125 16 t70c7n126 16 t70c7n127 16 t70c7n128 16 t70c7n129 16 t70c7n130 16... (2 Replies)
Discussion started by: crimso
2 Replies
volume-config(4)						   File Formats 						  volume-config(4)

NAME
volume-config - Solaris Volume Manager volume configuration information for top down volume creation with metassist SYNOPSIS
/usr/share/lib/xml/dtd/volume-config.dtd DESCRIPTION
A volume configuration file, XML-based and compliant with the volume-config.dtd Document Type Definition, describes the detailed configura- tion of the volume or volumes to be created, including the names, sizes and configurations of all the components used in the volume or vol- umes. This configuration file can be automatically generated by running metassist with the -d option, or can be manually created. The volume configuration file can then be used to either generate a command file or to directly create volumes by running metassist and specifying the volume configuration file as input to the command. As a system administrator, you would want to change, manually create, or edit the volume configuration file only if there are small details of the configuration that you want to change. For example, you might want to change names for volumes or hot spare pools, mirror read option, or stripe interlace values. It would be possible to also select different devices or change slice sizes or make similar changes, but that is generally not recommended. Substantial changes to the volume-config file could result in a poor or non-functional configuration. With a volume-config file, you can run metassist and provide the file as input to the command to generate either a command file or to actu- ally set up the configuration. Defining Volume Configuration The top level element <volume-config> surrounds the volume configuration data. This element has no attributes. A volume configuration requires exactly one <diskset> element, which must be the first element of the volume configuration. Additionally, the volume-config can have zero or more of the following elements: <disk>, <slice>, <hsp>, <concat>, <stripe>, <mirror> as required to define the configuration of the volume to be created. Defining Disk Set Within the <volume-config> element, a <diskset> element must exist. The <diskset> element, with the name attribute, specifies the name of the diskset in which to create the volume or volumes. This element and attribute are required. If this named disk set does not exist, it is created upon implementation of this volume configuration. Defining Slice The volume configuration format provides for a <slice> element that defines the name of a slice to use as a component of a volume. The <slice> element requires a name attribute which specifies a full ctd name. If the <slice> is newly created as part of the volume configura- tion, the startsector and sizeinblocks attributes must be specified. If the slice was previously existing, these attributes need not be specified. Defining Hot Spare Pool The volume configuration format provides for a <hsp> element that defines the name of a hot spare pool to use as a component of a configu- ration. The <hsp> element requires a name attribute which specifies a hot spare pool name. Slices defined by <slice> elements contained in the <hsp> element are included in the hot spare pool when metassist creates it." Defining Stripe The <stripe> element defines stripes (interlaced RAID 0 volumes) to be used in a volume. The <stripe> element takes a required name attribute to specify a name conforming to Solaris Volume Manager naming requirements. If the name specifies an existing stripe, no <slice> elements are required. If the name specifies a new stripe, the <slice> elements to construct the slice must be specified within the <stripe> element. The <stripe> elements takes an optional interlace attribute as value and units (for example, 16KB, 5BLOCKS, 20MB). If this value isn't specified, the Solaris Volume Manager default value is used. Defining Concat The <concat> element defines concats (non-interlaced RAID 0 volumes) to be used in a configuration. It is the same as a <stripe> element, except that the interlace attribute is not valid. Defining Mirror The <mirror> element defines mirrors (RAID 1 volumes) to be used in a volume configuration. It can contain combinations of <concat> and <stripe> elements (to explicitly determine which volumes are used as submirrors). The <mirror> element takes a required name attribute to specify a name conforming to Solaris Volume Manager naming requirements. The <mirror> element takes an optional read attribute to define the mirror read options (ROUNDROBIN, GEOMETRIC, or FIRST) for the mirrors. If this attribute is not specified, the Solaris Volume Manager default value is used. The <mirror> element takes an optional write attribute to define the mirror write options (PARALLEL, SERIAL, or FIRST) for the mirrors. If this attribute is not specified, the Solaris Volume Manager default value is used. The <mirror> element takes an optional passnum attribute (0-9) to define the mirror passnum that defines the order in which mirrors are resynced at boot, if required. Smaller numbers are resynced first. If this attribute is not specified, the Solaris Volume Manager default value is used. EXAMPLES
Example 1: Specifying a Volume Configuration The following is an example volume configuration: <!-- Example configuration --> <volume-config> <!-- Specify the existing disk set to use --> <diskset name="redundant"/> <!-- Create slices --> <slice name="/dev/dsk/c0t0d1s7" startsector="1444464" sizeinblocks="205632BLOCKS"/> <slice name="/dev/dsk/c0t0d1s6" startsector="1239840" sizeinblocks="102816KB"/> <!-- Create a concat --> <concat name="d12"> <slice name="/dev/dsk/c0t0d0s7"/> <slice name="/dev/dsk/c0t0d0s6"/> <slice name="/dev/dsk/c0t0d1s7"/> <slice name="/dev/dsk/c0t0d1s6"/> <!-- Create (and use) a HSP --> hsp name="hsp0"> <slice name="/dev/dsk/c0t0d4s0"/> <slice name="/dev/dsk/c0t0d4s1"/> <slice name="/dev/dsk/c0t0d4s3"/> <slice name="/dev/dsk/c0t0d4s4"/> </hsp> </concat> <!-- Create a stripe --> <stripe name="d15" interlace="32KB"> <slice name="/dev/dsk/c0t0d0s7"/> <slice name="/dev/dsk/c0t0d1s7"/> <!-- Use a previously-defined HSP --> <hsp name="hsp0"/> </stripe> <!-- Create a mirror --> <mirror name="d10"> <!-- Submirror 1: An existing stripe --> <stripe name="d11"/> <!-- Submirror 2: The concat defined above --> <concat name="d12"/> <!-- Submirror 3: A stripe defined here --> <stripe name="d13"> <slice name="/dev/dsk/c0t0d2s6"/> <slice name="/dev/dsk/c0t0d2s7"/> <slice name="/dev/dsk/c0t0d3s6"/> slice name="/dev/dsk/c0t0d3s7"/> </stripe> </mirror> </volume-config> FILES
/usr/share/lib/xml/dtd/volume-config.dtd SEE ALSO
metassist(1M), metaclear(1M), metadb(1M), metadetach(1M), metahs(1M), metainit(1M), metaoffline(1M), metaonline(1M), metaparam(1M), metare- cover(1M), metareplace(1M), metaroot(1M), metaset(1M), metasync(1M), metattach(1M), mount_ufs(1M), mddb.cf(4) Solaris Volume Manager Administration Guide SunOS 5.10 8 Aug 2003 volume-config(4)
All times are GMT -4. The time now is 03:27 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy