Really important. You could measure the size of the IBGs and the space before
tape marks in half inch and inch increments. And you could use tape developer
to see the actual bits on the tape.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailt
I don't believe I ever worked with 200 bpi tapes, but I did work were we had
8 tape drives 6 were 800 bpi and 2 were 1600 bpi with the optional high
speed rewind. I guess maybe byte counts were more important back then..
On Wed, Mar 30, 2011 at 10:45 PM, Schuh, Richard wrote:
> Round tape reels
Round tape reels! Now, that is old. Since I remember them too, we are both
showing our age. Do you remember when the 200 bpi density?
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Tom Huegel
Sent: W
Slight brain fart, I didn't even think of hardware compression duh! I guess
the only real way to to do it is just experimentation.
I still seem to remember a program from long ago, and it may have been a VSE
program, that would tell you how many bytes would go to the tape, in fact I
think it told y
On 3/29/2011 17:56, Harris, Nick J. wrote:
Hello All,
We are curious to know if anyone is running any SLES 9 quests on a z196? In
test or production? With any issues?
It has come to our attention that the minimum requirements for the z196 are
SLES 10 and 11 but that IBM has tested SLES 9 w/
On Wednesday, 03/30/2011 at 06:00 EDT, clifford jackson
wrote:
> If I allocate x amount of storage to a SFS file pool and the tree
structure is
> such that I have x subdirectories under my top directory, will my
> subdirectories have access to all allocated storage within that specific
> sto
If you are doing software compression, then, perhaps use the Pipe DDR stage and
route it to the "count" stage.
But knowing how much compression the hardware will donot obvious to me.
However, once you do have a compressed tape, DITTO TMP will tell you how much
tape the compressed dataset too
If I allocate x amount of storage to a SFS file pool and the tree structure is
such that I have x subdirectories under my top directory, will my
subdirectories have access to all allocated storage within that specific
storage pool, say for instance storage pool 3.
Also will my subdirectories
On: Wed, Mar 30, 2011 at 11:37:00AM -0700,Tom Huegel Wrote:
} That doesn't show the compressed byte count is (would be). The goal here is
} to be able to predict how many tapes I will need to do backups.
If you are doing hardware compression in the tape drive, I don't think
there is any way for D
There is a free webinar on April 7, discussing the move of CICS, COBOL
and Batch from z/OS to z/Linux, for those who are interested
DJ
Original Message
Subject:German Federal Pension Fund Migrates IBM CICS Workloads to
Linux on System z
Date: Tue, 29 Mar 2011 08:35
[Quoting nobody in particular...]
Can I take all that to mean I need not locate my ceremonial sword,
then? Good. Now all I have to do is remember to keep my opinions to
myself. dlc out.
--
May the LORD God bless you exceedingly abundantly!
Dave_Craig__
"'So
Cross-posed to IBMVM, IBMMAIN, LINUX390 for those who are interested
enhancing their System z skills at IBM technical conferences
focused on System z.
Hi Everyone,
The next big z conference in Europe is open for enrollment.
IBM System z Technical University
2-6 May 2011
Vienna, Austria
Web site:
Is there anything on the download site that will give you what you want? There
are a few DDR-related tools there.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Tom Huegel
Sent: Wednesday, March 30,
That doesn't show the compressed byte count is (would be). The goal here is
to be able to predict how many tapes I will need to do backups.
On Wed, Mar 30, 2011 at 11:30 AM, Schuh, Richard wrote:
> There is a COUNT option on the PRINT or TYPE command that will display
> only the COUNT fields, b
There is a COUNT option on the PRINT or TYPE command that will display only the
COUNT fields, but that doesn't appear to be what you want.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Tom Huegel
Se
Hello all,
I seem to remember from long ago a program, or option of DDR ( I sure can't
find it now) that would do DDR DUMP and not actually produce an output tape
but just print a byte count of what would have been dumped...
Does anyone know what I am talking about?
Tom
Thanks, Mark!
It's good to know about the e-mail client, never thought of it. Lotus
Notes strikes again.
But we'll be moving to Microsoft Exchange sometime this year, so Notes
can't do that to me after that.
Instead, Exchange will undoubtedly do all sort of new, unspeakable things
to incomi
>>> On 3/30/2011 at 01:31 PM, Mike Walter wrote:
> Mark,
>
> It's clear if you pay attention to the '>' marks. But the text was all
> under my name, without the header:
> --
> Date: Thu, 3 Mar 2011 23:05:57 -0500
> Reply-To: The IBM z/VM Operating System
> Sender: The IB
Mark,
It's clear if you pay attention to the '>' marks. But the text was all
under my name, without the header:
--
Date: Thu, 3 Mar 2011 23:05:57 -0500
Reply-To: The IBM z/VM Operating System
Sender: The IBM z/VM Operating System
From: "David L. Craig"
Subject:
>>> On 3/30/2011 at 09:59 AM, Mike Walter wrote:
> Sidebar:
>
> The way that was posted makes it appear that I wrote both paragraphs.
> Actually, I only wrote the first sentence questioning whether the date had
> changed again.
>
> A subsequent poster appended the "snarkiness" paragraph, but
Sidebar:
The way that was posted makes it appear that I wrote both paragraphs.
Actually, I only wrote the first sentence questioning whether the date had
changed again.
A subsequent poster appended the "snarkiness" paragraph, but that identity
was lopped off in the way David's reply was poste
21 matches
Mail list logo
