[537] in Info-AFS_Redistribution
Re: rs_aix31 server hints?
daemon@ATHENA.MIT.EDU (Bob Andrews)
Thu Jan 16 19:57:47 1992
From: bob@ibmpa.awdpa.ibm.com (Bob Andrews)
To: dstokes@dce.austin.ibm.com (Dawn Stokes)
Date: Thu, 16 Jan 92 15:49:59 PST
Cc: paw@rigel.dartmouth.edu, info-afs@transarc.com
In-Reply-To: <9201162236.AA13554@dce.austin.ibm.com>; from "Dawn Stokes" at Jan 16, 92 4:36 pm
Dawn Stokes writes:
> From: dstokes@dce.austin.ibm.com (Dawn Stokes)
> Posted-Date: Thu, 16 Jan 92 16:36:51 CST
> Message-Id: <9201162236.AA13554@dce.austin.ibm.com>
> To: paw@rigel.dartmouth.edu
> Subject: Re: rs_aix31 server hints?
> Cc: info-afs@transarc.com
>
>
> Pat,
> I have been running a RS/6000 based cell for quite some time with
> large amounts of disk space. One of my servers has about 3.5Gb of
> disk space. For the most part, I have stuck to the standard setup.
> One /vice* per disk drive, and multiple filesets per vice partition.
> However when I originally set up the system, I was careful to leave
> a little bit of unused space on several of the drives. Where this
> has really saved me is the situation that because of unexpected
> increases in space usage, and the cache manager's problem of not
> being able to control its cache size as well as it should, a partition
> has filled up.
>
> In this situation, my volumes went offline, and salvager could not
> even run to bring them back online because it had no disk space to
> work with. By going in and using lvm to extend them vice partition
> be 5M or so, I was able to bring the data back online. At that point,
> I (of course) adjusted some volume quotas, etc to prevent this from
> happening again. It definitely save me that time though!
>
Another way to reserve space is to just copy a one MEG file into each
of your /vicep? partitions on each rs_aix31 server. Doing things this
way has the advantage that you can free up enough space anytime by
removing the file, but reserve the space again, after you've cleaned
up the AFS volumes. If you reserve space by leaving room in the
volume group, and then later expand the logical volume because you
run into this problem, you can't reclaim the space as reserve space
since logical volume can only grow, not shrink.
Bob
