Re: CONSPROF command

[Michael Klaeschen]

I need these prerequisites to use eMCS console from REXX
- RACF defined user has (meaningfull) OPERPARM and TSO segments. UADS 
instead of TSO segment does not work for me.
- READ to CONSOLE profile in class TSOAUTH
- READ to MVS.MCSOPER. profile in class OPERCMDS
- and of course appropriate authority to commands and what follows within 
application

Cheers
Michael



Von:fuddin 
An: IBM-MAIN@bama.ua.edu
Datum:  2011-10-14 05:24
Betreff:CONSPROF command
Gesendet von:   IBM Mainframe Discussion List 



Dear Listers,

Using rexx to use CONSPROF but it's fail as below:

IKJ55353I THE CONSPROF COMMAND HAS TERMINATED.+  
IKJ55353I USER SUBJOB DOES NOT HAVE CONSOLE COMMAND AUTHORITY.  
IKJ55305I THE CONSOLE COMMAND HAS TERMINATED.+  
IKJ55305I USER SUBJOB DOES NOT HAVE CONSOLE COMMAND AUTHORITY.  
IKJ55305I THE CONSOLE COMMAND HAS TERMINATED.+  
IKJ55305I USER SUBJOB DOES NOT HAVE CONSOLE COMMAND AUTHORITY.  
IKJ55323I GETMSG PROCESSING HAS TERMINATED.  A CONSOLE SESSION IS NOT 
ACTIVE.

IKJ55307I THE CONSOLE COMMAND HAS TERMINATED.+ 
IKJ55307I A CONSOLE SESSION IS NOT ACTIVE. 
READY 
END 

IKJTSO00 PARMLIB:
AUTHCMD
CONSOLE
CONSPROF

RACF:
Already define profile
TSOAUTH CONSOLE 
Permit to subjob with update authority


Thanks and regards,
2011-10-14 



Mohd Shahrifuddin

--
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


--
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

Re: CONSPROF command

[Weibiao Wu]

SETR RACLIST(opercmds)
SETROPTS CLASSACT(OPERCMDS)
RDEFINE OPERCMDS MVS.MCSOPER.IBMUSER UACC(NONE)
PERMIT MVS.MCSOPER.IBMUSER CLASS(OPERCMDS) ID(IBMUSER) ACCESS(READ)
SETR RACLIST(OPERCMDS) REFRESH

On Fri, Oct 14, 2011 at 11:21 AM, fuddin  wrote:

> Dear Listers,
>
> Using rexx to use CONSPROF but it's fail as below:
>
> IKJ55353I THE CONSPROF COMMAND HAS TERMINATED.+
> IKJ55353I USER SUBJOB DOES NOT HAVE CONSOLE COMMAND AUTHORITY.
> IKJ55305I THE CONSOLE COMMAND HAS TERMINATED.+
> IKJ55305I USER SUBJOB DOES NOT HAVE CONSOLE COMMAND AUTHORITY.
> IKJ55305I THE CONSOLE COMMAND HAS TERMINATED.+
> IKJ55305I USER SUBJOB DOES NOT HAVE CONSOLE COMMAND AUTHORITY.
> IKJ55323I GETMSG PROCESSING HAS TERMINATED.  A CONSOLE SESSION IS NOT
> ACTIVE.
>
> IKJ55307I THE CONSOLE COMMAND HAS TERMINATED.+
> IKJ55307I A CONSOLE SESSION IS NOT ACTIVE.
> READY
> END
>
> IKJTSO00 PARMLIB:
> AUTHCMD
> CONSOLE
> CONSPROF
>
> RACF:
> Already define profile
> TSOAUTH CONSOLE
> Permit to subjob with update authority
>
>
> Thanks and regards,
> 2011-10-14
>
>
>
> Mohd Shahrifuddin
>
> --
> 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
>



-- 
Best Regards,

吴伟标
13823291984

--
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

Re: MQ alternatives

[Timothy Sipples]

WebSphere MQ is also a (most excellent) Java Message Service provider for
z/OS, which is probably why the vendor recommended it. WebSphere
Application Server for z/OS also provides JMS support, but then you'd have
to figure out how to interface WAS to whatever else you want (i.e. your
mainframe applications). One popular way would be via WebSphere MQ. :-)

Conceivably you could cobble something JMS together and run it on Java on
z/OS, but then you'd be responsible for the stream of costs associated with
creating, maintaining, and managing it, plus you'd have to figure out how
to connect it. (You could write your own operating system, too, if you
really want.) Considering that you're asking about a vendor application
that you're buying instead of building, you've probably already ruled out
building.

Microsoft Message Queuing runs only on Windows (last I checked), so if you
want to connect Windows systems to this vendor application, that's an
option. You can't run it on z/OS (or on several other operating systems),
so you'd need something else to bridge between Microsoft and any other
platform (including z/OS), and that bridge would have to be a Windows
system. And then you'd need to buy, maintain, and manage that, plus figure
out how to connect it. Other bridge approaches are possible, with the same
issue.

Note that WebSphere MQ for z/OS is sub-capacity licensed.

Maybe the vendor is correct.


Timothy Sipples
Resident Enterprise Architect (Based in Singapore)
E-Mail: timothy.sipp...@us.ibm.com
--
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

Re: n lpars in a sysplex and one of the lpar systems crashes

[Barbara Nitz]

>-In an N lpar sysplex with each lpar running late level z/OS (lets
>say z/os 1.11 or higher) if a single lpar crashes (i.e. - an unscheduled
>termination of z/OS without performing normal shutdown procedures)will
>this affect the other systems?
Yes, at least to some extent.

>-Can this situation be simulated by having one of the lpars issue
>the QUIESCE command while it is up and running?
It depends on what you want to simulate. If the crashing system is alive enough 
to still run something, QUIESCE won't help you at all, since it loads a 
restartable disabled wait state. While a system in a tight CPU loop has the 
same external symptom as a system in a restartable disabled wait state - both 
are unresponsive - the extent to which something can get done differs wildly. 

>-Anyone have experience with this type of situation and care to
>discuss (either online or offline)?
See Jim Mulders' and mine recent discussion about AUTOIPL.

Let's assume you simulate by issuing QUIESCE on one system. That system will 
stop updating its heartbeat in the sysplex CDS, and it will not take off any 
XCF messages destined for it from the signalling paths. The latter is what 
might impact other systems - the easy case are missing responses to lock 
contention. It gets worse when the signalling structures fill up, followed by a 
fill-up of the XCF message buffers, which will eventually result in a RC/RSN 
code to any new MSGOUT request. In a really bad case, *all* systems will be 
affected because no signalling is possible anymore. I believe this is called 
'sympathy sickness'.
Assuming you have set up your parms correctly, one or more systems will detect 
that the QUIESCEd system does not update its heartbeat anymore and does not 
participate in signalling anymore, usually way before the buffers have filled 
up. After failure detection interval expiry, you'll be informed of that in red 
on the console. Or - if SFM is set up to automatically throw out a system from 
the sysplex - SFM will automatically fence that QUIESCED system (i.e. cut it 
off from any I/O and not allow it to participate in the plex anymore) so that 
all XCF messages destined for it can be discarded and the others can do 
cleanup. If SFM is not allowed to automatically fence that system, you'll get 
an IXC409D to which you're supposed to reply DOWN at one point or another to 
allow the fencing and cleanup. I haven't seen a sysplex installation without 
SFM active in one shape or another for ages, so I cannot say anything about how 
a sysplex without SFM would behave.

Now, if the crashing system is looping (tight cpu loop/spin loop) it depends on 
*what* is looping at which priority and how much alive the crashing system 
still is in terms of XCF heartbeat update/taking off of XCF messages.

Let's assume a memterm loop in master asid, one loop for each CP that that 
system has  (i.e. in the address space at the highest dispatching priority), a 
case I have seen several times. The looping system is pretty much dead to the 
rest of the sysplex - even though XCF runs at the same dispatching priority,  
it will not be able to update its CDS heartbeat with any regularity. It will 
also not take off messages from the signalling structures, or at least not 
enough of them. In this case the same SFM responses can be expected from the 
other system(s) - red message or fenced system.

Now, if you have one less memterm loop than you have general purpose CPs, 
things get interesting. At the very least, you'll deal with a slowed down 
system, depending on the number of cps that that lpar normally has. Then it 
will depend on how loaded that system is on that one cp it has left for real 
work. I think the most likely case is that SFM will not take action because the 
heartbeat will still get updated, but other systems in the plex may not get the 
locks they need because signalling is slowed down and XCF responses from the 
loooping system don't come in to the other systems.

Given the above and assuming that SFM is active in one shape or another, I 
think the only case you really need to worry about is when the crash resembles 
the loop on all cps except one or occurs in an address space at SYSSTC 
dispatching priority or below. In those cases the system might be 'alive 
enough' so that SFM will not take action but 'dead enough' that the rest of the 
plex might feel the impact. This latter case can be tested - Submit x batch 
jobs (with x being the number of CPs on the system to be crashed), and have WLM 
classify them into SYSSTC. Have those batch jobs execute a little Assembler 
program where the code always branches to itself (tight loop). See what happens.
It would be harder to simulate a loop in an address space at SYSTEM dispatching 
priority - you would somehow need to get your Assembler program to execute in 
master or any other asid classified to SYSTEM. Again see what happens.

Barbara Nitz

CONSPROF command

[fuddin]

Dear Listers,

Using rexx to use CONSPROF but it's fail as below:

IKJ55353I THE CONSPROF COMMAND HAS TERMINATED.+  
IKJ55353I USER SUBJOB DOES NOT HAVE CONSOLE COMMAND AUTHORITY.   
IKJ55305I THE CONSOLE COMMAND HAS TERMINATED.+   
IKJ55305I USER SUBJOB DOES NOT HAVE CONSOLE COMMAND AUTHORITY.   
IKJ55305I THE CONSOLE COMMAND HAS TERMINATED.+   
IKJ55305I USER SUBJOB DOES NOT HAVE CONSOLE COMMAND AUTHORITY.   
IKJ55323I GETMSG PROCESSING HAS TERMINATED.  A CONSOLE SESSION IS NOT ACTIVE.

IKJ55307I THE CONSOLE COMMAND HAS TERMINATED.+
IKJ55307I A CONSOLE SESSION IS NOT ACTIVE.
READY 
END   

IKJTSO00 PARMLIB:
AUTHCMD
CONSOLE
CONSPROF

RACF:
Already define profile
TSOAUTH CONSOLE 
Permit to subjob with update authority


Thanks and regards,
2011-10-14 



Mohd Shahrifuddin

--
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

Re: Automated SMFDUMP Job issue

[Ed Gould]

 Mike,

