Steve Richter wrote:
>
> Brad,
>
> Sounds like a great product.


I want to think so. LOL


> With the volume id and seqnbr that is supplied when you copy to and from
> tape, your device could be a file system onto itself.

Actually that is what it was evolving back into today. I
originally conceptualized a version of this as NLS/400 - near
line storage.

With commands opn the AS?400 like this

NLSNEW VOLID ('TAPE023')  create a new virtual tape file with
the unique id TAPE023 on the NLS server.
---then you do your normal INZTAP, SAVLIB, etc. you just treat
it like a regular tape drive, and when you want to release that
virtual volume, you unload it
NLSLOAD VOLID ('TAPE023') load that virtual volume from the NLS
collection. Just like loading a tape physically.
NLSDEL VOLID ('TAPE023') delete virtual volume
NLSWRTCD  VOLID ('TAPE023') write the selected virtual tape to
one or more CDS
NLSWRTDVD  VOLID ('TAPE023') write the selected virtual tape to
one or more DVDs

then various listing commands to list the volumes by vol id,
tape volumen name, expiration date, creation date, etc, with
wildcards

basically what I am thinking is a WRKNLS like a workoutq, only
it has virtual tape volumes on it.

I actually got the PC side of this working tonight, it only took
4 hours. (We already had most of the building blocks to it.)

Now I have to get the AS/400 side written.

> With access to data stored at an ip addr, you might be able to enable an
> unattended ptf and/or release upgrade.  ( no need to load the next volume )

cute but I would need so0me cooperation ffrom the elephant

> All devices on the system ( tape, display, printer ) can be varied on and
> off.  Will your tape emulator respond to the VRYCFG cmd ?

sure, it is a tape drive to the AS/400


> Will all types of save and restores be supported ?

anything you can do with a tape drive you can do with this,
ecxcept get the reels to spin back and forth like a James Bond
movie. I suppose I could put some Xmas lights on it.

>  Esp system type saves
> like SAVSYS and SAVSECDTA.

All I do is write tape blocks and file marks to disk and read
them back. Same unit would work on Unix, Mainframe, whatever.
(except I do look at the tape labels, I might have to adjust for
that.)

> When you restore the system after a crash you mount your SAVSYS tape on the
> tape drive and IPL the system from source D.  Will the TE ( tape emulator )
> support this operation ?

If you can restore from a 7208 you can restore from this (I
would guess that measn yes.)


> I question that the save will run any faster than it does to a real tape
> drive.  Save to save file does not run any faster than save to tape.  Have
> you seen actual faster save results ?

No I don't have an AS/400 big enough to drive it at speed, all I
have are little ones (S10, p02, old old b10s, etc.)

When you write to a savf your as/400 is doing a lot of other
things. My PC is not. The PC disk drive has a burst mode of
100MB a second. And I'm planning to have a BIG writebehind cache
- like a gigabyte or two

with AS/400 tape sacves, it is like this

think think think write wait for drive think think think write
wait for drive

with my ssytem it will be more like this

think think think wrt think think think wrt

Can the fastest AS/400 outrun it? maybe. I would think the
slowdown would be the SCSI connection to the AS/400.

Weo could support a couple fo them at once and look like two
tape drives.  All the PC stuff is very fast, and it gets faster
by the day.

> Have you reverse engineered the data stream format used on tape operations ?
> Or has IBM supplied it to you ?

No need to. it's just bytes in blocks, withe tape marks between
the files. (A little more structured than that, but you get the
idea.)

> Can you explain the format of the tape data stream ?

tapes do something simple. it writes blocks of data followed by
a filemark, and then a second filemark (two in a row) at the end
of tape.

When do two saves to a tape, it writes volume header (80 char)
filemark hdr1, hdr2 file labels (filemark) data block data block
etc to end of that file, then filemark, eof1 eof2 file labels,
then filemark, then repeat headers and data for sencond file,
ending with EOV1 80 chars, then two file marks.

unlabeled tapes don't have all those volume and file headers,
but they still ahve file marks. In order to add data to the end
of the tape, the save or copy program positions to after the
second ending filemark, then backs up two filemarks, then
rewrites the first file makr and then adds the file, then adds
two file marks.

All that postioning is very slow (and hard on the tape) and I
don't have to do any of it.

I create disk files that consist of a block type (data block or
file mark) and some other overhead stuff, data length, then
data.

very very simple, but the devil is in the details.

Brad Jensen
elstore.com
NL:S/400 - could you use an extra terabyte or three of online
backup space?

(PS it is actually up to 320GB+raid, but with compression it
will be a LOT larger.)


--
Brad Jensen brad@elstore.com
President
Electronic Storage Corporation Tulsa OK USA
918-664-7276

LaserVault Report Retrieval & Data Mining
www.Laservault.com

www.eufrates.com - Add distance learning to
your site with easy course preparation


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.