Mailing List ArchiveSupport open source code!
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]Re: [tlug] Partition sizes
- To: tlug@example.com
- Subject: Re: [tlug] Partition sizes
- From: "Stephen J. Turnbull" <stephen@example.com>
- Date: 06 Mar 2002 16:06:11 +0900
- Content-type: text/plain; charset=us-ascii
- In-reply-to: <20020306045912.GC554@example.com>
- Organization: The XEmacs Project
- References: <200203060549.g265n5X17511@example.com><20020306045912.GC554@example.com>
- Sender: "Stephen J. Turnbull" <steve@example.com>
- User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp)
>>>>> "Matt" == Matt Gushee <mgushee@example.com> writes: Matt> If there's one thing I'd change, I'd make /var bigger -- not Matt> long ago I found my PostGres database getting too big, and Matt> had to move it under /opt/postgres. I've taken to mounting separate partitions for those big monolithic things (Coda FS data and client cache, RDMBS data) that aren't usefully accessible as files, even though they often are split up into files. (Eg, Coda keeps file data in container files. It actually keeps the inodes in a special virtual memory manager; the only purpose of the directories is to keep fsck from putting all your coda data in /lost+found.) Typically in "the usual place" (eg, /var/lib/postgresql or whatever). This means that expanding is typically a matter of (1) stopping the server, (2) copying to a new mounted fs (often requires special tools, though), and (3) swapping mount points. Sometimes (eg for backup) (2) can be done by dd partition-partition. With Coda it's even easier, actually (as long as no single volume needs to be bigger than its current partition), as you just add new partitions to a list and kill -HUP the server. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Don't ask how you can "do" free software business; ask what your business can "do for" free software.
- References:
- [tlug] Partition sizes
- From: Jim Breen
- Re: [tlug] Partition sizes
- From: Matt Gushee
Home | Main Index | Thread Index
- Prev by Date: [tlug] gnome2
- Next by Date: Re: [tlug] Partition sizes
- Previous by thread: Re: [tlug] Partition sizes
- Next by thread: Re: [tlug] Partition sizes
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links