It may well do so, however when invoked it must do so by not specifying by DSN. 
I honestly don't know the format of the the RMM dataset so unless it's 
some off the wall format (I suspect it's VSAM), there is no reason it 
can't be done by IDCAMS unless it's not really VSAM at all in which 
case IBM should be shot.
Ed


--
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

Re: Sad News: [IP] Dennis Ritchie dies

[Mike Schwab]

http://hosted.ap.org/dynamic/stories/U/US_OBIT_RITCHIE?SITE=AP&SECTION=HOME&TEMPLATE=DEFAULT



On Thu, Oct 13, 2011 at 12:53 AM, Elardus Engelbrecht
 wrote:
> Joel C. Ewing wrote:
>>Attempt at reposting after manually decoding the garbaged base64 utf8 block 
>>in David's post:
>>
>>Begin forwarded message:
>>From: Tim Finin Date: October 12, 2011 9:32:06 PM EDT
>>Subject: Dennis Ritchie has died
>>Sad news.  Rob Pike reports on Google Plus that Dennis Ritchie died at
>>his home this weekend after a long illness.  Ritchie created the C
>>programming language and was a key contributor to Unix.  In 1983 he
>>received the ACM Turing Award with his long time colleague Ken Thompson
>>for the development of operating systems theory and the implementation
>>of the UNIX.  He was elected to the National Academy of Engineering in 1988.
>
> Thanks very much for translating this very sad news, Joel.
>
> Now I know who said that little gem I read up many years ago:
>
> 'UNIX is very simple, it just needs a genius to understand its simplicity.'
>
> Please look up on Dennis at this URL:  
> http://en.wikipedia.org/wiki/Dennis_Ritchie
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> 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
>



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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

MQ alternatives

[Frank Swarbrick]

We have a vendor product that would like us to use WebSphere MQ to interface 
with it.  We do not have MQ, and apparently have to intention of getting it any 
time soon (too expensive; too much support required...?).  They also support 
some alternative message queuing products (Java Message Service and Microsoft 
Message Queuing, I believe were mentioned).  Are these alternatives, or any 
others, available to z/OS?

Thanks!
Frank

--
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

Re: Automated SMFDUMP Job issue

[Mike Wood]

Ed,  As Shmuel Metz pointed out, dss can exploit other utilities.  However, for 
the rmm backup it is its (virtual) concurrent copy and similar capabilities 
that are needed which requires dss to perform its own I/O.

--
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

Re: Redbook d/l issue

[Linda Mooney]

Hi Ed, 



The DB2 redbook loaded just fine, no problem with Reader 9 and IE8 (all I have 
at work).  Could you try these two for me? 



http://www.redbooks.ibm.com/Redbooks.nsf/RedbookAbstracts/sg247895.html?Open   




http://www.redbooks.ibm.com/Redbooks.nsf/RedbookAbstracts/sg247954.html?Open 


The first is the SMS Technical Update and the second is the IBM zEnterprise 114 
Technical Guide.  They load to page 5, hang and then come back (after several 
minutes) with an I/O error and won't go any further. 



Thanks, 



Linda 

- Original Message -


From: "Ed Finnell"  
To: IBM-MAIN@bama.ua.edu 
Sent: Thursday, October 13, 2011 2:25:07 PM 
Subject: Re: Redbook d/l issue 

I use _www.redbooks.ibm.com_ (http://www.redbooks.ibm.com)   tried AOL 
9.6,FireFox and IE8 all seemed to work OK and was able to get the .pdf  for 
Adobe Reader 9 or open with html for DB/2 v10 with ssl. 
  
  
In a message dated 10/13/2011 3:11:26 P.M. Central Daylight Time,   
linda.lst...@comcast.net writes: 

Could  you do me a favor and post the link?  If the one that worked for you 
 won't for me, then it's likely my workstation.  What browser and version   
of Reader are you using?   



-- 
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 

--
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

Re: Redbook d/l issue

[Ed Finnell]

I use _www.redbooks.ibm.com_ (http://www.redbooks.ibm.com)   tried AOL 
9.6,FireFox and IE8 all seemed to work OK and was able to get the .pdf  for 
Adobe Reader 9 or open with html for DB/2 v10 with ssl.
 
 
In a message dated 10/13/2011 3:11:26 P.M. Central Daylight Time,  
linda.lst...@comcast.net writes:

Could  you do me a favor and post the link?  If the one that worked for you 
 won't for me, then it's likely my workstation.  What browser and version  
of Reader are you using?  



--
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

Re: C++ program and possible authority issues.

[Robert A. Rosenberg]

At 13:01 -0500 on 10/13/2011, McKown, John wrote about Re: C++ 
program and possible authority issues.:


I agree, even though I'm the nitwit who mentioned CANCEL. The OP 
said the user wants "kill" as the way to shutdown the application 
due to some existing automation (they must be very UNIX oriented, I 
guess). I would greatly suggest __adding__ the ability to use the 
STOP (P) command as well because that is what z/OS operators are 
used to doing if they are told to shut down something.


The UNIX KILL command is the equivalent of STOP, CANCEL, and FORCE 
depending on what parms you use. The normal (default) version is the 
same as STOP. It tells the process to do an orderly shut-down. There 
is also a CANCEL equivalent that tells the process to just exit 
without doing any clean-up was well as a FORCE equivalent that 
terminates the process without informing it that it is being 
requested to end.


--
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

Re: Redbook d/l issue

[Stan Saraczewski]

Works for me as well.






From: Linda Mooney 
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, October 13, 2011 12:34 PM
Subject: Re: Redbook d/l issue

Greetings! 



Anybody else still having this problem?  I still am and and I haven't gotten a 
respose from my note to the Redbooks folks. 



Thanks, 

Linda 

- Original Message -


From: "Linda Mooney"  
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, October 11, 2011 7:20:42 PM 
Subject: Re: Redbook d/l issue 

Hi Ed, 



I tried some other Redbooks, no good.  Sent a note to the Redbook folks. 



We will hope for the best. 



Linda 


- Original Message - 


From: "Ed Gould"  
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, October 11, 2011 4:42:58 PM 
Subject: Redbook d/l issue 

I have tried 5 times over the last 5 hours to download this redbook but the d/l 
stalls after 500K 
http://www.redbooks.ibm.com/redbooks/pdfs/sg247824.pdf 


Has anyone else have the same problem? 

Ed 

-- 
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 

-- 
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 

--
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

--
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

Re: Redbook d/l issue

[Linda Mooney]

Hi Herman, 



Could you do me a favor and post the link?  If the one that worked for you 
won't for me, then it's likely my workstation.  What browser and version of 
Reader are you using? 

Thanks, 



Linda 

- Original Message -


From: "Herman Stocker"  
To: IBM-MAIN@bama.ua.edu 
Sent: Thursday, October 13, 2011 12:45:49 PM 
Subject: Re: Redbook d/l issue 

Hi Linda, 

I had no problem just clicking on the link and the book was loaded NP. 

Regards, 
Herman Stocker 
avis budget group 
Phone: 1973-496-4847 

It is impossible to make anything foolproof, because fools are so ingenious. 
 -- Robert Heinlein 


-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Linda Mooney 
Sent: Thursday, October 13, 2011 3:34 PM 
To: IBM-MAIN@bama.ua.edu 
Subject: Re: Redbook d/l issue 

Greetings! 



Anybody else still having this problem?  I still am and and I haven't gotten a 
respose from my note to the Redbooks folks. 



Thanks, 

Linda 

- Original Message - 


From: "Linda Mooney"  
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, October 11, 2011 7:20:42 PM 
Subject: Re: Redbook d/l issue 

Hi Ed, 



I tried some other Redbooks, no good.  Sent a note to the Redbook folks. 



We will hope for the best. 



Linda 


- Original Message - 


From: "Ed Gould"  
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, October 11, 2011 4:42:58 PM 
Subject: Redbook d/l issue 

I have tried 5 times over the last 5 hours to download this redbook but the d/l 
stalls after 500K http://www.redbooks.ibm.com/redbooks/pdfs/sg247824.pdf 


Has anyone else have the same problem? 

Ed 

-- 
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 

-- 
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 

-- 
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 

 --- 

The sender believes that this E-mail and any attachments were free of any 
virus, worm, Trojan horse, and/or malicious code when sent. This message and 
its attachments could have been infected during transmission. By reading the 
message and opening any attachments, the recipient accepts full 
responsibility for taking protective and remedial action about viruses and 
other defects. The sender's employer is not liable for any loss or damage 
arising in any way from this message or its attachments. 

 --- 

-- 
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 

--
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

Re: Redbook d/l issue

[Stocker, Herman]

Hi Linda,

I had no problem just clicking on the link and the book was loaded NP.

Regards,
Herman Stocker
avis budget group
Phone: 1973-496-4847

It is impossible to make anything foolproof, because fools are so ingenious.
 -- Robert Heinlein


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Linda Mooney
Sent: Thursday, October 13, 2011 3:34 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Redbook d/l issue

Greetings!



Anybody else still having this problem?  I still am and and I haven't gotten a 
respose from my note to the Redbooks folks.



Thanks,

Linda

- Original Message -


From: "Linda Mooney" 
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, October 11, 2011 7:20:42 PM
Subject: Re: Redbook d/l issue

Hi Ed,



I tried some other Redbooks, no good.  Sent a note to the Redbook folks.



We will hope for the best.



Linda


- Original Message -


From: "Ed Gould" 
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, October 11, 2011 4:42:58 PM
Subject: Redbook d/l issue

I have tried 5 times over the last 5 hours to download this redbook but the d/l 
stalls after 500K http://www.redbooks.ibm.com/redbooks/pdfs/sg247824.pdf


Has anyone else have the same problem?

Ed

--
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

--
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

--
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

 ---

The sender believes that this E-mail and any attachments were free of any
virus, worm, Trojan horse, and/or malicious code when sent. This message and
its attachments could have been infected during transmission. By reading the
message and opening any attachments, the recipient accepts full
responsibility for taking protective and remedial action about viruses and
other defects. The sender's employer is not liable for any loss or damage
arising in any way from this message or its attachments.

 ---

--
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

Re: Redbook d/l issue

[Linda Mooney]

Greetings! 



Anybody else still having this problem?  I still am and and I haven't gotten a 
respose from my note to the Redbooks folks. 



Thanks, 

Linda 

- Original Message -


From: "Linda Mooney"  
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, October 11, 2011 7:20:42 PM 
Subject: Re: Redbook d/l issue 

Hi Ed, 



I tried some other Redbooks, no good.  Sent a note to the Redbook folks. 



We will hope for the best. 



Linda 


- Original Message - 


From: "Ed Gould"  
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, October 11, 2011 4:42:58 PM 
Subject: Redbook d/l issue 

I have tried 5 times over the last 5 hours to download this redbook but the d/l 
stalls after 500K 
http://www.redbooks.ibm.com/redbooks/pdfs/sg247824.pdf 


Has anyone else have the same problem? 

Ed 

-- 
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 

-- 
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 

--
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

IPRESOLV on XCA Majnode

[Hansen, Dave L - Eagan, MN]

MainFrame Friends,

   I have been reviewing the Enterprise Extender Implementation Guide 
(SG24-7359) in Chapter 4 it talks about IPRESOLV.  It says "We recommend coding 
a reasonable non-zero value to avoid hanging sessions across connection 
networks".  The default for IPRESOLV is 0 (indefinitely wait).  I did see 
"Still host name resolution will occur as the use of host names has precedence 
over the use of IP address.  To avoid unnecessary delays for those session 
setups, the IPRESOLV timer should be reasonably small".  The EEXCA example has 
IPRESOLV=2.

  The Network Implementation Guide (SC31-8777) shows IPRESOLV = 0 for their 
IST2005I messages they use to display EE.

  The SNA Resource Definition Reference under IPRESOLV says "The IPRESOLV 
keyword has been set to a default value of zero because in most cases it is 
desirable to establish the amount of time allowed before hostname resolution 
timeout by using the value in the TCP/IP configuration statements.


Q).  Do most of you (that run EE) use the IPRESOLV default of zero, or do you 
specify something "reasonably small"?


   Many Thanks,  Dave


Dave Hansen
Eagan Software Systems Branch
651-406-1208
dave.l.han...@usps.gov






--
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

Re: Licensing of Tivoli Products.

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Al Sherkow
> 
> The original post referred to "Tivoli Omegamon" which is an IPLA
product. These products have a "one
> time charge" for each unit of capacity (i.e. for additional capacity
you pay for additional OTC).
> Separately "subscription and support" is available for exactly that:
support and upgrades to new
> versions. With S&S you do not have access to support and you are not
entitled to new versions.

ITYM "WithOUT S&S ...".

> If you want a new version and have not been paying the S&S I believe
you need to "catch-up" on the S&S
> you didn't pay or you can pay for all the MSUs/Value Units again as if
you had not acquired the
> previous version. You might be able to negotiate something with IBM.
As far as I know all of my
> clients do pay the S&S, so I have no personal experience with a site
not paying for that.
> 
> As John wrote for z/OS, CICS, IMS, DB2, COBOL are paid for with a
"monthly license charge" (MLC). You
> pay for these products every month.

Can't speak to IMS, but the others listed are eligible for VWLC as well.

-jc-

--
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

Re: z/OS Tag Sort

[Linda Mooney]

Hi John, 

  

When I was a student, I worked an internship with a city shop that was running 
a very small mainframe.  Their machine was so small that they had to shutdown 
everything else to run payroll.  Even then, they could not handle processing 
the entire file at once.  What they called a tag sort, was a technique, not a 
sort feature.  In this case the only truly unique field was the employee id, so 
that and only the fields necessary to run payroll would be pulled out to 
another file.  There were several of these 'extract' files.  Payroll processes 
would run through the smaller files.  After that had been done for all of the 
'extract' files they would be sorted back to their original sequence and the 
program would update the employee master file with the new field values one 
record at a time.  This whole process took so long that the batch always 
started after 5PM on Friday so that it could (usually) finish in time for 
Monday.  I don't remember what day they paid folks (I was on an unpaid 
internship).  The city had no money for a bigger box or more memory, and the 
weekend was long enough for all of the I/O. 

  

