From: Alan Douglas (alan.douglas@mentec.ie)
Date: Fri Dec 12 2003 - 10:40:19 EST
Thanks for the speed resonses, mssrs Holzer, Blinn, Davis, Staab and many
more.
Some summaries are included below,
Alan
Jan Mark Holzer:
you can use addvol(8) to either add a whole disk ('c' partition) or
just a partition of a disk to an existing domain.
For optimal performance you should add a whole disk but all you have
is a spare partition somewherelse it work just fine.
Adding additional capacity to an existing domain is transparent
to the users/application. As you add the partition/disk the new
space will be available for use.
I'd recommend after you've added the new volume using addvol(8) to
use the balance(8) command so AdvFS can re-balance its used space
across both volumes.
Brian Staab:
And, yes, you can addvol any partition (c,g or h in your query) to
an existing domain. I don't believe it is recommended to share a
disk between 2 or more domains though since, if you lose that single
disk, you lose BOTH domains...
Alan Davis:
There are ways of using LSM to migrate the data to other disks so that you
can use the new AdvFS expand feature (mount -e) but it's non-trivial and
requires the LSM advanced license as well as additional disk space to
migrate onto during the change.
Dr Blinn:
You can "addvol" ANYTHING that looks like a disk partition (volume).
When you are working with "raw" disks, it's a good idea to avoid using
different partitions on the same disk as AdvFS volumes in different or
in the same domain; it can negatively impact performance. With your
RA3000 setup, I have no idea how the logical partitions you see in the
UNIX "disk" map to the real disks, I suspect it doesn't matter since
with the RAID controller, it deals with I/O scheduling and buffering
and other performance matters (at least in theory). So it probably
won't matter if you use the "g" and "h" in an RA3000 "disk" in your two
domains. Nothing in the software on the host will stop you, you can
even do it with "raw" disks but it's not recommended.
-----Original Message-----
From: tru64-unix-managers-owner@ornl.gov
[mailto:tru64-unix-managers-owner@ornl.gov]On Behalf Of Alan Douglas
Sent: Friday, December 12, 2003 7:41 AM
To: tru64-unix-managers@ornl.gov
Subject: Update: Advfs query
I've kind of answered my own questions, by re-reading the mail and
re-checking the docs,
It looks like I will have to get the advfs utility license, addvol to my 2
domains, after first re-doing my ra3000 disks to present 2 seperate disks to
unix.
Correct me if Im wrong, but I think thats whats required.
Alan
-----Original Message-----
From: Alan Douglas [mailto:alan.douglas@mentec.ie]
Sent: 12 December 2003 12:34
To: tru64-unix-managers@ornl.gov
Subject: Advfs query
I have checked through the documentation, and require some clarification.
I have 2 advfs partitions - /apps and /data on 2 different file domains.
apps_domain#apps /apps advfs..........
data_domain#data /data advfs..........
I am looking to extend these without the need to back up and restore as they
are quite large already and downtime is not easy to get.
>From the docs, I see that advfs utilities will allow an addvol to be done.
This will extend the domain, but the partition is mounted on a fileset, so
will using addvol to extend the domain allow the extension of the /app
directory is a way that is unknown to the users.
eg, will my /apps directory expand from 50Gb to 80Gb.
Also, can you only addvol a full disk, ie a dsk5c partition, or can I use
'g' and 'h' for /apps and /data. If not, I will have to reconfigure my new
ra3000 disks.
Thanks,
Alan
CONFIDENTIALITY NOTICE
This email is private and confidential and may contain legally privileged
information.If you are not named above as an addressee it may be unlawful
for you to read, copy, distribute, disclose or otherwise use the information
in this email. If you are not the intended recipient of this email please
contact our systems manager.
Thank you.
Any views or opinions presented are solely those of the author and do not
necessarily represent those of the company or its associated companies
unless otherwise specifically stated.
CONFIDENTIALITY NOTICE
This email is private and confidential and may contain legally privileged
information.If you are not named above as an addressee it may be unlawful
for you to read, copy, distribute, disclose or otherwise use the information
in this email. If you are not the intended recipient of this email please
contact our systems manager.
Thank you.
Any views or opinions presented are solely those of the author and do not
necessarily represent those of the company or its associated companies
unless otherwise specifically stated.
CONFIDENTIALITY NOTICE
This email is private and confidential and may contain legally privileged
information.If you are not named above as an addressee it may be unlawful
for you to read, copy, distribute, disclose or otherwise use the information
in this email. If you are not the intended recipient of this email please
contact our systems manager.
Thank you.
Any views or opinions presented are solely those of the author and do not
necessarily represent those of the company or its associated companies
unless otherwise specifically stated.
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:49:46 EDT