John,
To be more precise, does IBM have a product that can backup a FlashCopy
target. The answer is yes - DFSMSdss using DUMPCONDITIONING.
What I think I am hearing hear is that with the basic FDR product you would
use the capability to backup offline volumes, meaning you don't need another
LPAR
So does anyone know if the CBTTAPE has a Gregorian to Star Date conversion
routine? Is it too soon for a "Requirement"?
On Sat, 6 Sep 2008 19:21:25 -0500, Chase, John <[EMAIL PROTECTED]>
wrote:
>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Kenneth E Tomiak
>>
I'm not constrained by the limitations of the ISO standard. All you really
showed was an alternate display format, which could easily be Y10K compliant.
020080905 also sorts as one field. How one displays the field does not mean it
had to be stored that way.
On Sat, 6 Sep 2008 02:11:32 -0400,
X is always a bad choice for a variable name in Rexx. Sooner or later you will
try to append it to a literal and complain it does not work.
do x = 1 to 25
say ' 'x
end
The ' 'x says you want a hex value, not a blank and the value of x. When you
come back to the code you may wish you had used
Thanks, you find the problem.
Now I remember I didn't quote X because I wanted the opts to be case
insensitive.
I'll choose another variable name for OUTTRAP statement.
Thanks again for your help.
在2008-09-06 21:07:09,"Gerhard Postpischil" <[EMAIL PROTECTED]> 写道:
>--- Neo wrote:
>
>> DO F
Ron,
Thanks for all the good information. We only have one Shark box. The Lpar I
am setting up will only be used for backups, and will probably be shut down the
rest of the week. Actually, I kind of like the idea of nothing shared. All we
would need would be a separate pool of 3590 tape car
In <[EMAIL PROTECTED]>, on 09/04/2008
at 07:04 PM, Paul Gilmartin <[EMAIL PROTECTED]> said:
>Well, as unaccustomed to hearing me praise MVS as readers of this list
>are, I have free choice between MVS and CMS. I rarely touch CMS:
While I refer to CMS as Clumsy Monitor System, I've wanted a TS
In <[EMAIL PROTECTED]@sbcglobal.net>, on
09/04/2008
at 09:57 AM, Ron Hawkins <[EMAIL PROTECTED]> said:
>
>Isn't it about time the ISMF developers realized that Mod 4 is not the
>limit to the number of lines on a screen! G...
>
Especially since IBM has had ISPF support for 62 line screens l
On Sun, 7 Sep 2008, Stephen Mednick wrote:
> Similarly, DFSMShsm & DFSMSrmm are priced optional features too.
>
>
> Stephen Mednick
> Computer Supervisory Services
> Sydney, Australia
as is DFSMStvs (transactional VSAM).
--
Q: What do theoretical physicists drink beer from?
A: An EIN stein.
On Sun, 7 Sep 2008, Stephen Mednick wrote:
> Eric,
>
> It would seem that when planning and budgeting for the storage upgrade, your
> management failed to factor in what software would be required to leverage the
> technology being acquired.
>
> My thinking is that this was something that the IB
Similarly, DFSMShsm & DFSMSrmm are priced optional features too.
Stephen Mednick
Computer Supervisory Services
Sydney, Australia
Asia/Pacific representatives for
Innovation Data Processing, Inc.
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] O
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Kenneth E Tomiak
>
> I wasn't joking when I jumped over Y2K and went to Y10K, it
> has not caught on, but today is 09/05/02008. Why is everyone waiting?
Heck, by then we should be on the "Star Date" calendar. :-)
>Yes, that's the only error message. I can get it to work with 0m and 60m.
For storage below the 16M line, both 0M and 60M allocate all that's available.
(Actually, any figure above 16M allocates all below, unless you have an exit
controlling it).
So, how big is your below the line private.
An
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler
>
> Eric,
>
> DFDSS should be part of DFSMS. FDR is a pay for.
No, DFSMSdss is a priced optional feature, presumably because of the
existence of at least one comparable ISV product (like FDR).
> So
Yes, that's the only error message. I can get it to work with 0m and 60m. IBM
PL/I level 2 is telling me that the new compiler needs about 100m to run. It
will run with 6m on my 1.9 base system that was generated in Jan. 08. It
doesn't run with 6m after I applied 700+ ptfs to my 1.9 system.
Eric,
It would seem that when planning and budgeting for the storage upgrade, your
management failed to factor in what software would be required to leverage the
technology being acquired.
My thinking is that this was something that the IBM salesman might not have
addressed and his only concern w
>In a MIM environment? How many systems? I know you like to measure things,
>so did you measure it or was it just a "gut feel".
It was a 5-way MIMplex that matched the SYSPLEX and the MAS. Control dataset in
the CF.
All processors were maxed out.
MIM was using about 2% of each image.
After t
On Sat, 6 Sep 2008 20:01:06 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote:
>>I will probably dynamically add those QNAMES to MIM to manage for a night
during batch, monitor and turn them off again in the morning.
>
>MIM (and GRS) is a lot more efficient in handling SYSVTOC and SYSVVDS, now.
>When I
On Sat, 6 Sep 2008 12:09:46 -0700, Ron Hawkins
<[EMAIL PROTECTED]> wrote:
>Mark,
>
>I converted SYSVTOC, SYSVVDS and SYSIGGV2 on a three way MAS back when we
>were still on parallel channels. The MIM file was on 3880-23 and really
>loved that cache, but the benefits were substantial, especially d
http://www-01.ibm.com/support/docview.wss?uid=isg1OA22267
Not new but Kathy Walsh talked about this HIPER APAR OA22267 in session 2500 at
SHARE in San Jose. It was closed about 10 months ago.
"Multiple instances of TDUMP (Transaction Dump) can lead to central and aux
shortages and potentially
Hi,
in a few days version 7.17 of SHOWzOS will be available at www.cbttape.org
FILE#492
on the update site http://cbttape.org/updates.htm
This version includes support for z/OS R10.
What's new
*$717RS1107
* Implement enhanceme
>Converting SYSIGGV2 was to solve some soft embrace issues we were hitting.
There was an issue, years ago, with SYSIGGV2 and SYSVVDS.
It was to do with timing.
The accessing of the catalogue and the VVDS on the same pack was one after the
other.
Sometimes (rarely), another system would poke in an
>I will probably dynamically add those QNAMES to MIM to manage for a night
>during batch, monitor and turn them off again in the morning.
MIM (and GRS) is a lot more efficient in handling SYSVTOC and SYSVVDS, now.
When I first started using MIM (long before CA [or even Legent]), we were told
t
Mark,
I converted SYSVTOC, SYSVVDS and SYSIGGV2 on a three way MAS back when we
were still on parallel channels. The MIM file was on 3880-23 and really
loved that cache, but the benefits were substantial, especially during the
batch run hardware reserves on VTOCs and catalogs were a major pain.
C
Eric,
The answers will depend on your design. Will the 3rd system be a standalone
system that is only used for backup and restore, or do you want the existing
two systems to directly access the backup datasets for restore?
If it's the first case, then I would say you don't want to share anything.
Sharon,
What error messages are you getting? Is it just the IBM1521I message?
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lopez, Sharon
Sent: Friday, September 05, 2008 1:46 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: z/OS 1.9 and IBM1521I S 4.0
On Sat, 6 Sep 2008 10:50:13 -0400, Lizette Koehler <[EMAIL PROTECTED]>
wrote:
>A vendor has requested I update my GRS entries to the following statements:
>
> RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSVTOC)
> RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSZVVDS)
>
>
>My current statements are:
>
>
What tooling are bringing in that the vendor is going to be using TDMF, LDMF,
FDRPAS, FDRMOVE or something else?
You definitely need to treat SYSVTOC and SYSZVVDS the same.
I convert all RESERVEs now but previously converted these two to reduce impacts
of storage management activities. You ar
Ron,
Thanks for the information. As I said in an earlier post, we don't have
DFDSS, so I can't do dumpconditioning. I will take your
statement, "This is the problem with the 2nd LPAR backup method - it's
an accident waiting to happen.", and show it to my boss. That might
be enough leverage
Greg Shirey <[EMAIL PROTECTED]> wrote:
The DUMPCONDITIONING parameter of the DFSMSdss COPY FULL command allows
both the source and target volumes to remain online after a full volume
copy operation, thus creating an interim copy for a subsequent dump to
tape that can be done using the same s
Oops - I forgot to add
We are z/OS V1.9 running 5 LPARs in a SYSPLEX all shared dasd.
A vendor has requested I update my GRS entries to the following statements:
RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSVTOC)
RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSZVVDS)
My current statements are:
A vendor has requested I update my GRS entries to the following statements:
RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSVTOC)
RNLDEF RNL(CON) TYPE(GENERIC) QNAME(SYSZVVDS)
My current statements are:
RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSZVVDS)
RNLDEF RNL(EXCL) TYPE(GENERIC) Q
On Sat, 6 Sep 2008 09:07:09 -0400, Gerhard Postpischil wrote:
>--- Neo wrote:
>
>> WHEN OPTS = X
>
>>X = OUTTRAP("COMP_VAR",5,"CONCAT")
>
>explicit definitions of non-local variables. The simplest fix is
>to change the original WHEN to OPTS = 'X'
>
A strong concurrence. Generally eschew unq
--- Neo wrote:
DO FOREVER
WHEN OPTS = X
OBJ_D2:
Strange things happened when I executed the code below.
After I entered 2 for OPTS to ran OBJ_D2, I could never leave the loop.
But if I comment out the "OUTTRAP" statements, everything will go fine.
So could anyone explain what OUTTRAP has done to my loop?
Thanks in advance.
==
Eric,
For your 2nd LPAR, have you considered simply cloning the existing system
and disabling the products that may cause you grief with your licenses or
MIPS usage? I think it will make your Basic Sysplex a lot easier to build
and maintain in the long run.
You've already figured the need to shar
36 matches
Mail list logo