Spending 14 hours in a sort seems like a very long time - how big, what kind of 
file is that?  How long has this been a problem?  Any recent changes?  As 
others have suggested/offered, it and/or the sort and/or the job mix seem ripe 
for tuning.  I would suggest that WLM settings, dataset placement on DASD - 
what kind of disk, have you checked to be sure that cache is on, do you have 
PAV and is it working properly, is the disk array healthy or running in a 
degraded mode, are there competing higher priority jobs or onlines; any of 
these issues can hurt performance.  I have tuned poor performing batch by 
addressing problems with their VSAM files - took over a third of the wall clock 
time off of one process simply by tuning 5 VSAM files and adding some 
buffering, no changes to the sort or programs.  What I'm saying is that, even 
though you are seeing a very long run time for the sort step, it is very 
possible that factors other than the sort are causing or contributing to the 
problem. 

  

If you have Omegamon, or another performance monitoring tool, it would be a 
good idea to monitor and/or run a collector for this job.  RMF reports can also 
provide helpful information.  

  

HTH, 

Linda 

- Original Message -




From: "John Blythe Reid"  
To: IBM-MAIN@bama.ua.edu 
Sent: Thursday, October 13, 2011 6:29:16 AM 
Subject: Re: z/OS Tag Sort 

Thanks, Lizette. 

We're using DFSORT with z/OS V1.11. 

Bye for now, 
John 

On 13 October 2011 13:22, Lizette Koehler  wrote: 

> > 
> > We are sorting a very large file and it's taking about fourteen hours. I 
> remember that 
> > there used to be a technique whereby the sort wrote out a list of record 
> addresses and 
> > an application program could read the list to access the records in the 
> desired 
> > sequence. 
> > 
> > Does anyone know if there is still a way of doing this ? 
> > 
> > Thanks 
> 
> Could you provide the z/OS level you are running? 
> Sort product? Syncosrt release, CA SORT  release, or DFSORT 
> 
> And whether or not you are doing your own sort processing rather than using 
> DFSORT, SYNCSORT, or CA Sort? 
> 
> Each product might have a slight (very slight) different way of doing this. 
> 
> Or did you write your own sorting process?  Not using a vendor product. 
> 
> Lizette 
> 
> -- 
> 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 
> 



-- 
John Blythe Reid, 
Técnico de Sistemas de z/OS y de Sistemas Transaccionales, 
Barcelona, 
España. 

-- 
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 

--
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

Re: C++ program and possible authority issues.

[McKown, John]

I agree, even though I'm the nitwit who mentioned CANCEL. The OP said the user 
wants "kill" as the way to shutdown the application due to some existing 
automation (they must be very UNIX oriented, I guess). I would greatly suggest 
__adding__ the ability to use the STOP (P) command as well because that is what 
z/OS operators are used to doing if they are told to shut down something. 
Granted, the console operator could do a F BPXOINIT,TERM=pid to send a SIGTERM 
to the process. But finding the pid is a bit of a bother. Unless they use the 
PS display in SDSF. Or I guess there could be a started task that the console 
operator could START which would do the "kill", assuming it can find the pid 
(which is hopefully put in /var/run/.pid). All of this ASSuMEs 
that the client would want the z/OS console operator to be able to control the 
application. Which I assume is a "daemon".

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht
> Sent: Thursday, October 13, 2011 12:37 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: C++ program and possible authority issues.
> 
> Andre Massena wrote:
> >the STC does not react to stop 'P', but does to cancel 'C'.
> 
> IMHO, it is bad, very bad, but please, see below, please. 
> (Please don't throw molotov cocktails to me... :D )
> 
> >The reason they want to use the relatively elegant SIGTERM 
> is that there is a lot of automation / dependancy in the 
> spiel as well...
> 
> Disclaimer: Years ago I was a very poor underpaid C (not C++) 
> programmer, but please bear with me. 
> 
> (I can program in Assembler, COBOL, PASCAL, Rexx. I'm just a 
> novice  C++ programmer anyway)
> 
> In my very absolute humble opinion, I see that P is more 
> 'elegant' than the C. [1] One reason, P says to stop 
> normally, but then your program could handle P and C as the 
> same as a signal to end all things.
> 
> I generallly don't like C, because the program(s) (in any 
> language) may or may not have a change to clear and close everything.
> 
> Groete / Greetings
> Elardus Engelbrecht
> 
> [1] - The programmer may have added some recovery codes to 
> handle a cancel command properly, I have no problem with 
> that. But then againm I'm very biased, that programmer need 
> also to add  code to handle a P. 
> 
> --
> 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
> 
> 

--
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

Re: C++ program and possible authority issues.

[Elardus Engelbrecht]

Andre Massena wrote:
>the STC does not react to stop 'P', but does to cancel 'C'.

IMHO, it is bad, very bad, but please, see below, please. (Please don't throw 
molotov cocktails to me... :D )

>The reason they want to use the relatively elegant SIGTERM is that there is a 
>lot of automation / dependancy in the spiel as well...

Disclaimer: Years ago I was a very poor underpaid C (not C++) programmer, but 
please bear with me. 

(I can program in Assembler, COBOL, PASCAL, Rexx. I'm just a novice  C++ 
programmer anyway)

In my very absolute humble opinion, I see that P is more 'elegant' than the C. 
[1] One reason, P says to stop normally, but then your program could handle P 
and C as the same as a signal to end all things.

I generallly don't like C, because the program(s) (in any language) may or may 
not have a change to clear and close everything.

Groete / Greetings
Elardus Engelbrecht

[1] - The programmer may have added some recovery codes to handle a cancel 
command properly, I have no problem with that. But then againm I'm very biased, 
that programmer need also to add  code to handle a P. 

--
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

Re: z/OS Tag Sort

[Elardus Engelbrecht]

John Blythe Reid wrote:

>We are sorting a very large file and it's taking about fourteen hours.

After reviewing all those replies, I have four questions if you don't mind, 
please.

1. Please define 'very large file'. Is it a dataset or OMVS file? Is that 
containing long records or just that many millions of records?

2. 14 hours? I'm swallowing this very hard. Could you be kind to post your sort 
options, usage of memory and work datasets? Also post your sort criterias too. 
(If I have my way, I could sort it using an easy to use/process sort criterias 
and run my input again using another sort criteria...)

3. Is your sort job limited by WLM or by some other process?

4. Is your sort process having any usage of exits?

>I remember that there used to be a technique whereby the sort wrote out a list 
>of record addresses and an application program could read the list to access 
>the records in the desired sequence.

Some solutions of DFSORT team suggested adding a number in and for each record. 
Perhaps you could search IBM-MAIN archives...

But then I don't know of any such trick. 

Groete / Greetings
Elardus Engelbrecht

--
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

Re: Licensing of Tivoli Products.

[Al Sherkow]

The original post referred to "Tivoli Omegamon" which is an IPLA product. These 
products have a "one time charge" for each unit of capacity (i.e. for 
additional capacity you pay for additional OTC). Separately "subscription and 
support" is available for exactly that: support and upgrades to new versions. 
With S&S you do not have access to support and you are not entitled to new 
versions. 

If you want a new version and have not been paying the S&S I believe you need 
to "catch-up" on the S&S you didn't pay or you can pay for all the MSUs/Value 
Units again as if you had not acquired the previous version. You might be able 
to negotiate something with IBM. As far as I know all of my clients do pay the 
S&S, so I have no personal experience with a site not paying for that. 

As John wrote for z/OS, CICS, IMS, DB2, COBOL are paid for with a "monthly 
license charge" (MLC). You pay for these products every month. 

Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Seminars on IBM SW Pricing, LPARs, and IRD
Voice: +1 414 332-3062 
Web: www.sherkow.com

--
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

Re: Connect Direct on a separate LPAR

[Bill Johnson]

Number of connections pricing is only available for distributed Connect Direct, 
not for the z/OS version.




From: Jihad Kawkabani 
To: IBM-MAIN@bama.ua.edu
Sent: Wednesday, October 12, 2011 4:06 PM
Subject: Re: Connect Direct on a separate LPAR

Greetings Bill,
Have you looked at Licensing Connect:Direct by the number of connections rather 
than where it runs. Not knowing your configuration I cannot know if this will 
help or make it worse.
Regards,
Jihad K Kawkabani
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Bill Johnson
Sent: Wednesday, October 12, 2011 01:51 PM
To: IBM-MAIN@bama.ua.edu
Subject: Connect Direct on a separate LPAR

We are considering creating a separate LPAR just to run Connect Direct on 
because it would reduce the cost of the Connect Direct product by about 80% 
saving around $80K. Is anyone doing this? Does it make sense? Drawbacks?

TIA
Bill Johnson

--
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

--
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

--
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

Re: z/OS Tag Sort

[Ed Gould]

 Ulrich,

We had similar issues 40 years ago. We had to sort 14 million records (magazine 
subscriber base) the decision was made to break it up to 5 jobs it cost a lot 
in sort work areas and then a final merge. One other huge sort did a little 
larger sort and it used checkpoint restart. We did a lot of restarts (groan). 
My memory is weak here but the elapsed time was around 14 hours for each job. 

We did not need to gain access to the sorted output files the way this person 
does though.

Ed

--
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

Re: z/OS Tag Sort

[Ulrich Krueger]

John,
Could you send us some more information on the size of this sort? Or perhaps
include the JCL and DFSORT output from this run (suitably altered to protect
sensitive information, of course)? Perhaps someone can find a way to tune
and improve your SORT performance.

Or, might there be an easy way to break the input into a number of smaller
input files? Those could then run in parallel, thus shortening the elapsed
time. Then, all you need is a final MERGE of all intermediate SORT outputs
to create the final output file.


Regards,
Ulrich Krueger


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of John Blythe Reid
Sent: Thursday, October 13, 2011 2:54 AM
To: IBM-MAIN@bama.ua.edu
Subject: z/OS Tag Sort

We are sorting a very large file and it's taking about fourteen hours. I
remember that there used to be a technique whereby the sort wrote out a list
of record addresses and an application program could read the list to access
the records in the desired sequence.

Does anyone know if there is still a way of doing this ?

Thanks.

Regards,
John.


-- 
John Blythe Reid,
Técnico de Sistemas de z/OS y de Sistemas Transaccionales,
Barcelona,
España.

--
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

--
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

Re: REXX fails accessing SDSF console

[Uriel Carrasquilla]

> Going to SAF from ISFPARMS in  SDSF is not too bad.

> Go to manual z/OS V1R10.0 SDSF Operation and Customization  SA22-7670-11
>There is a section called
> Converting ISFPARMS to SAF security

> This section should help you go through the process of
> 1) Determining if you have SAF instead of ISFPARMS for security
> 2) How to convert over.

> Hope this helps

Thank you.  This will help.

--
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

Re: C++ program and possible authority issues.

[Andre Massena]

John,

the STC does not react to stop 'P', but does to cancel 'C'.

The reason they want to use the relatively elegant SIGTERM is that there is
a lot of automation / dependancy in the spiel as well...

Thank you for the tips


Andre

 

