From: Vicky White <vyw@ornl.gov>
To: lustre-devel@lists.lustre.org
Subject: [Lustre-devel] SAM-QFS, ADM, and Lustre HSM
Date: Wed, 28 Jan 2009 15:30:37 -0500 [thread overview]
Message-ID: <4980C06D.3000309@ornl.gov> (raw)
In-Reply-To: <9365C284-E805-46B6-95B2-226C1E2ED112@Sun.COM>
Comments on several messages; I am slowly catching up.
> I do see work to switch the HPSS APIs to ftp or pftp. If this is
> already supported by HPSS, then, yes, no changes are required.
>
HPSS supports ftp and pftp. However, this seems to be a moot point as
Thomas points out that CEA is using the HPSS client API library for
their copy tool:
> At CEA, we are using our own copytool that directly uses HPSS API.
> This already exists and is in production for years.
> I think there will be few modifications to adapt it to Lustre-HSM purpose
> (basically, add fid <-> HSM id mapping and backup of attributes, path,
> stripe...)
> There is also "htar" which is a tar-like interface to
> HPSS, but I don't think that was anyone's intention to use.
htar is a well proven and valuable tool for aggregation to HPSS. It is
widely used at HPSS sites as a stand-alone utility and has been
incorporated into other interfaces.
> Looks like HPSS will support EA in 7.1.2.0, June 2009
> I have asked Vicky here at ORNL to dig a bit into what the EA features will look like.
>
The last draft of this design I saw was from November. Work on this
is picking up right now and has been bumped to a high priority, due for
release this June, as Galen says. I am trying to find out if there is
a later design and how much about it I can share.
> Do we have a set of requirements for EAs for HSM integration?
I never saw an answer to Galen's question above; did I miss it? Now is
the time to speak up if we need to influence the design of the HPSS EAs.
> > We would need to decide whether the HPSS implementation can/should
> > handle aggregating multiple small files into a single archive object.
> > I think that is useful, and this is one reason I advocate being able
> > to pass multiple files at once from the coordinator to the agent.
> Last I knew, they still don't build a container for small files. They
> write
> a tape mark between each file. This means they are start/stopping the
> tape for small files. A lot of sites use SRB which builds a tar container.
As of HPSS 7.1, we build a container for small files before copying them
to tape. It's called Tape Aggregation and we call the container an
aggregate. Tape Aggregation is controlled via the HPSS migration
policy, where the sysadm can configure whether or not to aggregate, the
minimum and maximum files to place in each aggregate, and the maximum
size of each aggregate.
Vicky
next prev parent reply other threads:[~2009-01-28 20:30 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <D262D095-D17F-4119-B908-FBE502201835@Sun.COM>
[not found] ` <49480788.7080306@sun.com>
[not found] ` <FCBC9AEA-C61C-4EEA-847B-FE283D19A7BF@Sun.COM>
[not found] ` <05e901c95fba$f7688df0$e639a9d0$@com>
[not found] ` <49481EEF.2010802@sun.com>
[not found] ` <EB7E4462-1CFF-4CCD-A38F-AE4D89108B59@Sun.COM>
[not found] ` <3DF0F4AF-F4D6-476E-98F7-CD912C49FC18@Sun.COM>
[not found] ` <2734A30F-2C76-4725-9F3A-29AD4245B7E8@Sun.COM>
[not found] ` <496FCA67.6000500@sun.com>
[not found] ` <48D329C0-242E-4A5A-94C1-DF493BB25C2F@Sun.COM>
[not found] ` <496FE8D4.2090908@sun.com>
[not found] ` <BEB67402-7AFE-4BE1-A59C-050823AFC8E5@Sun.COM>
[not found] ` <4977647D.5010503@sun.com>
[not found] ` <4977E5BD.7000706@sun.com>
2009-01-22 20:46 ` [Lustre-devel] SAM-QFS, ADM, and Lustre HSM Nathaniel Rutman
2009-01-22 22:55 ` Andreas Dilger
2009-01-23 17:39 ` Shipman, Galen M.
2009-01-26 19:57 ` Andreas Dilger
2009-01-29 15:36 ` Vicky White
2009-01-23 16:46 ` Harriet G. Coverston
2009-01-26 19:47 ` Andreas Dilger
2009-01-26 21:53 ` Nathaniel Rutman
2009-01-27 0:12 ` Harriet G. Coverston
2009-01-27 8:22 ` LEIBOVICI Thomas
2009-01-28 20:30 ` Vicky White [this message]
2009-01-29 15:35 ` Vicky White
2009-01-30 14:26 ` Vicky White
2009-01-23 19:02 ` Rick Matthews
2009-01-26 19:35 ` Andreas Dilger
2009-01-26 22:13 ` Nathaniel Rutman
2009-01-27 2:26 ` Harriet G. Coverston
2009-01-31 0:21 ` Nathaniel Rutman
2009-02-02 4:00 ` Harriet G. Coverston
2009-02-02 14:56 ` Colin Ngam
2009-02-02 15:07 ` Harriet G. Coverston
2009-02-02 17:25 ` [Lustre-devel] Lustre HSM - some talking points Colin Ngam
2009-02-02 17:46 ` Vicky White
2009-02-02 18:00 ` Vicky White
2009-02-02 19:25 ` Colin Ngam
2009-02-02 19:54 ` Vicky White
2009-02-02 20:42 ` Colin Ngam
2009-02-02 21:02 ` Vicky White
2009-02-04 0:41 ` Nathaniel Rutman
2009-02-04 1:29 ` Colin Ngam
2009-02-10 0:48 ` Nathaniel Rutman
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=4980C06D.3000309@ornl.gov \
--to=vyw@ornl.gov \
--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.