cryptofreak.org cryptofreak home projects
contact about
Contact:


projects
News Agenda
Antera Antera
News Commentator
News fcreate
Linux Porting Linux Porting
mod-chal mod-chal
Quake III Quake III
News Zope
Contact: webmaster

From: Brian Kreider (brian, thekreiders dot com)
Date: 2001.09.26 - 22.05 MDT


X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)

I'm on the list Perry.  Are we meeting tomorrow?

Brian

-----Original Message-----
From: owner-antera, cryptofreak dot org
[mailto:owner-antera, cryptofreak dot org]On Behalf Of Perry and Lorae
Merritt
Sent: Wednesday, September 26, 2001 6:56 PM
To: antera, cryptofreak dot org
Subject: Re: Meeting thoughts and some other stuff.


Alright, so I used the mail list. Who did I send it to? Am I allowed to know
that? ;-)

You're right, the autorestore thing isn't real popular, at least with me.
There's got to be a better way. What if we sent the ADML a message through
the portal with some identification stuff, like the pid or ... then the open
request could compare who's doing the open with the portal or ADC, or backup
job, or whatever and treat it differently.

The virus check/backup preparation ADC just confirms what we already
believed, the architecture is pretty cool.

Here's an idea, can we make the ADC like a stack, where we can stack pieces
together to perform any number of tasks?

I'm available to meet Thursday at our normal time. I can't meet Friday, I
have another engagement.

I went out to the web page. Any way we can each get a name/password set up?
You know, I own anterastorage.com would you like to set it up on your server
Jay?

Jay, I also have all of the docs on my computer. Is there a way I can check
them into your cvs repository?

Is Dan on this mailing list? Does he know about tomorrows meeting? Are we
meeting tomorrow? Does Kevin know?

Perry

----- Original Message -----
From: "Jay Miller" <jnmiller, cryptofreak dot org>
To: <antera, cryptofreak dot org>
Sent: Wednesday, September 26, 2001 2:46 PM
Subject: Meeting thoughts and some other stuff.


> Hi.  I thought I would brief you all on the results of the short meeting
> Don and I had this morning, and fill you in on some other minor stuff I
> did.
>
> We worked through a couple other use cases.  Here's some text about
> them, though Don has them more officially documented.
>
> * Virus checking
> We only considered virus checking at the time of backup, rather than
> file creation/write time.  For performance reasons, this is all that
> makes sense, and I don't *think* anyone had expected otherwise. (?)
>
> Checking for viruses therefore because a step in the backup use case we
> all did yesterday.  However, we thought it made sense to postponed virus
> checking in particular and just consider a generic 'Backup Preparation'
> interface.  It would be a way for miscellaneous modules to plug in to
> our ADCs and preform whatever sort of action is needed.  Examples might
> include compression, encryption and, of course, virus checking.
>
> In any of these cases, the module is extremely small: just a command
> line interface to analyze the snapped file in the appropriate way.
>
> Neat, we thought.
>
> * Auto-restore
> This idea may not be so popular, but after thinking about it for a bit,
> Don and I thought it might actually be kinda slick as well as being the
> only right way to do it.
>
> Auto-restores begin with an open() request for a migrated file.  That
> open will block while the ADML manages to restore the data.  On disk at
> that time, we believed, is a 0-length file representing the real file.
> Fine.  All good.
>
> The ADML sends a request out for the specified file, and that file is
> read from tape (or whatever).  We can't just restore the file directly
> to the file system from the top, however, because we won't be able to
> differentiate that open from any other open (or a write, or whatever).
> We therefore thought that our software will be required to send the
> raw data straight to the ADML level and have it make the write() calls
> to the file system.  When the data is restored in this manner, the PD is
> updated and the original open() is unblocked.
>
> Kinda neat, though it might sound hairy at first.
>
> * Archive/migrate a file
> This one turned out a bit complicated.  No description from me!
>
> ...
>
> In other news, this email was sent, as you can see, to
> 'antera, cryptofreak dot org'.  This is a mailing list so I don't have to
> manage all those damn email addresses in the To: line.
>
> Another benefit of such a thing is privacy: anyone seeing this email
> will see only what you can see, namely sender and the list name.  While
> it's not really a big deal, it could provide a little protection
> sometime. (And no, you can't expand the list at my SMTP server.)
>
> One other benefit is the ability to have a central archive (ha!) of all
> of this crap we're sending.  Which leads me to..
>
> I also setup a little website that might be a nice place to deposit
> code and documents.  The list archive is also found here.
>
> http://www.cryptofreak.org/projects/antera/
>
> It's all protected by the following access info:
>
> user: antera
> pass: asc-GUEST
>
> Check it out, if you like.  There's also instructions on using the list
> and, if you like, adding names to the list.  For now, if you want to
> email the list, just send to antera, cryptofreak dot org.
>
> --
> Jay Miller
>
> ICQ: 32123421 | YM: ladenedge | http://www.cryptofreak.org
> PGP: 0xedc9bb8d | 41a6428c 46abd36b 6b259b68 8a28ca4c edc9bb8c
> --
> This is the antera mailing list.  To unsubscribe, email
> majordomo, cryptofreak dot org with message body `unsubscribe antera'.
> Or, for more information, visit http://www.cryptofreak.org/.
>

--
This is the antera mailing list.  To unsubscribe, email
majordomo, cryptofreak dot org with message body `unsubscribe antera'.
Or, for more information, visit http://www.cryptofreak.org/.

--
This is the antera mailing list.  To unsubscribe, email
majordomo, cryptofreak dot org with message body `unsubscribe antera'.
Or, for more information, visit http://www.cryptofreak.org/.



This archive was generated by hypermail 2b30 : 2001.09.27 - 03.00 MDT