En réponse à "McKown, John"  :
> -- Début du message d'origine 
> 
> And figure out if it works on that back level of z/OS.
> Otherwise, the user will
> need superuser authority (UID==0) or be able to "su" to become
> "root" in order
> to issue the kill. Why not just issue a z/OS operator CANCEL
> command? Or make
> your program use the __console2 interface to allow use of the
> operator MODIFY
> and STOP commands? Again, I don't know if those exist on the
> old level of z/OS
> you're running on. The CANCEL command could be issued by a
> z/OS UNIX program
> which is marked in the HFS as APF authorized. Again, if that
> is possible in that
> old release.
> 
> --
> John McKown 
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets®
> 
> 9151 Boulevard 26 . N. Richland Hills . TX 76010
> (817) 255-3225 phone . 
> john.mck...@healthmarkets.com . www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain
> confidential or
> proprietary information. If you are not the intended
> recipient, please contact
> the sender by reply e-mail and destroy all copies of the
> original message.
> HealthMarkets® is the brand name for products underwritten and
> issued by the
> insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
> Life Insurance
> Company®, Mid-West National Life Insurance Company of
> TennesseeSM and The MEGA
> Life and Health Insurance Company.SM
> 
>  
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Andre Massena
> > Sent: Thursday, October 13, 2011 10:34 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: C++ program and possible authority issues.
> > 
> > John,
> > 
> > thank you. Now I have to translate that into ACF2...
> > 
> > 
> > Regards,
> > 
> > 
> > 
> > Andre
> > 
> > 
> > 
> > 
> > En réponse à "McKown, John" 
> :
> > > -- Début du message d'origine
> 
> > > 
> > > That's an authority issue. Normal (non UID 0) users can
> only
> > > do a "kill" on a
> > > process which is using the same UID as the issuing
> process.
> > > There is a profile
> > > which allows a normal user to do this. READ access to the
> > > profile
> > > SUPERUSER.PROCESS.KILL in the UNIXPRIV class.
> > > 
> > > --
> > > John McKown 
> > > Systems Engineer IV
> > > IT
> > > 
> > > Administrative Services Group
> > > 
> > > HealthMarkets(r)
> > > 
> > > 9151 Boulevard 26 * N. Richland Hills * TX 76010
> > > (817) 255-3225 phone * 
> > > john.mck...@healthmarkets.com * www.HealthMarkets.com
> > > 
> > > Confidentiality Notice: This e-mail message may contain
> > > confidential or
> > > proprietary information. If you are not the intended
> > > recipient, please contact
> > > the sender by reply e-mail and destroy all copies of the
> > > original message.
> > > HealthMarkets(r) is the brand name for products
> underwritten
> > > and issued by the
> > > insurance subsidiaries of HealthMarkets, Inc. -The
> Chesapeake
> > > Life Insurance
> > > Company(r), Mid-West National Life Insurance Company of
> > > TennesseeSM and The MEGA
> > > Life and Health Insurance Company.SM
> > > 
> > >  
> > > 
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List 
> > > > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Andre Massena
> > > > Sent: Thursday, October 13, 2011 10:10 AM
> > > > To: IBM-MAIN@bama.ua.edu
> > > > Subject: Re: C++ program and possible authority issues.
> > > > 
> > > > All,
> > > > 
> > > > I have subsequently learned from my colleague that the
> > > operation being
> > > > attempted was a 
> > > > 
> > > > 'kill' (sigterm).
> > > > 
> > > > 
> > > > Regards,
> > > > 
> > > > 
> > > > Andre
> > > 
> > > 
> >
> --
> > > 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
> > > 
> > > --- Fin du message d'origine
> -
> > 
> > 
> > 
> > 
> >
> --
> > --
> > www.lavache.com : l'email gratuit sans pub, vachement meuh.
> > www.hugolescargot.com : coloriage, fiches recettes et 
> > bricolage, chansons, etc.
> > www.jeux-gratuits.com : des jeux en ligne pour toute la
> famille.
> > 
> >
> --
> > 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

Re: C++ program and possible authority issues.

[McKown, John]

And figure out if it works on that back level of z/OS. Otherwise, the user will 
need superuser authority (UID==0) or be able to "su" to become "root" in order 
to issue the kill. Why not just issue a z/OS operator CANCEL command? Or make 
your program use the __console2 interface to allow use of the operator MODIFY 
and STOP commands? Again, I don't know if those exist on the old level of z/OS 
you're running on. The CANCEL command could be issued by a z/OS UNIX program 
which is marked in the HFS as APF authorized. Again, if that is possible in 
that old release.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 . N. Richland Hills . TX 76010
(817) 255-3225 phone . 
john.mck...@healthmarkets.com . www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets® is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA 
Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Andre Massena
> Sent: Thursday, October 13, 2011 10:34 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: C++ program and possible authority issues.
> 
> John,
> 
> thank you. Now I have to translate that into ACF2...
> 
> 
> Regards,
> 
> 
> 
> Andre
> 
> 
> 
> 
> En réponse à "McKown, John"  :
> > -- Début du message d'origine 
> > 
> > That's an authority issue. Normal (non UID 0) users can only
> > do a "kill" on a
> > process which is using the same UID as the issuing process.
> > There is a profile
> > which allows a normal user to do this. READ access to the
> > profile
> > SUPERUSER.PROCESS.KILL in the UNIXPRIV class.
> > 
> > --
> > John McKown 
> > Systems Engineer IV
> > IT
> > 
> > Administrative Services Group
> > 
> > HealthMarkets(r)
> > 
> > 9151 Boulevard 26 * N. Richland Hills * TX 76010
> > (817) 255-3225 phone * 
> > john.mck...@healthmarkets.com * www.HealthMarkets.com
> > 
> > Confidentiality Notice: This e-mail message may contain
> > confidential or
> > proprietary information. If you are not the intended
> > recipient, please contact
> > the sender by reply e-mail and destroy all copies of the
> > original message.
> > HealthMarkets(r) is the brand name for products underwritten
> > and issued by the
> > insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
> > Life Insurance
> > Company(r), Mid-West National Life Insurance Company of
> > TennesseeSM and The MEGA
> > Life and Health Insurance Company.SM
> > 
> >  
> > 
> > > -Original Message-
> > > From: IBM Mainframe Discussion List 
> > > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Andre Massena
> > > Sent: Thursday, October 13, 2011 10:10 AM
> > > To: IBM-MAIN@bama.ua.edu
> > > Subject: Re: C++ program and possible authority issues.
> > > 
> > > All,
> > > 
> > > I have subsequently learned from my colleague that the
> > operation being
> > > attempted was a 
> > > 
> > > 'kill' (sigterm).
> > > 
> > > 
> > > Regards,
> > > 
> > > 
> > > Andre
> > 
> > 
> --
> > 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
> > 
> > --- Fin du message d'origine -
> 
> 
> 
> 
> --
> --
> www.lavache.com : l'email gratuit sans pub, vachement meuh.
> www.hugolescargot.com : coloriage, fiches recettes et 
> bricolage, chansons, etc.
> www.jeux-gratuits.com : des jeux en ligne pour toute la famille.
> 
> --
> 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
> 
> 

--
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

Re: C++ program and possible authority issues.

[Andre Massena]

John,

thank you. Now I have to translate that into ACF2...


Regards,



Andre




En réponse à "McKown, John"  :
> -- Début du message d'origine 
> 
> That's an authority issue. Normal (non UID 0) users can only
> do a "kill" on a
> process which is using the same UID as the issuing process.
> There is a profile
> which allows a normal user to do this. READ access to the
> profile
> SUPERUSER.PROCESS.KILL in the UNIXPRIV class.
> 
> --
> John McKown 
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * 
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain
> confidential or
> proprietary information. If you are not the intended
> recipient, please contact
> the sender by reply e-mail and destroy all copies of the
> original message.
> HealthMarkets(r) is the brand name for products underwritten
> and issued by the
> insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
> Life Insurance
> Company(r), Mid-West National Life Insurance Company of
> TennesseeSM and The MEGA
> Life and Health Insurance Company.SM
> 
>  
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Andre Massena
> > Sent: Thursday, October 13, 2011 10:10 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: C++ program and possible authority issues.
> > 
> > All,
> > 
> > I have subsequently learned from my colleague that the
> operation being
> > attempted was a 
> > 
> > 'kill' (sigterm).
> > 
> > 
> > Regards,
> > 
> > 
> > Andre
> 
> --
> 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
> 
> --- Fin du message d'origine -





www.lavache.com : l'email gratuit sans pub, vachement meuh.
www.hugolescargot.com : coloriage, fiches recettes et bricolage, chansons, etc.
www.jeux-gratuits.com : des jeux en ligne pour toute la famille.

--
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

Re: C++ program and possible authority issues.

[McKown, John]

That's an authority issue. Normal (non UID 0) users can only do a "kill" on a 
process which is using the same UID as the issuing process. There is a profile 
which allows a normal user to do this. READ access to the profile 
SUPERUSER.PROCESS.KILL in the UNIXPRIV class.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Andre Massena
> Sent: Thursday, October 13, 2011 10:10 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: C++ program and possible authority issues.
> 
> All,
> 
> I have subsequently learned from my colleague that the operation being
> attempted was a 
> 
> 'kill' (sigterm).
> 
> 
> Regards,
> 
> 
> Andre

--
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

Re: Certificate JCL error

[Walt Farrell]

On Thu, 13 Oct 2011 20:23:31 +0530, Jake anderson  
wrote:

>Please suggest

My suggestion would be that you'd get a more experienced set of eyes looking at 
your problem if you try RACF-L rather than IBM-MAIN, or if you open a question 
with the folks at the IBM Support Center if you're eligible for Q&A support 
there.

-- 
Walt Farrell
IBM STSM, z/OS Security Design

--
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

Re: n lpars in a sysplex and one of the lpar systems crashes

[Mary Anne Matyaz]

Ray, 
This is a topic that we could discuss for hours. :) 

In my experience, typically no. What happens at our place is that MIM notices 
that a system is not particpating and issues a message. The OPS are supposed to 
go see if it's down, and if so, respond properly to the message. If they don't, 
then things may get hairy with the offending system still holding locks, etc. 

The whole area is called SFM (Sysplex Failure Management) and IBM has spent 
considerable effort on it recently. There were several good Share presentations 
that touched on the topic, including two from Mark Brooks: 

http://proceedings.share.org/client_files/Share_in_Orlando_2/Session_9704_handout_1799_0.pdf
http://proceedings.share.org/client_files/Share_in_Orlando_2/Session_9729_handout_1740_0.pdf

And in one of Cheryl Watson's Hot Flashes she stated, and I'm paraphrasing: "If 
you're not implementing SFM you are negligent'.  

The following (old but still relevant) redbook may help also: 
http://publibfp.dhe.ibm.com/epubs/pdf/e0s1p702.pdf


As for QUIESCE, I'm not really sure. It's not a command I use. (Or have ever 
used??!) You could also try just VARY XCF,sysname,OFFLINE, but I don't think 
that would truly test out SFM. 

MA 

--
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

Re: C++ program and possible authority issues.

[Andre Massena]

All,

I have subsequently learned from my colleague that the operation being
attempted was a 

'kill' (sigterm).


Regards,


Andre



En réponse à Andre Massena  :
> -- Début du message d'origine 
> 
> All,
> 
> 
> thanks for the assistance and tips up to now.
> 
> The program in question has been link edited into a "normal"
> loadlib.
> 
> At the time the error occured, there was nothing in Syslog
> (z/OS) - I was
> watching it like a hawk.
> 
> 
> Andre
> 
> 
> PS as regards ACF2 permissions etc. I know nothing about ACF2,
> I inherited
> this "problem".
> 
> 
>  
> 
> En réponse à Scott Ford  :
> > -- Début du message d'origine
> 
> > 
> > John:
> >  
> > In ACF2 he should also see an error out on z/OS syslog.. Is
> > this a batch
> > execution or USS execution inside Unix ?
> > Make sure the LID has a USS type segment defined to it in
> > ACF2, that also can
> > bite you, Andre.
> > 
> > Scott J Ford
> > Software Engineer
> > http://www.identityforge.com
> >  
> > 
> > 
> > 
> > From: "McKown, John" 
> > To: IBM-MAIN@bama.ua.edu
> > Sent: Thursday, October 13, 2011 8:12 AM
> > Subject: Re: C++ program and possible authority issues.
> > 
> > In "", an error code of 139 is EPERM. But without
> > knowing what function
> > got the error, that is not of much use. With RACF, you'd see
> > some ICH408I
> > message in the z/OS SYSLOG. I don't know about ACF2. 
> > 
> > --
> > John McKown 
> > Systems Engineer IV
> > IT
> > 
> > Administrative Services Group
> > 
> > HealthMarkets(r)
> > 
> > 9151 Boulevard 26 * N. Richland Hills * TX 76010
> > (817) 255-3225 phone * 
> > john.mck...@healthmarkets.com * www.HealthMarkets.com
> > 
> > Confidentiality Notice: This e-mail message may contain
> > confidential or
> > proprietary information. If you are not the intended
> > recipient, please contact
> > the sender by reply e-mail and destroy all copies of the
> > original message.
> > HealthMarkets(r) is the brand name for products underwritten
> > and issued by the
> > insurance subsidiaries of HealthMarkets, Inc. -The
> Chesapeake
> > Life Insurance
> > Company(r), Mid-West National Life Insurance Company of
> > TennesseeSM and The MEGA
> > Life and Health Insurance Company.SM
> > 
> > 
> > 
> > > -Original Message-
> > > From: IBM Mainframe Discussion List 
> > > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Andre Massena
> > > Sent: Thursday, October 13, 2011 6:09 AM
> > > To: IBM-MAIN@bama.ua.edu
> > > Subject: C++ program and possible authority issues.
> > > 
> > > Hello all,
> > > 
> > > have just back-ported a c++ program (do not ask why).. to
> a 
> > > z/OS 1.5 system.
> > > 
> > > The program seems to start correctly, however my colleague
> 
> > > informs me that
> > > he cannot stop the program - he issues an internal command
> > to 
> > > halt the program.
> > > 
> > > In the /tmp/ message log I am seeing the following
> > messages:
> > > 
> > > rc= -1 errno1 139.
> > > 
> > > The program start, behaves and stops normally on a z/OS
> 1.11 
> > > system with
> > > RACF as the security product.
> > > 
> > > The z/OS 1.5 system uses ACF2...
> > > 
> > > I know it is not much to go on but would anyone have the 
> > > faintest idea where
> > > I might look?  
> > > 
> > > RACF program control comes to mind, but I not so sure.
> > > 
> > > 
> > > Regards,
> > > 
> > > 
> > > 
> > > Andre
> > > 
> > > 
> > > 
> > >
> >
> --
> > > --
> > > www.lavache.com : l'email gratuit sans pub, vachement
> meuh.
> > > www.hugolescargot.com : coloriage, fiches recettes et 
> > > bricolage, chansons, etc.
> > > www.jeux-gratuits.com : des jeux en ligne pour toute la
> > famille.
> > > 
> > >
> >
> --
> > > 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
> > > 
> > > 
> > 
> >
> --
> > 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
> > 
> >
> --
> > 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
> > 
> > --- Fin du message d'origine
> -
> 
> 
> 
> 
>

