HP3000-L Archives

October 2003, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Andrew Cartledge <[log in to unmask]>
Reply To:
Andrew Cartledge <[log in to unmask]>
Date:
Tue, 7 Oct 2003 08:37:47 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (35 lines)
Can anyone see any flaws in my cunning plan.

I have system that is mirrored.

This holds both a production (live) account and a test account.

The drawback, as I see it, is that for every n gig of disk I only really
have half of it really available.

I am toying with the idea of adding some new disks but assigninging it to a
non mirrored volume set i.e. test_set. I will leave the live account on the
mirrored set i.e. live_set and move/build a test account on a non mirrored
test_set volume set.

This will reduce the amount of disk required by the test system i.e.
basically half that required by the live account if I dump the live account
into the test account.

Does anyone do this?

Can anyone see any problems with what appears to be a simple solution?

I assume that when bulding files in the live account they will end up on
the mirrored volume as the account/groups are assigned via ONVS/HOMEVS to
the mirrored volume wilst the test data will end up on the none mirrored
volumes.

The applications will have to run across the volumes as I will have them on
the mirrored set.

TIA

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2