...should work if you have not too old 3592 units. They can use an
encryption key manager EKM for the cipher phrase. This is an STC in z/OS.
Try GA76-0418 as a starting point.
Cheers
Michael
Stephen Y Odo
Gesendet von: IBM Mainframe Discussion List
2011-05-18 20:56
Bitte antworten an
IBM M
> >If you already have GRS ring, adding a system won't be too big a deal.
>
> That's true only if performance doesn't matter.
Rubbish.
Performance matters to everyone - GRS ring users included. If they already
have a ring, they already have a handle on 2 system impacts when they bring
up the sand
>If you already have GRS ring, adding a system won't be too big a deal.
That's true only if performance doesn't matter.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
--
For IBM-MAIN subscribe / signoff / archive access in
Hi Ron,
Trust me, I understand how you feel. Thing is, if you leave and if more of us
leave, he wins and all of the rest of us who want and need this forum lose.
I have a young Lab who cuts the fool and carries on and on The more I try to
correct and instruct her, the worse she behaves
This being the site that a couple of years ago was 20 years into its 5 year
plan to get off the mainframe ?.
Pity to see another one (finally) bite the dust.
With all this (encrypted) data, how are you going to read (most of) it after
the box goes away ?.
Shane ...
On Thu, May 19th, 2011 at 4:5
Anybody asked *why* you need a sysplex at all ?.
Not that I'm against it, a base sysplex seems an eminent fit
You currently fire up 2 LPARs - let's hope you use GRS (lots of small sites
think they can be careful enough not to need it for a sandbox ...).
If you already have GRS ring, adding a syste
---
Well everyone, this LISTSERV has been hijacked by one contributor and is
now bordering on the ridiculous. Good day and good luck to all those I
have debated, agreed with, and most importantly learnt from for the last
14
>Most forms of 'data sharing' in the DB2 sense (I don't know about IMS) require
>CF structures.
There are two structures IMS must have.
One is a VSAM extent map.
The second is locks (I think).
There are optional ones for shared queues, iirc.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
As others have said, you do not need a coupling facility to run a sysplex.
We have a 'basic sysplex' with three members that communicate via CTC.
Sharable functions are quite limited, however. Most forms of 'data
sharing' in the DB2 sense (I don't know about IMS) require CF structures.
Furtherm
John Thinnes wrote:
In order to save on IMS MLC charges (uses about 3%), we are investigating
adding a second 'IMS LPAR' to our configuration (on same CEC). Currently
we are running a 2096-T01. We run a production LPAR and occasionally a
TECH sandbox LPAR.
In 2012 we may be looking at repla
John,
Your z9 already has an internal coupling links and theoretically you can run a
CF lpar in your z9. Since you have a single engine T01, IBM warns against
doing this. You may want to check with your IBM business partner about getting
sub-capacity pricing for IMS. You would pay for the am
A CF absolutely *NOT REEQUIRED*. It is only *HIGHLY DESIRABLE* . A
SYSPLEX can be implemented with only XCF (over CTC).
I speak from experience. I am doing this today.
There are many functions available with a CF that will have to be
forgone (e.g. VTAM persistent nodes, HSM common recall queue,...
Cross-posted to IBMVM, IBMMAIN, LINUX390 for the VM enthusiasts.
| Update: 18 May 2011
| The VM Workshop registration form is on the VM Workshop web site.
| Reserve place today.
| http://www.vmworkshop.org/
| Initial post below to refresh your memory:
Hi, just wanted to get this on your cale
In order to save on IMS MLC charges (uses about 3%), we are investigating
adding a second 'IMS LPAR' to our configuration (on same CEC). Currently
we are running a 2096-T01. We run a production LPAR and occasionally a
TECH sandbox LPAR.
In 2012 we may be looking at replacing the T01 with a 2
The LE migration guide is your friend. Read and heed and you'll be fine.
HTH and good luck.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
ITURIEL DO NASCIMENTO NETO
Sent: Wednesday, May 18, 2011 12:11 PM
To: IBM-MAIN@bama.ua.edu
Su
A toleration PTF is required if you want to run code compiled under the 1.12
version of the COBOL compiler on a system with the 1.10 runtime libraries...
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
ITURIEL DO NASCIMENTO NETO
Sent: We
Last time I tried many of the links were obsolete. For lsoft I use the
CATALIST function and do searches. Unfortunately everybody's not lsoft.
In a message dated 5/18/2011 2:03:42 P.M. Central Daylight Time,
markhamm...@ateras.com writes:
http://www.cbttape.org/internet.phtml
--
Here is a list from the CBT tape page
http://www.cbttape.org/internet.phtml
Mark Hammond
-Original Message-
From: Mike Schwab [mailto:mike.a.sch...@gmail.com]
Sent: Wednesday, May 18, 2011 1:59 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Looking for Control Blocks (Subject Added)
Does som
Does someone have a web page that is list of forums for various
mainframe subjects?
On Wed, May 18, 2011 at 1:48 PM, Lindy Mayfield
wrote:
> No problem. It was pretty much right in my face when you asked the question.
>
> For RACF questions there is a specific list. Of course you can ask on
>
We're looking to encrypt all data that leaves the data center (offsite
backup tapes, stuff we send via ssh, etc.).
Backup is done with a variety of products: FDR, DFSMSdfp, DFSMShsm,
ADABAS backup, etc.
Do you have any recommendations for products? Or whether or not a
do-it-yourself approach
No problem. It was pretty much right in my face when you asked the question.
For RACF questions there is a specific list. Of course you can ask on
IBM-MAIN, and some will help. But be prepared to be sent here:
RACF Discussion List
Regards,
Lindy
-Original Message-
From: IBM Mainfr
On Wed, 18 May 2011 13:30:59 -0400 Peter Relson wrote:
:>If I remember correctly, the answer is "nowhere" -- Sysabend dumps,
:>Sysudumps and Sysmdumps do not capture data from anything other than the
:>primary address space.
Might that be *HOME*?
--
Binyamin Dissen
http://www.dissensoftware.
If datasets with your HLQ need the protection you indicate, you should not be
allowed to place them on the same volumes as datasets that don't. The fact
that you can means you should take the extra care to see that you don't.
It should not be that big a deal. You have already added one of the
Chris,
Are they full volume or dataset-level backups that you're restoring from?
SMS or non-SMS volumes?
Could you eliminate the problem completely by directing the restore to a
different volume instead of the default?
Rex
-Original Message-
From: IBM Mainframe Discussion List [mail
I'm not sure if it would help either, but it's an easy thing to try :-)
On 5/18/2011 11:29 AM, Dana Mitchell wrote:
On Wed, 18 May 2011 11:18:08 -0400, Jim Blalock
wrote:
Also, are you coding DYNAMNBR= on the STC's EXEC card? Might try that
first, it's easier than debugging DYNALLOCs :-)
--
Good Morning Gentle Readers,
I am performing a cleanup of HSM dsns and I executed the following command:
HSEND LIST TTOC SELECT(FAILEDCREATE) OUTDATASET(PROM.DF.FAILEDCREA)
Several tapes were flagged and this message is being posted after each tape.
ARC0378I TTOC RECORD AND TAPE MEDIA CONTENTS AR
>Where is it documented on how to read sysudumps with secondary
>address spaces. I need to see the information in the secondary
>address space
If I remember correctly, the answer is "nowhere" -- Sysabend dumps,
Sysudumps and Sysmdumps do not capture data from anything other than the
primary ad
add DS(INCLUDE(**) EXCLUDE(SYS1.VTOC.**, SYS1.VVDS.**, *OMVS.**,
hlq.**)) or as you need. (we have a separate backup step for *OMVS*.**
files).
On Wed, May 18, 2011 at 12:02 PM, Chris Hoelscher wrote:
> I occasionally restore using ADRDSSU and rename the restored dataset to my
> HLQ - so that I
Dave,
My concern is related to LE and Cobol.
OS/390 1.10 ?
Atenciosamente / Regards / Saludos
Ituriel do Nascimento Neto
BANCO BRADESCO S.A.
4254 / DPCD Engenharia de Software
Sistemas Operacionais Mainframes
Tel: +55 11 4197-2021 R: 22021
Fax: +55 11 4197-2814
-Mensagem original-
De: I
I occasionally restore using ADRDSSU and rename the restored dataset to my HLQ
- so that I can have an older version of a dataset to compare to the current
dataset. By default (it appears) - the restore process will put the
restored/renamed dataset on the same DASD volume as from which it was
No. Incremental backups can be done on both SMS and Non-SMS managed
data. The mechanism's for specification are different.
Check the ADDVOL command.
HTH,
I'm looking at setting up incremental backups with DFSMShsm. In the
DFSMShsm Managing Your Own Data (SC35-0420) manual, it seems that
incr
ITURIEL DO NASCIMENTO NETO wrote:
Hi all,
Do you know any issues regarding LE backwards compatibility ?
I'm specially interested with z/OS 1.12 and 1.10, but any other history is
welcome.
Do you mean in the C/C++ compilers - or the LE runtime? I'm not sure,
but I think IBM is dropping t
As I wrote to Peter on May 6:
-
The Ts&Cs of WLC agreement signed by each customer include "the highest
number of MSUs ... running on the same eligible machine during a reporting
period."
To my reading "same eligible machine" limits the simultaneous 4HRA to the
"same eligible machine" n
Hello All,
I'm looking at setting up incremental backups with DFSMShsm. In the
DFSMShsm Managing Your Own Data (SC35-0420) manual, it seems that
incremental backups of datasets is only possible when SMS is active.
For a non-SMS environment (like ours), only full volume dumps is
possible. I
On Wed, 18 May 2011 11:18:08 -0400, Jim Blalock
wrote:
>
>Also, are you coding DYNAMNBR= on the STC's EXEC card? Might try that
>first, it's easier than debugging DYNALLOCs :-)
>
>-- Jim Blalock, Clemson U.
>
Jim, I'm not sure what DYNAMNBR would help me with in this situation?
Dana
Hi Dana,
I would try coding the DYNALLOC free request (removing FREE=CLOSE) and
see what RC's you get. That may give you more clues.
Also, are you coding DYNAMNBR= on the STC's EXEC card? Might try that
first, it's easier than debugging DYNALLOCs :-)
-- Jim Blalock, Clemson U.
On 5/18/2
Hello all,
We have an inhouse written STC that processes messages from MQ and writes
them to a dataset. This processing goes like this:
1. DYNALLOC on DATA.SET.NAME
a. Request the current generation ( done by putting 0 in DALMEMBR)
b. Specify DALCLOSE (equivalent to FREE=CLOS
I was lead to understand that 'reporting period' for R4A* MSU's was 30 minutes
or so. For a single CEC, your bill would be based on the highest sum of the
R4A's for all LPAR's in a 30 minute period for that CEC.
Generally, IBM software is attached to a single CPU serial number. In my case,
I
On Wed, 18 May 2011 09:55:53 +0800, David Crayford wrote:
>On 18/05/2011 9:12 AM, Ron Hawkins wrote:
>>
>> Well everyone, this LISTSERV has been hijacked by one contributor
I agree.
>> and is now
>> bordering on the ridiculous. Good day and good luck to all those I have
>> debated, agreed with,
Hi all,
Do you know any issues regarding LE backwards compatibility ?
I'm specially interested with z/OS 1.12 and 1.10, but any other history is
welcome.
Atenciosamente / Regards / Saludos
Ituriel do Nascimento Neto
BANCO BRADESCO S.A.
4254 / DPCD Engenharia de Software
Sistemas Operacionais Ma
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Peter Gammage
>
> * Cross posted to IBM-Main and LPAR-Pricing
>
> Folks,
>
> I thought I had a good understanding of VWLC and how chargeable MSU's
were
> calculated, but have recently been re-edu
Thanks, Tom.
I will do this.
José ADAUTO Ribeiro
Em 18/05/2011 09:31, Chicklon, Thomas < thomas.chick...@53.com > escreveu:
Check out the RCVT control block. You'll find a pointer to it in the CVT.
On my system running Top Secret, the RCVTID field changes to RTSS. I *think* on
a RACF syst
Check out the RCVT control block. You'll find a pointer to it in the CVT.
On my system running Top Secret, the RCVTID field changes to RTSS. I *think* on
a RACF system it contains RCTV. Not sure what you would find with a systems
running ACF2.
Tom Chicklon
>Hi,
>
>How do I find out, researchi
Oh, you are very fast.
Thans Lindy Mayfield and Lizette Koehler, this is what I need (for now).
I will put some more doubts about Top Secret x RACF on z/OS, I hope you can
help me.
Thanks again.
José ADAUTO Ribeiro
Em 18/05/2011 09:18, Lindy Mayfield < lindy.mayfi...@ssf.sas.com > escreve
and for the data areas:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICHZC4A0/1.39
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Lizette Koehler
Sent: Wednesday, May 18, 2011 3:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re:
and in Rexx:
/* rexx */
CVT=c2d(storage(10,4));
RCVT=c2d(storage(d2x(CVT+x2d('3e0')),4));
/* Get acronym (1st 4 bytes) from the RCVT */
Secacr=storage(d2x(RCVT),4);
select
how I did it was from the RCVT.
if RCVT then RACF
if ACF2 then ACF2
if RTSS then TopSecret
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Jose Adauto Ribeiro
Sent: Wednesday, May 18, 2011 3:04 PM
To: IBM-MAIN@bama.ua.edu
Subject:
> Hi,
>
> How do I find out, researching control blocks, preferably, if running Top
> Secret or
> RACFon z / OS?
>
> Thanks in advance.
It depends on what you are looking for.
Do you want the ACEE, Data Sets? Are you going to use a program (written in
Assembler or PL/I) or something like R
Hi,
How do I find out, researching control blocks, preferably, if running Top
Secret or RACFon z / OS?
Thanks in advance.
José ADAUTO Ribeiro
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lis
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Graham Hobbs
>
> Does this Mason have a job?
I think he once posted that he's "retired" -- which for some seems to be
a euphemism for "bored and bitter".
-jc-
> On Tue, May 17, 2011 at 12:50 PM, Chris Mason
wrote:
>
Indeed; lately, Mr. Mason has become a rather tedious vacuum.
-jc-
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.
Funny you should ask. I'm working on a CMG paper about Java on
z/OS right now. The overhead is not nearly as bad as it used to be,
and on modern hardware, especially with zAAPs (or zAAP on zIIP to
forestall that point), probably immaterial for a lot of things. But you
specifically said that
>>Terminal (not command) behaviour: No
>>
>Surely you're not thinking of the dreadful RUNNING/INPUT toggle
>(I try not to). IBM should be ashamed.
Can't remember what I'm thinking of ;-) too long since I last
used (or was force to use) TSO/OMVS.
--
Peter Hunkeler
--
If the dictator of Lodz were reading this I'd have taken the trouble to point
out something to improve his already excellent command of English, namely
that the possessive pronoun for the third person singular male person is "his"
-
and I'm sorry if he imagined I might be called Christine.
-
* Cross posted to IBM-Main and LPAR-Pricing
Folks,
I thought I had a good understanding of VWLC and how chargeable MSU's were
calculated, but have recently been re-educated and it concerned me a
little so I thought I'd check others understanding. The WLC announcements
(lin
IT IS OK NOW thanks
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
I have the same problem.
It happens after when you try to sign in.
Gadi
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Bernard Coeytaux
Sent: Wednesday, May 18, 2011 12:13 PM
To: IBM-MAIN@bama.ua.edu
Subject: Shop Zseries Down I have htt
no its not down .. we get the same error and just click the RELOAD-button
from the browser and the page will be displayed. Maybe a timing-problem???
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Shop Zseries Down I have http 500 server error ?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/a
"R.S." wrote in message
news:<4dd375ac.5060...@bremultibank.com.pl>...
> Rule of thumb: DON'T FEED THE TROLL.
>
> I'm really tired with the noise generated by ONE person and their
> responders. I'm trying to omit threads like "USS" "overloaded
acronyms"
> and so on, but it doesn't work - I was
Rule of thumb: DON'T FEED THE TROLL.
I'm really tired with the noise generated by ONE person and their
responders. I'm trying to omit threads like "USS" "overloaded acronyms"
and so on, but it doesn't work - I was caught in "SDSF" topic.
I already put the author of this noise to my killfile,
61 matches
Mail list logo