> www.lavache.com : l'email gratuit sans pub, vachement meuh.
> ww

MQ CICS 3270 Bridge - Does it work?

[Henke, George]

If so, how well.

Does anyone have any experience implementing this feature particularly the 
"data vector" facility instead of "screen scraping".

--
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

Re: Certificate JCL error

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jake anderson
> 
> [ snip ]
> 
> My concern is that we are unable to find the right Label name for Root
and
> Server. Is it something LABEL name must be given by the webservice
provider
> or else we can choose the LABLE name of our own.

The LABEL is an arbitrary, case-sensitive string you assign at RACDCERT
ADD time.  Its purpose is to serve as a "handle" with which you
manipulate the certificate after it has been ADDed.  If you do not
specify a LABEL, RACF will create one for you in the form
'LABEL'.

-jc-

--
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

Re: Certificate JCL error

[Jake anderson]

Hi Mark,

"I think the problem may be your label is too long.  The max is 32 chars"

Fair, but I too reduced the length but I get a different error as
certificate not added. Profile Name exist Verisign, But this is the first
time we are trying to add these

Situation is :

We have a CICS region where we it acts as requestor and has to send the
request via proxy server. Our Webservice provider has provided us three
certificates Root, Intermediate and Server Certificates.

My concern is that we are unable to find the right Label name for Root and
Server. Is it something LABEL name must be given by the webservice provider
or else we can choose the LABLE name of our own.

Or else do we need to raise a CSR for a particular Racf ID and send it to CA
for validation.

Please suggest

Jake

On Thu, Oct 13, 2011 at 7:44 PM, Mark Zelden  wrote:

