[stgt] VTL tape not working

[FUJITA Tomonori]

FYI, vger.kernel.org drops any mail with an attachement.

On Mon, 2 Mar 2009 08:53:19 +0100
Albert Pauw <albert.pauw at gmail.com> wrote:

> 2009/3/2 FUJITA Tomonori <fujita.tomonori at lab.ntt.co.jp>
> 
> > On Sun, 22 Feb 2009 18:22:54 +0900
> > FUJITA Tomonori <fujita.tomonori at lab.ntt.co.jp> wrote:
> >
> > > > Just one more thing, using tgtimg I can set the size of the tape.
> > > > However, there is no limit writing to it. Some backup software actually
> > > > relies on
> > > > the tape reaching the end of the tape before trying to get another tape
> > > > from the library.
> > > >
> > > > Shouldn't the ssc_bs return an EOT at the size previously set with
> > tgtim?
> > >
> > > Yeah, we don't use 'the size' set with tgtimg now. I'll put this on my
> > > todo list.
> >
> > When should we return an error?
> >
> > When the data that an users store is over capacity or whe the sum of
> > data and metadata is over the capacity?
> >
> > Can an user can store 10GB data in 10GB tape drive?
> 
> 
> I suppose it is arbitrary, real tapes usually use compression which makes
> the actual amount
> stored on it not completely defined (ie can/will be more than official
> size), I don't know about
> the metadata on the real tape, but I assume it will added to the amount of
> normal data on the tape.
> Because tapes have a fixed length I would say when the sum of data and
> metadata is over
> the capacity. So, 10 GB would be 10 GB, including metadata.

OK, then it's easy for tgt to handle this.
--
To unsubscribe from this list: send the line "unsubscribe stgt" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html