FYI, vger.kernel.org drops any mail with an attachement. On Mon, 2 Mar 2009 08:53:19 +0100 Albert Pauw <albert.pauw@xxxxxxxxx> wrote: > 2009/3/2 FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx> > > > On Sun, 22 Feb 2009 18:22:54 +0900 > > FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