>  On Thu, 13 Oct 2011 11:08:38 +0530, Jake anderson <
> justmainfra...@gmail.com> wrote:
>
> >Hi Experts,
> >
> >As  part of SSL enablement we have received three
> >certificates(Root,intermediate and Server). I tried updating the
> >certificates using the below JCL but i get a error related to strings :
> >
> >//CERTAUT$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B,
> >// REGION=5M,NOTIFY=&SYSUID
> >//STEP1   EXEC PGM=IKJEFT01
> >//SYSPRINT   DD SYSOUT=*
> >//SYSTSPRT   DD SYSOUT=*
> >//SYSTSINDD *
> > RACDCERT CERTAUTH ADD('A255209.GXS.ROOT') -
> >  WITHLABEL('VeriSign Class 3 Secure Server CA') TRUST
> > RACDCERT ID(CICSUSER) CONNECT (RING(GXSRING) -
> >  CERTAUTH LABEL('VeriSign Class 3 Secure Server CA')-
> >  USAGE(CERTAUTH))
> >  SETROPTS RACLIST(DIGTCERT,DIGTNMAP) REFRESH
> >/*
> >
> >Error message :
> >
> >READY
> >
> > RACDCERT CERTAUTH ADD('A255209.GXS.ROOT')   WITHLABEL(VeriSign Class 3
> >Secure S
> >IKJ56701I MISSING Label Name in
> >quotes+
> >IKJ56701I MISSING The Label Name for the new Digital Certificate, in
> >quotes
> >IKJ56716I EXTRANEOUS INFORMATION WAS IGNORED: VeriSign Class 3 Secure
> Server
> >CA
> >READY
> >
> > RACDCERT ID(CICSUSER) CONNECT (RING(GXSRING)   CERTAUTH LABEL(VeriSign
> >Class 3
> >IKJ56701I MISSING Label Name in
> >quotes+
> >IKJ56701I MISSING The Label Name, for the Digital Certificate, in
> >quotes
> >IKJ56716I EXTRANEOUS INFORMATION WAS IGNORED: VeriSign Class 3 Secure
> Server
> >CA
> >READY
> >
> >  SETROPTS RACLIST(DIGTCERT,DIGTNMAP)
> >REFRESH
> >READY
> >
> >END
> >
> >
>
> I think the problem may be your label is too long.  The max is 32 chars.
>
> Regards,
>
> Mark
> --
> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
> mailto:m...@mzelden.com
> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
> Systems Programming expert at http://expertanswercenter.techtarget.com/
>
> --
> 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
>

--
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

Re: n lpars in a sysplex and one of the lpar systems crashes

[Mike Liberatore]

Congratulations you win!
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Arun Shanmugasundaram 
Sender: IBM Mainframe Discussion List 
Date: Thu, 13 Oct 2011 06:43:27 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Re: n lpars in a sysplex and one of the lpar systems crashes

hi how are you  
---Please excuse my brevity. I'm trying to win The Email Game!-Original 
Message-

n lpars in a sysplex and one of the lpar systems crashes
From: Ray Overby To: ibm-m...@bama.ua.eduDate: 
Thursday, October 13, 2011 at 7:11PM
- In an N lpar sysplex with each lpar running late level z/OS (lets say z/os 
1.11 or higher) if a single lpar crashes (i.e. - an unscheduled termination of 
z/OS without performing normal shutdown procedures)will this affect the other 
systems?- Can this situation be simulated by having one of the lpars issue the 
QUIESCE command while it is up and running?- Is there some IBM or other doc 
that would shed some light on this situation?- Anyone have experience with this 
type of situation and care to discuss (either online or 
offline)?--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFOSearch the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
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

--
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

Re: Licensing of Tivoli Products.

[Mike Liberatore]

Congratulations you win!
--Original Message--
From: Arun Shanmugasundaram
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@bama.ua.edu
ReplyTo: IBM Mainframe Discussion List
Subject: Re: Licensing of Tivoli Products.
Sent: Oct 13, 2011 9:45 AM

 
---Please excuse my brevity. I'm trying to win The Email Game!-Original 
Message-

Licensing of Tivoli Products.
From: Neal Eckhardt To: ibm-m...@bama.ua.eduDate: 
Thursday, October 13, 2011 at 6:07PM
I was under the impression that if you drop maintenance on something like 
Tivoli Omegamon, you can still legally use the product, you just cannot get 
upgrades or fixes. Am I 
mistaken?Neal--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFOSearch the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
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


Sent from my Verizon Wireless BlackBerry

--
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

Re: Certificate JCL error

[Mark Zelden]

On Thu, 13 Oct 2011 11:08:38 +0530, Jake anderson  
wrote:

>Hi Experts,
>
>As  part of SSL enablement we have received three
>certificates(Root,intermediate and Server). I tried updating the
>certificates using the below JCL but i get a error related to strings :
>
>//CERTAUT$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B,
>// REGION=5M,NOTIFY=&SYSUID
>//STEP1   EXEC PGM=IKJEFT01
>//SYSPRINT   DD SYSOUT=*
>//SYSTSPRT   DD SYSOUT=*
>//SYSTSINDD *
> RACDCERT CERTAUTH ADD('A255209.GXS.ROOT') -
>  WITHLABEL('VeriSign Class 3 Secure Server CA') TRUST
> RACDCERT ID(CICSUSER) CONNECT (RING(GXSRING) -
>  CERTAUTH LABEL('VeriSign Class 3 Secure Server CA')-
>  USAGE(CERTAUTH))
>  SETROPTS RACLIST(DIGTCERT,DIGTNMAP) REFRESH
>/*
>
>Error message :
>
>READY
>
> RACDCERT CERTAUTH ADD('A255209.GXS.ROOT')   WITHLABEL(VeriSign Class 3
>Secure S
>IKJ56701I MISSING Label Name in
>quotes+
>IKJ56701I MISSING The Label Name for the new Digital Certificate, in
>quotes
>IKJ56716I EXTRANEOUS INFORMATION WAS IGNORED: VeriSign Class 3 Secure Server
>CA
>READY
>
> RACDCERT ID(CICSUSER) CONNECT (RING(GXSRING)   CERTAUTH LABEL(VeriSign
>Class 3
>IKJ56701I MISSING Label Name in
>quotes+
>IKJ56701I MISSING The Label Name, for the Digital Certificate, in
>quotes
>IKJ56716I EXTRANEOUS INFORMATION WAS IGNORED: VeriSign Class 3 Secure Server
>CA
>READY
>
>  SETROPTS RACLIST(DIGTCERT,DIGTNMAP)
>REFRESH
>READY
>
>END
>
>

I think the problem may be your label is too long.  The max is 32 chars.

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
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

Re: PDSE configuration concerns

[Mingee, David]

Hi Ralph,  We have been using PDSESHARING (EXTENDED) FOR 5 YEARS with only 1 
minor blip and it was fixed by adding the below statements to IGDSMS00:

PDSE_MONITOR(YES,60,30)  
PDSESHARING(EXTENDED)
PDSE_RESTARTABLE_AS(YES) 
PDSE1_MONITOR(YES)   
PDSE1_LRUCYCLES(15)  
PDSE1_LRUTIME(60)
PDSE1_HSP_SIZE(0)
PDSE1_BMFTIME(3600)  
One big benefit is multiple users across multiple LPARS can share a pdse for 
input/output, except if 2 users are manipulating the same MEMBER and one is for 
update and the need for compress is gone.  I think you will like it. 



David L. Mingee
Principal Systems Administrator
Indianapolis Production Control 
Data Center Operations / Operations Technical Support

Work Ext  782-6460
Work Direct Dial  317 581-6460
Home 317 598-0919 / Cell 317 341-0885



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ralph Wendt
Sent: Thursday, October 13, 2011 1:26 AM
To: IBM-MAIN@bama.ua.edu
Subject: PDSE configuration concerns

All:

We have 3 LPARS, with SHARING set to Normal.
We would like to change SHARING to Extended.

What kind of issues can I expect from implementing this change?

How would I perform the fallback? One member at a time, or a sysplex wide IPL?

Any relevant comments would be appreciated.

Ralph.

--
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

--
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

Re: z/OS Tag Sort

[David Betten]

Send the full joblog/sysout from the sort to dfs...@us.ibm.com and we can
take a look to see if there are any ways to tune the large sort for you.

Have a nice day,
Dave Betten
DFSORT Development, Performance Lead
IBM Corporation
email:  bet...@us.ibm.com
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

IBM Mainframe Discussion List  wrote on 10/13/2011
05:54:04 AM:

> [image removed]
>
> z/OS Tag Sort
>
> John Blythe Reid
>
> to:
>
> IBM-MAIN
>
> 10/13/2011 05:54 AM
>
> Sent by:
>
> IBM Mainframe Discussion List 
>
> Please respond to IBM Mainframe Discussion List
>
> We are sorting a very large file and it's taking about fourteen hours. I
> remember that there used to be a technique whereby the sort wrote out a
list
> of record addresses and an application program could read the list to
access
> the records in the desired sequence.
>
> Does anyone know if there is still a way of doing this ?
>
> Thanks.
>
> Regards,
> John.
>
>
> --
> John Blythe Reid,
> Técnico de Sistemas de z/OS y de Sistemas Transaccionales,
> Barcelona,
> España.
>
> --
> 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
>
--
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

Re: z/OS Tag Sort

[McKown, John]

Either: (1) You have a virus or (2) you're being a PITA. In either case, you're 
now in my autodelete file.

John McKown 

Systems Engineer IV

IT

 

Administrative Services Group

 

HealthMarkets(r)

 

9151 Boulevard 26 * N. Richland Hills * TX 76010

(817) 255-3225 phone * 

john.mck...@healthmarkets.com * www.HealthMarkets.com

 

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Arun Shanmugasundaram
> Sent: Thursday, October 13, 2011 8:44 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: z/OS Tag Sort
> 
> sss 
> ---Please excuse my brevity. I'm trying to win The Email 
> Game!-Original Message-
> 
> Re: z/OS Tag Sort
> From: John Blythe Reid To: 
> ibm-m...@bama.ua.eduDate: Thursday, October 13, 2011 at 6:59PM
> Thanks, Lizette.We're using DFSORT with z/OS V1.11.Bye for 
> now,JohnOn 13 October 2011 13:22, Lizette Koehler wrote:> 
> >> > We are sorting a very large file and it's 
> taking about fourteen hours. I> remember that> > 
> there used to be a technique whereby the sort wrote out a 
> list of record> addresses and> > an application 
> program could read the list to access the records in the> 
> desired> > sequence.> >> > Does anyone know 
> if there is still a way of doing this ?> >> > 
> Thanks>> Could you provide the z/OS level you are 
> running?> Sort product? Syncosrt release, CA SORT release, 
> or DFSORT>> And whether or not you are doing your own 
> sort processing rather than using> DFSORT, SYNCSORT, or CA 
> Sort?>> Each product might have a slight (very slight) 
> different way of doing this.>> Or did you write your 
> own sorting process? Not using a vendor product.>> 
> Lizette>> 
> --
> > 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>-- John 
> Blythe Reid,Técnico de Sistemas de z/OS y de Sistemas 
> Transaccionales,Barcelona,España.--
> For IBM-MAIN 
> subscribe / signoff / archive access instructions,send email 
> to lists...@bama.ua.edu with the message: GET IBM-MAIN 
> INFOSearch the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> 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
> 
> 

--
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

Re: Licensing of Tivoli Products.

[Arun Shanmugasundaram]

 
---Please excuse my brevity. I'm trying to win The Email Game!-Original 
Message-

Licensing of Tivoli Products.
From: Neal Eckhardt To: ibm-m...@bama.ua.eduDate: 
Thursday, October 13, 2011 at 6:07PM
I was under the impression that if you drop maintenance on something like 
Tivoli Omegamon, you can still legally use the product, you just cannot get 
upgrades or fixes. Am I 
mistaken?Neal--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFOSearch the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
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

Re: C program and possible authority issues.

[Arun Shanmugasundaram]

ss 
---Please excuse my brevity. I'm trying to win The Email Game!-Original 
Message-

Re: C   program and possible authority issues.
From: Scott Ford To: ibm-m...@bama.ua.eduDate: 
Thursday, October 13, 2011 at 6:07PM
John: In ACF2 he should also see an error out on z/OS syslog.. Is this a 
batch execution or USS execution inside Unix ?Make sure the LID has a USS type 
segment defined to it in ACF2, that also can bite you, Andre.Scott J 
FordSoftware 
Engineerhttp://www.identityforge.com From: 
"McKown, John" To: ibm-m...@bama.ua.eduSent: Thursday, October 13, 2011 8:12 
AMSubject: Re: C   program and possible authority issues.In "", an error code 
of 139 is EPERM. But without knowing what function got the error, that is not 
of much use. With RACF, you'd see some ICH408I message in the z/OS SYSLOG. I 
don't know about ACF2. --John McKown Systems Engineer IVITAdministrative 
Services GroupHealthMarkets(r)9151 Boulevard 26 * N. Richland Hills * TX 
76010(817) 255-3225 phone * john.mck...@healthmarkets.com * 
www.HealthMarkets.comConfidentiality Notice: This e-mail message may contain 
confidential or proprietary information. If you are not the intended recipient, 
please contact the sender by reply e-mail and destroy all copies of the 
original message. HealthMarkets(r) is the brand name for products underwritten 
and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake 
Life Insurance Company(r), Mid-West National Life Insurance Company of 
TennesseeSM and The MEGA Life and Health Insurance Company.SM> -Original 
Message-> From: IBM Mainframe Discussion List > 
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Andre Massena> Sent: Thursday, 
October 13, 2011 6:09 AM> To: IBM-MAIN@bama.ua.edu> Subject: C   program 
and possible authority issues.> > Hello all,> > have just 
back-ported a c   program (do not ask why).. to a > z/OS 1.5 system.> 
> The program seems to start correctly, however my colleague > informs me 
that> he cannot stop the program - he issues an internal command to > 
halt the program.> > In the /tmp/ message log I am seeing the 
following messages:> > rc= -1 errno1 139.> > The program start, 
behaves and stops normally on a z/OS 1.11 > system with> RACF as the 
security product.> > The z/OS 1.5 system uses ACF2...> > I know it 
is not much to go on but would anyone have the > faintest idea where> I 
might look?  > > RACF program control comes to mind, but I not so 
sure.> > > Regards,> > > > Andre> > > > 
--> 
--> www.lavache.com : l'email gratuit sans pub, vachement 
meuh.> www.hugolescargot.com : coloriage, fiches recettes et > bricolage, 
chansons, etc.> www.jeux-gratuits.com : des jeux en ligne pour toute la 
famille.> > 
--> 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>; > 
--For 
IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFOSearch the archives at 
http://bama.ua.edu/archives/ibm-main.html--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFOSearch the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
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

Re: z/OS Tag Sort

[Arun Shanmugasundaram]

sss 
---Please excuse my brevity. I'm trying to win The Email Game!-Original 
Message-

Re: z/OS Tag Sort
From: John Blythe Reid To: 
ibm-m...@bama.ua.eduDate: Thursday, October 13, 2011 at 6:59PM
Thanks, Lizette.We're using DFSORT with z/OS V1.11.Bye for now,JohnOn 13 
October 2011 13:22, Lizette Koehler wrote:> >> > We are sorting a 
very large file and it's taking about fourteen hours. I> remember that> 
> there used to be a technique whereby the sort wrote out a list of 
record> addresses and> > an application program could read the list to 
access the records in the> desired> > sequence.> >> > Does 
anyone know if there is still a way of doing this ?> >> > 
Thanks>> Could you provide the z/OS level you are running?> Sort 
product? Syncosrt release, CA SORT release, or DFSORT>> And whether or 
not you are doing your own sort processing rather than using> DFSORT, 
SYNCSORT, or CA Sort?>> Each product might have a slight (very slight) 
different way of doing this.>> Or did you write your own sorting process? 
Not using a vendor product.>> Lizette>> 
--> 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>-- John Blythe 
Reid,Técnico de Sistemas de z/OS y de Sistemas 
Transaccionales,Barcelona,España.--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFOSearch the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
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

Re: n lpars in a sysplex and one of the lpar systems crashes

[Arun Shanmugasundaram]

 
---Please excuse my brevity. I'm trying to win The Email Game!-Original 
Message-

n lpars in a sysplex and one of the lpar systems crashes
From: Ray Overby To: ibm-m...@bama.ua.eduDate: 
Thursday, October 13, 2011 at 7:11PM
- In an N lpar sysplex with each lpar running late level z/OS (lets say z/os 
1.11 or higher) if a single lpar crashes (i.e. - an unscheduled termination of 
z/OS without performing normal shutdown procedures)will this affect the other 
systems?- Can this situation be simulated by having one of the lpars issue the 
QUIESCE command while it is up and running?- Is there some IBM or other doc 
that would shed some light on this situation?- Anyone have experience with this 
type of situation and care to discuss (either online or 
offline)?--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFOSearch the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
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

Re: n lpars in a sysplex and one of the lpar systems crashes

[Arun Shanmugasundaram]

s 
---Please excuse my brevity. I'm trying to win The Email Game!-Original 
Message-

n lpars in a sysplex and one of the lpar systems crashes
From: Ray Overby To: ibm-m...@bama.ua.eduDate: 
Thursday, October 13, 2011 at 7:11PM
- In an N lpar sysplex with each lpar running late level z/OS (lets say z/os 
1.11 or higher) if a single lpar crashes (i.e. - an unscheduled termination of 
z/OS without performing normal shutdown procedures)will this affect the other 
systems?- Can this situation be simulated by having one of the lpars issue the 
QUIESCE command while it is up and running?- Is there some IBM or other doc 
that would shed some light on this situation?- Anyone have experience with this 
type of situation and care to discuss (either online or 
offline)?--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFOSearch the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
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

Re: n lpars in a sysplex and one of the lpar systems crashes

[Arun Shanmugasundaram]

hi how are you  
---Please excuse my brevity. I'm trying to win The Email Game!-Original 
Message-

n lpars in a sysplex and one of the lpar systems crashes
From: Ray Overby To: ibm-m...@bama.ua.eduDate: 
Thursday, October 13, 2011 at 7:11PM
- In an N lpar sysplex with each lpar running late level z/OS (lets say z/os 
1.11 or higher) if a single lpar crashes (i.e. - an unscheduled termination of 
z/OS without performing normal shutdown procedures)will this affect the other 
systems?- Can this situation be simulated by having one of the lpars issue the 
QUIESCE command while it is up and running?- Is there some IBM or other doc 
that would shed some light on this situation?- Anyone have experience with this 
type of situation and care to discuss (either online or 
offline)?--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFOSearch the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
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

Re: z/OS Tag Sort

[Blaicher, Christopher Y.]

Can you define what 'large' is.  The best description would be:
1) Number of records - a ballpark figure will do
2) The average length of the records
3) The size of the key

I don't know of any currently supported tag sort, especially of the type you 
are talking about.

The main reason for this is that unless the input file is highly biased, or 
presorted, the random I/O access patterns will kill the elapsed time.  It is 
far more efficient to read sequentially than to read random blocks.

Chris Blaicher
Senior Software Engineer, Software Services
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803    
E: cblaic...@syncsort.com

www.syncsort.com

RETHINK THE ECONOMICS OF DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
John Blythe Reid
Sent: Thursday, October 13, 2011 4:54 AM
To: MVS List Server 1
Subject: z/OS Tag Sort

We are sorting a very large file and it's taking about fourteen hours. I
remember that there used to be a technique whereby the sort wrote out a list
of record addresses and an application program could read the list to access
the records in the desired sequence.

Does anyone know if there is still a way of doing this ?

Thanks.

Regards,
John.


-- 
John Blythe Reid,
Técnico de Sistemas de z/OS y de Sistemas Transaccionales,
Barcelona,
España.

--
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

--
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

Re: n lpars in a sysplex and one of the lpar systems crashes

[Mark Jacobs]

On 10/13/11 09:41, Ray Overby wrote:
-In an N lpar sysplex with each lpar running late level z/OS (lets 
say z/os 1.11 or higher) if a single lpar crashes (i.e. - an 
unscheduled termination of z/OS without performing normal shutdown 
procedures)will this affect the other systems?


-Can this situation be simulated by having one of the lpars issue 
the QUIESCE command while it is up and running?


-Is there some IBM or other doc that would shed some light on this 
situation?


-Anyone have experience with this type of situation and care to 
discuss (either online or offline)?


--



If you're running in a sysplex and don't have SFM enabled then a failed 
lpar might effect the other members in the plex. We've had an SFM policy 
active ever since we've been running in sysplex mode and just recently 
enabled BCPii services to further enhance the ability for SFM to prevent 
a failed system from affecting the rest.


--
Mark Jacobs
Time Customer Service
Tampa, FL


Some people are electrifying, they light up
a room when they leave.

--
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

Re: Connect Direct on a separate LPAR

[Bill Johnson]

We are licensed for one instance of Connect Direct so we obviously run that in 
production. Upgrading is a pain since there is no test bed to use. We only 
transmit/receive with 2 companies. We do about 25 transmissions a day spread 
out over all 24 hours. We think the price that Sterling charged us is 
exorbitant for the usage. That's why the direction to create a new smaller LPAR 
and run it there. The other option is to eliminate the product if we can't 
reduce the cost.

Thanks,
Bill Johnson




From: Jim Marshall 
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, October 13, 2011 8:42 AM
Subject: Re: Connect Direct on a separate LPAR

Answer is YES, we do it today.   We have a HOT-Standby capability on a 2nd 
Machine in case the primary goes down. 
You say you will only have it one LPAR.   Interesting for it seems to say you 
run Prod and TEST in the same LPAR. 
In general we need to have it in TEST LPAR to do checkouts for initial trading 
partner implementations and to get the quirks out of the new releases.  Then we 
run PROD and it is up all the time. 

In general    
    a.  Since with multiple LPAR sites and maybe multiple machines you will 
have to route all the transfers over to where C:D is running.  A small shop 
this may not be a problem; a big shop it might be. This is premising you 
running it in one and only one LPAR.  
    b.  If you are running one and only one instance, then PROD and TEST are in 
the same C:D and the need to recycle it periodically in testing will be an 
issue if it is used much at all. 
    c.   I understand now SECURE+ is packaged as standard equipment and that is 
goodness. 
    
If indeed you want to save more , then many places I have known will 
offload it onto a LINUX Server and pay around $15-20K up front and then S&S.   
Note: I understand IBM's new licensing scheme may change this from what 
Sterling Commerce had it.

Suggest you talk to IBM about how it is going to license the product in their 
mold. I am currently still trying to figure out the licensing methodology from 
the old way to the new way.  It has not been easy to get the conversion 
information of how my 30+ licenses dropped to 6 (I am told).  You can contact 
me offlist if you need any more info. I have run the product for about 18 
years. 

jim  

  

--
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

--
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

Re: REXX fails accessing SDSF console

[Mark Zelden]

On Thu, 13 Oct 2011 03:11:32 +, Uriel Carrasquilla 
 wrote:

>> When you run in batch, you may not fall into the group you think you are.   
>> If your
>parms are not based on IUID (userid) and are based on TSO authorities like
>JCL, OPER and ACCT (as the default / sample parms are), then when you run
>in batch the only authority you get is "JCL".   This puts you into a group that
>is typically an "end user" / application programmer group that probably does
>not have access to CONSOLE or jobs/output that aren't associated with the
>userid of the submitter.
>
>I became a victim of the situation you described.
>I set up a job to be submitted by our scheduler (UC4) and I thought the userid 
>would have the same access as myself to the console.  Well, that was not the 
>case.  As you described, the TSO-Batch failed on insufficient authority.
>I am probably using TSO authorities as you described.
>How do you switch parameters so they are based on IUID (userid)?
>I am trying to have my job "vary unit,online", do some DF/DSS work, and then 
>"vary unit,offline".
>

Simply copy the group you want with the correct attributes (for 
example ISFOPER) into a new group and call it what you want. 
Remove the TSOAUTH(...) line / requirement from the group definition
and replace it with IUID(name).   Create an NTBL with the IUID name
with entries that represent the userids you want to have that authority 
(production batch, etc.).

Order matters here, so you want that group definition ahead of
other ones that classify based on TSOAUTH.   

example:

// 
/* GROUP OPRBTCH - Operators Auth from Batch Job*/ 
/*   - based on USERIDs in NTBL OBATCH  */ 
// 
 GROUP NAME(OPRBTCH),/* Group name  */ 
 IUID(OBATCH),   /* Userid NTLB list for this group */ 
 AUTH(ALL),  /* Authorized functions*/ 
 CMDAUTH(ALL),   /* Commands allowed for all jobs   */ 
 CMDLEV(7),  /* Authorized command level*/ 
 ...
 ...



