× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



True: BRMS will not play nice with an image catalog that does not have sufficient tapes/space in it.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 2/9/2012 7:29 AM, rob@xxxxxxxxx wrote:
Maybe with an OS type save. BRMS gets a little picky
BRM148A-No media of class VRT256K is available at location VRTGDWEB. (C G)


Rob Berendt
-- Group Dekko Dept 1600 Mail to: 2505 Dekko Drive Garrett, IN 46738 Ship to: Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com From: Jim Oberholtzer <midrangel@xxxxxxxxxx> To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>, Date: 02/07/2012 04:02 PM Subject: Re: Virtual tape optimal image catalog entry size(s). Sent by: midrange-l-bounces@xxxxxxxxxxxx Rob, If the tape image runs out of room, most likely it will create a new tape catalog entry 256 called GEN001. It starts there and backs up until the save it complete. Jim Oberholtzer Chief Technical Architect Agile Technology Architects On 2/7/2012 2:56 PM, rob@xxxxxxxxx wrote:
> Well one thing I was wondering was, if I had the space set to 10GB and I
> save 22GB to it will it just grow to accommodate it? I am guessing not.
> So that's why I ran CHGIMGCLGE IMGSIZ(25000) on both entries. It didn't
> change the allocated size (yet). Perhaps there's three sizes?
> These you see with option 8 of WRKLNK:
> 1 - Size of object data in bytes . . . . . : 12369
> 2 - Allocated size of object . . . . . . . : 8662810624
> And this you see with WRKIMGCLGE VRTCLG, option 2:
> 3 - Image size . . . . . . . . . . . IMGSIZ 25000
>
> I am guessing that 2 can increase up to 3. And stays at the largest
save
> size it has completed until you delete/rebuild it.
> I am also guessing that 1 increases up to the amount of data saved on
that
> tape at this time. It shrinks down on an INZTAP (fact).
> 1 is the size of the data actually sent in my ftp sessions.
>
>
>
> Rob Berendt
> -- Group Dekko Dept 1600 Mail to: 2505 Dekko Drive Garrett, IN 46738
> Ship to: Dock 108 6928N 400E Kendallville, IN 46755
> http://www.dekko.com From:bdietz400@xxxxxxxxx To: Midrange Systems
> Technical Discussion<midrange-l@xxxxxxxxxxxx>, Date: 02/07/2012 03:33
> PM Subject: Re: Re: Virtual tape optimal image catalog entry size(s).
> Sent by:midrange-l-bounces@xxxxxxxxxxxx Rob, the way I read the
> ADDIMGCLGE ADDIMGCLGE IMGCLG(TAPE) FROMFILE(*new) TOFILE(tap02)
> ALCSTG(*MIN) Allocate storage size (ALCSTG) - Help Specifies for tape
> image files, whether to allocate the entire amount of storage
> specified on the Image size (IMGSIZ) parameter. *MIN Only allocate
> storage required to initialize the tape image file at the time of the
> create. *IMGSIZ Allocate the entire amount of storage specified on the
> Image size (IMGSIZ) parameter. The test lib I saved to a vrttape had
> about the size of the library itself. Am I close to what you were
> wondering about? Bryan
> --
--

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.