From: Nathaniel Rutman <Nathan.Rutman@Sun.COM>
To: lustre-devel@lists.lustre.org
Subject: [Lustre-devel] Global generic database
Date: Wed, 13 Feb 2008 10:23:50 -0800 [thread overview]
Message-ID: <47B335B6.5010703@sun.com> (raw)
The design of various new features in Lustre call for global (filesystem
wide) databases, accessible from
clients or other servers:
A. pools - pool descriptions (pool #1 = OSTs 1-10,30-60), pool policies
(all .jpg files to pool #1)
B. filesets - fileset policies (log creates on fileset #1 to feed "foo")
C. HSM - (aureleien - what was the use case here?)
We've already implemented at least 2 of these:
D. Fid Location Database - (is this done?)
E. configuration parameters - stored in MGS llogs
Rather than continue 1-off implementations, I think it's time we came up
with a consistent,
global, generic database mechanism for A-C as well as other future uses.
Needs to be:
1. Fast. We need to cache database entries locally, which also means
having them under locks.
a. local caching
b. locks
2. Generic. Store any kind of data, not limited to 8k page boundaries, etc.
3. Transactional. Power loss doesn't lead to inconsistent state.
4. Recoverable. Client changes are replayed if need be.
5. Remotely accessible, from a client or other servers.
next reply other threads:[~2008-02-13 18:23 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-13 18:23 Nathaniel Rutman [this message]
2008-02-13 20:35 ` [Lustre-devel] Global generic database Canon, Richard Shane
2008-02-14 12:58 ` Aurelien Degremont
2008-02-14 14:57 ` Peter J Braam
2008-02-14 19:56 ` Nathaniel Rutman
2008-02-15 3:32 ` Peter J Braam
2008-02-15 20:40 ` Nikita Danilov
2008-02-15 17:50 ` Alexander Zarochentsev
2008-02-16 7:40 ` Andreas Dilger
2008-02-17 11:27 ` Alex Lyashkov
2008-02-18 21:57 ` Yuriy Umanets
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=47B335B6.5010703@sun.com \
--to=nathan.rutman@sun.com \
--cc=lustre-devel@lists.lustre.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.