/**/ 
/*  NTBL OBATCH - IDS FOR SDSF IN BATCH   */ 
/*  THAT HAVE OPERATOR AUTHORITY  */ 
/**/ 
NTBL NAME(OBATCH)
  NTBLENT STRING(CA7PROD),OFFSET(1)  
  NTBLENT STRING(CA7TEST),OFFSET(1) 


Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/
 
   

--
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

n lpars in a sysplex and one of the lpar systems crashes

[Ray Overby]

-In an N lpar sysplex with each lpar running late level z/OS (lets 
say z/os 1.11 or higher) if a single lpar crashes (i.e. - an unscheduled 
termination of z/OS without performing normal shutdown procedures)will 
this affect the other systems?


-Can this situation be simulated by having one of the lpars issue 
the QUIESCE command while it is up and running?


-Is there some IBM or other doc that would shed some light on this 
situation?


-Anyone have experience with this type of situation and care to 
discuss (either online or offline)?


--
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

Re: z/OS Tag Sort

[John Blythe Reid]

Thanks, Lizette.

We're using DFSORT with z/OS V1.11.

Bye for now,
John

On 13 October 2011 13:22, Lizette Koehler  wrote:

> >
> > We are sorting a very large file and it's taking about fourteen hours. I
> remember that
> > there used to be a technique whereby the sort wrote out a list of record
> addresses and
> > an application program could read the list to access the records in the
> desired
> > sequence.
> >
> > Does anyone know if there is still a way of doing this ?
> >
> > Thanks
>
> Could you provide the z/OS level you are running?
> Sort product? Syncosrt release, CA SORT  release, or DFSORT
>
> And whether or not you are doing your own sort processing rather than using
> DFSORT, SYNCSORT, or CA Sort?
>
> Each product might have a slight (very slight) different way of doing this.
>
> Or did you write your own sorting process?  Not using a vendor product.
>
> Lizette
>
> --
> 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
>



-- 
John Blythe Reid,
Técnico de Sistemas de z/OS y de Sistemas Transaccionales,
Barcelona,
España.

--
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

Re: C++ program and possible authority issues.

[Andre Massena]

All,


thanks for the assistance and tips up to now.

The program in question has been link edited into a "normal" loadlib.

At the time the error occured, there was nothing in Syslog (z/OS) - I was
watching it like a hawk.


Andre


PS as regards ACF2 permissions etc. I know nothing about ACF2, I inherited
this "problem".


 

En réponse à Scott Ford  :
> -- Début du message d'origine 
> 
> John:
>  
> In ACF2 he should also see an error out on z/OS syslog.. Is
> this a batch
> execution or USS execution inside Unix ?
> Make sure the LID has a USS type segment defined to it in
> ACF2, that also can
> bite you, Andre.
> 
> Scott J Ford
> Software Engineer
> http://www.identityforge.com
>  
> 
> 
> 
> From: "McKown, John" 
> To: IBM-MAIN@bama.ua.edu
> Sent: Thursday, October 13, 2011 8:12 AM
> Subject: Re: C++ program and possible authority issues.
> 
> In "", an error code of 139 is EPERM. But without
> knowing what function
> got the error, that is not of much use. With RACF, you'd see
> some ICH408I
> message in the z/OS SYSLOG. I don't know about ACF2. 
> 
> --
> John McKown 
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * 
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain
> confidential or
> proprietary information. If you are not the intended
> recipient, please contact
> the sender by reply e-mail and destroy all copies of the
> original message.
> HealthMarkets(r) is the brand name for products underwritten
> and issued by the
> insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
> Life Insurance
> Company(r), Mid-West National Life Insurance Company of
> TennesseeSM and The MEGA
> Life and Health Insurance Company.SM
> 
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Andre Massena
> > Sent: Thursday, October 13, 2011 6:09 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: C++ program and possible authority issues.
> > 
> > Hello all,
> > 
> > have just back-ported a c++ program (do not ask why).. to a 
> > z/OS 1.5 system.
> > 
> > The program seems to start correctly, however my colleague 
> > informs me that
> > he cannot stop the program - he issues an internal command
> to 
> > halt the program.
> > 
> > In the /tmp/ message log I am seeing the following
> messages:
> > 
> > rc= -1 errno1 139.
> > 
> > The program start, behaves and stops normally on a z/OS 1.11 
> > system with
> > RACF as the security product.
> > 
> > The z/OS 1.5 system uses ACF2...
> > 
> > I know it is not much to go on but would anyone have the 
> > faintest idea where
> > I might look?  
> > 
> > RACF program control comes to mind, but I not so sure.
> > 
> > 
> > Regards,
> > 
> > 
> > 
> > Andre
> > 
> > 
> > 
> >
> --
> > --
> > www.lavache.com : l'email gratuit sans pub, vachement meuh.
> > www.hugolescargot.com : coloriage, fiches recettes et 
> > bricolage, chansons, etc.
> > www.jeux-gratuits.com : des jeux en ligne pour toute la
> famille.
> > 
> >
> --
> > 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
> > 
> > 
> 
> --
> 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
> 
> --
> 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
> 
> --- Fin du message d'origine -





www.lavache.com : l'email gratuit sans pub, vachement meuh.
www.hugolescargot.com : coloriage, fiches recettes et bricolage, chansons, etc.
www.jeux-gratuits.com : des jeux en ligne pour toute la famille.

--
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

Re: Connect Direct on a separate LPAR

[Jim Marshall]

"Depending on the number of transfers you do you can get a license for
'n' concurrent transfers so costs won't be based on type or size of box."


What Sterling Commerce (SC) did until bought by IBM was to license mainframe 
licenses on MIPS.  Maybe they did have a session license at some reduced cost.  
The way I understand now IBM will only be marketing unlimited sessions and 
including SECURE+ as standard equipment.  This makes licensing much simpler.  
SC had "3", "5", "7" and MAX-Server licenses along the way. Then it varied by 
Windows, UNIX, LINUX, and all the other platforms they could run the product; 
and it was many, many.  

Just ensure if are able to get a less than unlimited session license, you 
understand how outbound and inbound transfers will work and what happens when 
all the sessions are busy.  My Data Exchange partners do not want to believe I 
can not accept their transfer (appears as I am not available) when they are 
sending to me. Likewise outbound transfers will fail if initiated when all the 
sessions are used (of course I have coded a number of retries over a 2-3 hour 
period for it to be successful when sessions free up).  So in my case unlimited 
sessions was not costing much more than cheaping out and getting all the phone 
calls asking if I am DOWN; actually just very busy. 

jim 

--
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

Re: Licensing of Tivoli Products.

[McKown, John]

Depends on the terms of the license. With z/OS, if you don't pay, you can't 
run. And, IIRC, you must continue to pay the license so long as you run it, 
EVEN IF IT IS NO LONGER SUPPORTED BY IBM. As an example, we have permanent 
licenses for our BMC and CompuWare products. So management decided to not renew 
our maintenance. This allows us to continue to run their products, but "if it 
breaks, you own both pieces". And we are in that situation right now with Data 
Accelerator. On the other hand, we still pay for other products such as z/OS, 
SYSB, CA & MacKinney products, ... . I assure you, if we could "freeze" them 
and stop paying, we would. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Neal Eckhardt
> Sent: Thursday, October 13, 2011 7:37 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Licensing of Tivoli Products.
> 
> I was under the impression that if you drop maintenance on 
> something like Tivoli Omegamon, you can still legally use the 
> product, you just cannot get upgrades or fixes. Am I mistaken?
> 
> Neal
> 
> --
> 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
> 
> 

--
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

Re: Spool data set browse (SDSB) question

[Gilbert Cardenas]

If you used the Rexx/SDSF api, you could possibly use the SYSLOG prefix and 
allocate the DD and then do an execio using LIFO.

--
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

Re: Connect Direct on a separate LPAR

[Jim Marshall]

Answer is YES, we do it today.   We have a HOT-Standby capability on a 2nd 
Machine in case the primary goes down. 
You say you will only have it one LPAR.   Interesting for it seems to say you 
run Prod and TEST in the same LPAR. 
In general we need to have it in TEST LPAR to do checkouts for initial trading 
partner implementations and to get the quirks out of the new releases.  Then we 
run PROD and it is up all the time. 

In general
a.  Since with multiple LPAR sites and maybe multiple machines you will 
have to route all the transfers over to where C:D is running.  A small shop 
this may not be a problem; a big shop it might be. This is premising you 
running it in one and only one LPAR.  
b.  If you are running one and only one instance, then PROD and TEST are in 
the same C:D and the need to recycle it periodically in testing will be an 
issue if it is used much at all. 
c.   I understand now SECURE+ is packaged as standard equipment and that is 
goodness. 

If indeed you want to save more , then many places I have known will 
offload it onto a LINUX Server and pay around $15-20K up front and then S&S.   
Note: I understand IBM's new licensing scheme may change this from what 
Sterling Commerce had it.

Suggest you talk to IBM about how it is going to license the product in their 
mold. I am currently still trying to figure out the licensing methodology from 
the old way to the new way.  It has not been easy to get the conversion 
information of how my 30+ licenses dropped to 6 (I am told).  You can contact 
me offlist if you need any more info. I have run the product for about 18 
years. 

jim  

  

--
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

Re: C++ program and possible authority issues.

[Scott Ford]

John:
 
In ACF2 he should also see an error out on z/OS syslog.. Is this a batch 
execution or USS execution inside Unix ?
Make sure the LID has a USS type segment defined to it in ACF2, that also can 
bite you, Andre.

Scott J Ford
Software Engineer
http://www.identityforge.com
 



From: "McKown, John" 
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, October 13, 2011 8:12 AM
Subject: Re: C++ program and possible authority issues.

In "", an error code of 139 is EPERM. But without knowing what 
function got the error, that is not of much use. With RACF, you'd see some 
ICH408I message in the z/OS SYSLOG. I don't know about ACF2. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM



> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Andre Massena
> Sent: Thursday, October 13, 2011 6:09 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: C++ program and possible authority issues.
> 
> Hello all,
> 
> have just back-ported a c++ program (do not ask why).. to a 
> z/OS 1.5 system.
> 
> The program seems to start correctly, however my colleague 
> informs me that
> he cannot stop the program - he issues an internal command to 
> halt the program.
> 
> In the /tmp/ message log I am seeing the following messages:
> 
> rc= -1 errno1 139.
> 
> The program start, behaves and stops normally on a z/OS 1.11 
> system with
> RACF as the security product.
> 
> The z/OS 1.5 system uses ACF2...
> 
> I know it is not much to go on but would anyone have the 
> faintest idea where
> I might look?  
> 
> RACF program control comes to mind, but I not so sure.
> 
> 
> Regards,
> 
> 
> 
> Andre
> 
> 
> 
> --
> --
> www.lavache.com : l'email gratuit sans pub, vachement meuh.
> www.hugolescargot.com : coloriage, fiches recettes et 
> bricolage, chansons, etc.
> www.jeux-gratuits.com : des jeux en ligne pour toute la famille.
> 
> --
> 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
> 
> 

--
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

--
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

Licensing of Tivoli Products.

[Neal Eckhardt]

I was under the impression that if you drop maintenance on something like 
Tivoli Omegamon, you can still legally use the product, you just cannot get 
upgrades or fixes. Am I mistaken?

Neal

--
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

Re: PDSE configuration concerns

[Staller, Allan]

1)  ro* all,setsms psdesharing(extended)  ??? check the syntax and/or
the command, I am doing this from memory
2) update IGDSMS00 as appropriate on all systems
3) IIRC, fallback is a sysplex-side IPL.

I did this about 6 months ago and have had no issues.

You might also want to implement to PDSE RAS address space at the same
time. Check out PDSE_RESTARTABLE_AS(YES)
This address space will not start until the next IPL, however, a rolling
IPL is sufficient for this.

--
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

Re: ADRDSSU logical dump of VSAM & restore

[McKown, John]

Still on z/OS 1.10. 1.12 is in the works, but due to a problem caused by lack 
of a maintenance contract, we need to be off of a vendor product before we can 
convert.

Somewhat on topic to this is an "interesting" discovery I made. If you do a 
logical dump of a multivolume VSAM KSDS using ADRDSSU, and then do a RESTORE 
from this with an OUTDYNAM((onevol)), ADRDSSU puts out an ADR390I message about 
UNMATCHED SIZE and attempt to reallocate the dataset with a new SPACE parameter 
equal to the sum of the size of all the extents. In our case, this was 7400 
cylinders. Which cannot fit on a single 3390-3 volume. So we get some SMS 
messages about space contraint release being invoked. The LISTCAT on the KSDS 
now shows a primary space of 7400 cylinders instead of the original value. But 
all seems well. AT THIS TIME. However, if you then do another logical dump of 
this KSDS, the restore of that second dump __fails__ with an allocation error 
about not having any volume with sufficient free space (well, duh! No 3390-3 
will ever have 7400 cylinders of free space). In this second case, space 
constraint release is not invoked. Most weird. If you prealloca!
 te the output file with the original SPACE parameters and remove the OUTDYNAM, 
then the RESTORE works correctly and, even better, does not change the space 
allocation parameters.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Eells
> Sent: Wednesday, October 12, 2011 12:24 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: ADRDSSU logical dump of VSAM & restore
> 
> If you're on z/OS R12, you might consider using CA Reclaim 
> rather than 
> re-orging KSDSs.
> 
> McKown, John wrote:
> > I've been asked a question that I can't find the answer to. 
> We are dumping VSAM KSDSes using ADRDSSU in logical dump 
> mode. We then do a RESTORE. Does this "reorganized" the file, 
> removing CA and CI splits and "compressing" the data back in 
> physical/logical order? Or is it more like a physical restore 
> of CAs or tracks?
> >
> >
> > John McKown
> 
> -- 
> John Eells
> z/OS Technical Marketing
> IBM Poughkeepsie
> ee...@us.ibm.com
> 
> --
> 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
> 
> 

--
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

Re: C++ program and possible authority issues.

[McKown, John]

In "", an error code of 139 is EPERM. But without knowing what 
function got the error, that is not of much use. With RACF, you'd see some 
ICH408I message in the z/OS SYSLOG. I don't know about ACF2. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Andre Massena
> Sent: Thursday, October 13, 2011 6:09 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: C++ program and possible authority issues.
> 
> Hello all,
> 
> have just back-ported a c++ program (do not ask why).. to a 
> z/OS 1.5 system.
> 
> The program seems to start correctly, however my colleague 
> informs me that
> he cannot stop the program - he issues an internal command to 
> halt the program.
> 
> In the /tmp/ message log I am seeing the following messages:
> 
> rc= -1 errno1 139.
> 
> The program start, behaves and stops normally on a z/OS 1.11 
> system with
> RACF as the security product.
> 
> The z/OS 1.5 system uses ACF2...
> 
> I know it is not much to go on but would anyone have the 
> faintest idea where
> I might look?  
> 
> RACF program control comes to mind, but I not so sure.
> 
> 
> Regards,
> 
> 
> 
> Andre
> 
> 
> 
> --
> --
> www.lavache.com : l'email gratuit sans pub, vachement meuh.
> www.hugolescargot.com : coloriage, fiches recettes et 
> bricolage, chansons, etc.
> www.jeux-gratuits.com : des jeux en ligne pour toute la famille.
> 
> --
> 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
> 
> 

--
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

Re: C++ program and possible authority issues.

[Miklos Szigetvari]

Hi
The EPERM(139) error number can occur during the call of several kernel 
functions.

I think you need to know in which function you got this EPERM(139) error.

Maybe the simplest way to modify the code, end extend this "rc= -1 
errno1 139" with some trace-back, dump .


RACF setting,  USS permissions etc etc can be different in the two systems

On 10/13/2011 1:08 PM, Andre Massena wrote:

Hello all,

have just back-ported a c++ program (do not ask why).. to a z/OS 1.5 system.

The program seems to start correctly, however my colleague informs me that
he cannot stop the program - he issues an internal command to halt the program.

In the /tmp/ message log I am seeing the following messages:

rc= -1 errno1 139.

The program start, behaves and stops normally on a z/OS 1.11 system with
RACF as the security product.

The z/OS 1.5 system uses ACF2...

I know it is not much to go on but would anyone have the faintest idea where
I might look?

RACF program control comes to mind, but I not so sure.


Regards,



Andre




www.lavache.com : l'email gratuit sans pub, vachement meuh.
www.hugolescargot.com : coloriage, fiches recettes et bricolage, chansons, etc.
www.jeux-gratuits.com : des jeux en ligne pour toute la famille.

--
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




--
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

Re: C++ program and possible authority issues.

[Erik Janssen]

Hello Andre,

If I'm correct Errno 139 is 'operation not permitted', which could very well be 
ACF2 related (some authorization missing that is there in RACF). But it can 
also be permissionbits, it all depends on that function is getting this error. 
May I suggest perror (http://en.wikipedia.org/wiki/Perror)?

Regards,

Erik Janssen.


-Oorspronkelijk bericht-
Van: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Namens Andre 
Massena
Verzonden: donderdag 13 oktober 2011 13:09
Aan: IBM-MAIN@bama.ua.edu
Onderwerp: C++ program and possible authority issues.

Hello all,

have just back-ported a c++ program (do not ask why).. to a z/OS 1.5 system.

The program seems to start correctly, however my colleague informs me that he 
cannot stop the program - he issues an internal command to halt the program.

In the /tmp/ message log I am seeing the following messages:

rc= -1 errno1 139.

The program start, behaves and stops normally on a z/OS 1.11 system with RACF 
as the security product.

The z/OS 1.5 system uses ACF2...

I know it is not much to go on but would anyone have the faintest idea where I 
might look?

RACF program control comes to mind, but I not so sure.


Regards,



Andre




www.lavache.com : l'email gratuit sans pub, vachement meuh.
www.hugolescargot.com : coloriage, fiches recettes et bricolage, chansons, etc.
www.jeux-gratuits.com : des jeux en ligne pour toute la famille.

--
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
-
ATTENTION:
The information in this electronic mail message is private and
confidential, and only intended for the addressee. Should you
receive this message by mistake, you are hereby notified that
any disclosure, reproduction, distribution or use of this
message is strictly prohibited. Please inform the sender by
reply transmission and delete the message without copying or
opening it.

Messages and attachments are scanned for all viruses known.
If this message contains password-protected attachments, the
files have NOT been scanned for viruses by the ING mail domain.
Always scan attachments before opening them.
-

--
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

Re: z/OS Tag Sort

[Lizette Koehler]

> 
> We are sorting a very large file and it's taking about fourteen hours. I
remember that
> there used to be a technique whereby the sort wrote out a list of record
addresses and
> an application program could read the list to access the records in the
desired
> sequence.
> 
> Does anyone know if there is still a way of doing this ?
> 
> Thanks

Could you provide the z/OS level you are running?
Sort product? Syncosrt release, CA SORT  release, or DFSORT

And whether or not you are doing your own sort processing rather than using
DFSORT, SYNCSORT, or CA Sort?

Each product might have a slight (very slight) different way of doing this.

Or did you write your own sorting process?  Not using a vendor product.

Lizette

--
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

C++ program and possible authority issues.

[Andre Massena]

Hello all,

have just back-ported a c++ program (do not ask why).. to a z/OS 1.5 system.

The program seems to start correctly, however my colleague informs me that
he cannot stop the program - he issues an internal command to halt the program.

In the /tmp/ message log I am seeing the following messages:

rc= -1 errno1 139.

The program start, behaves and stops normally on a z/OS 1.11 system with
RACF as the security product.

The z/OS 1.5 system uses ACF2...

I know it is not much to go on but would anyone have the faintest idea where
I might look?  

RACF program control comes to mind, but I not so sure.


Regards,



Andre




www.lavache.com : l'email gratuit sans pub, vachement meuh.
www.hugolescargot.com : coloriage, fiches recettes et bricolage, chansons, etc.
www.jeux-gratuits.com : des jeux en ligne pour toute la famille.

--
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

z/OS Tag Sort

[John Blythe Reid]

We are sorting a very large file and it's taking about fourteen hours. I
remember that there used to be a technique whereby the sort wrote out a list
of record addresses and an application program could read the list to access
the records in the desired sequence.

Does anyone know if there is still a way of doing this ?

Thanks.

Regards,
John.


-- 
John Blythe Reid,
Técnico de Sistemas de z/OS y de Sistemas Transaccionales,
Barcelona,
España.

--
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