Re: Hidden APARs (Was: Heads Up: APAR IO11698...)
I have no idea how rare they are. I have personally reported two hidden APARs in the last 10 years. If that's typical for an IBM-MAIN contributor, then there are a lot of them. I suspect it's not typical though. I would interested to hear from others about their experiences... Well, I have reported one hidden apar. I was rather upset that IBM did not want to tell me how I could fix the integrity hole until the ptf was available. *Someone* finally told me what the problem was so I could do something about it. Which I did *way before* the ptf became available. Barbara -- 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
Console's behaviour when no paths available
Last night (well, way into this morning) we had a severe WTO buffer shortage
that nobody saw. Here's why:
*IOS071I 0500,**,CONSOLE, START PENDING 378
*IOS002A 0500,NO PATHS AVAILABLE
IOS2002I 0500 NO PATHS AVAILABLE 381
STATUS FOR PATH(S) ED
SUBCHANNEL PATH AVAILABLE, BUT DEVICE NOT OPERATIONAL (C0)
NO FURTHER INFORMATION AVAILABLE OR UNKNOWN CONDITION (FF)
3.5 hours later:
*IEA405E WTO BUFFER SHORTAGE - 80% FULL
IEE889I 01.04.41 CONSOLE DISPLAY 111
MSG: CURR=2401 LIM=3000 RPLY:CURR=18 LIM=99 SYS= PFK=00
xx 46 COND=A AUTH=MASTER NBUF=2390
0500 AREA=Z,AMFORM=T,S,J
DEL=RD RTME=1/4RNUM=15 SEG=14CON=N
K S,DEL=R,L=xx
IEE151I DELETE REQUEST INCONSISTENT-NO DISPLAY ON SCREEN
COMMAND ISSUED IS K E,D,L=xx
Severe WTO buffer shortage a short while later. No other IOS messages or
CNZ messages (no cnz messages before the buffer shortage) until the console
was varied online again *hours* later (while still in severe wto shortage):
V 500,ONLINE
IEE302I 0500 ONLINE
LOGOFF - ISSUED BY IEECVFTG
IEA406I WTO BUFFER SHORTAGE RELIEVED
At the time of the IOS002A another system in another sysplex but on the
same box got this:
*IOS050I CHANNEL DETECTED ERROR ON 0500,**,**,**04
CNZ4200I CONSOLE zz HAS FAILED. REASON=IOERR
Now my question (mainly to IBM - will probably be faster than going through a
tedious ETR): Why the heck isn't the console address space notified that no
paths are available? Why is the console address space still issuing messages to
that console? Why isn't console notified that the console 500 is not availabe
anymore?
Nobody was able to even *see* the shortage messages since nothing got
displayed on that console anymore
And if this is broken as designed, will I have to code an mpf exit that makes
sure all buffer shortage messages will be sent to all consoles in the sysplex?
Operators will be extremely happy about that (since many don't even know
where to see which system issued the message- reading a formatted syslog
message appears to be a dying/lost art).
Regards, Barbara Nitz
--
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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
Don Williams pisze: [...] A fair number of years ago I submitted a DCR suggesting that customers should have an optional facility to control access to APF libraries. I don't remember the details I suggested. Well, what control did you suggest, at least in general? I ask, because there are CSVAPF. profiles (CSV*.** in general) in the FACILITY class. For 10+ years. Of course we still have regular DATASET control along with AUDIT(ALL) - to trace activities of persons who have authorization. Perhaps it was CLASS(FACILITY) 'APF.data-set-name' or maybe a new class CLASS(APFLIB) 'data-set-name'. Looks quite similar to CSVAPF.libname CL(FACILITY). In either case, the profile would apply to all APF libraries, in addition to their normal RACF profiles. APF libraries would have some protection, even if they had no regular data set profile. A profile like CLASS(APFLIB) ** UACC(READ) would prevent updates to all APF libraries, but allow execution. DATASET profiles already provide such control. UPDATE allows changes, while read allows read and execution. Why do you think that something else is needed? Just curious. BTW: (this only my observation, YMMV) I noticed that CSV*.** profiles are rarely used (never used in fact). Maybe the reason is that APF/LNKLST/LPA changes are done by sysprogs, and in fact RACF admin has no reason to ask why when a sysprog wants to change any of the lists. The answer would be because it's my job, I'm installing ABC product. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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: Saturation Data Point (SDP)
George, One of the orange books that kept me in this profession. I met Page Borchetta in Hong Kong not long after a read this manual. It was 110% my pleasure - meeting her and reading the manual. And I have a hardcopy that I recently loaned to a college in the office. I'd be glad to scan this into PDF for you. While on the subject of old guides and manuals, does anyone have a copy of the first half of The Kreutzer Report that they would like to scan and send me? Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George Henke Sent: Tuesday, April 06, 2010 11:39 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Saturation Data Point (SDP) I am trying to track down a softcopy of an old IBM Publication: Balanced Systems and Capacity Planning, G22-9299, and was written by P.T. Borchetta and R.J. Wicks This manual appears to have been originally published in 1982 as one of the old Washington Systems Technical Bulletin series (sometimes referred to as the green books). These bulletins predate the Red Books and were written by the engineers at the Gaithersburg, MD facility. It was modified and republished at least 4 times over the years and the last publish date circa 1992. The present the Saturation Data Point (SDP) paradigm, the ratio of average historical CPU *peak* to average historical CPU *average *as a measure for calculation the SDP and from there the latent demand. Does anyone know how I might obtain a softcopy of this manual? -- George Henke (C) 845 401 5614 -- 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: Hercules Emulator on window vista
On Mon, Apr 5, 2010 at 9:45 AM, Brian Westerman brian_wester...@syzygyinc.com wrote: It's fully supported on all versions of windows from XP on up to Windows 7 (32 and 64-bit) as well as on a MAC. As the previous post stated, the best place for information is on one of the several hercules based lists. If you are authorized to run z/OS, then you will want one of the Hercules-390 based lists, otherwise for 370 based Hercules, you want the Hercules-370 lists or the Hercules Turnkey list for the all-in-one MVS 3.8 and Hercules combination all in one integrated package. Brian I didn't think anyone was authorized to run z/OS on Hercules. When did that happen. Jim McAlpine -- 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: Console's behaviour when no paths available
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/07/2010
02:37:52 AM:
Last night (well, way into this morning) we had a severe WTO buffer
shortage
that nobody saw. Here's why:
*IOS071I 0500,**,CONSOLE, START PENDING 378
*IOS002A 0500,NO PATHS AVAILABLE
IOS2002I 0500 NO PATHS AVAILABLE 381
STATUS FOR PATH(S) ED
SUBCHANNEL PATH AVAILABLE, BUT DEVICE NOT OPERATIONAL (C0)
NO FURTHER INFORMATION AVAILABLE OR UNKNOWN CONDITION (FF)
3.5 hours later:
*IEA405E WTO BUFFER SHORTAGE - 80% FULL
IEE889I 01.04.41 CONSOLE DISPLAY 111
MSG: CURR=2401 LIM=3000 RPLY:CURR=18 LIM=99 SYS= PFK=00
xx 46 COND=A AUTH=MASTER NBUF=2390
0500 AREA=Z,AMFORM=T,S,J
DEL=RD RTME=1/4RNUM=15 SEG=14CON=N
K S,DEL=R,L=xx
IEE151I DELETE REQUEST INCONSISTENT-NO DISPLAY ON SCREEN
COMMAND ISSUED IS K E,D,L=xx
Severe WTO buffer shortage a short while later. No other IOS messages or
CNZ messages (no cnz messages before the buffer shortage) until the
console
was varied online again *hours* later (while still in severe wto
shortage):
V 500,ONLINE
IEE302I 0500 ONLINE
LOGOFF - ISSUED BY IEECVFTG
IEA406I WTO BUFFER SHORTAGE RELIEVED
At the time of the IOS002A another system in another sysplex but on the
same box got this:
*IOS050I CHANNEL DETECTED ERROR ON 0500,**,**,**04
CNZ4200I CONSOLE zz HAS FAILED. REASON=IOERR
Now my question (mainly to IBM - will probably be faster than going
through a
tedious ETR): Why the heck isn't the console address space notified that
no
paths are available? Why is the console address space still issuing
messages to
that console? Why isn't console notified that the console 500 is
notavailabe
anymore?
Nobody was able to even *see* the shortage messages since nothing got
displayed on that console anymore
And if this is broken as designed, will I have to code an mpf exit that
makes
sure all buffer shortage messages will be sent to all consoles in
the sysplex?
Operators will be extremely happy about that (since many don't even know
where to see which system issued the message- reading a formatted syslog
message appears to be a dying/lost art).
Regards, Barbara Nitz
I am no IOS expert, but you're not likely to find one awake at this
time of night, so I will make a few (possibly incorrect) comments.
I think an IOS driver can request being posted back on a no paths
condition. That might be by setting
IOSCC3WE EQU X'20' ..Set by a driver to request deferred
condition code 3 posting (post code
CONSOLE is not an IOS driver. It uses EXCP for MCS consoles.
It looks like there is a corresponding bit in the IOB.
IOBCC3WE EQU X'40' - USER REQUESTS THAT IOS POST A X'6D' FOR A
*CONDITION CODE 3 ON ATTEMPTED I/O OPERATIONS
*(OS/VS2) (MDC310)@Z309P9A
CONSOLE probably does not set that bit (I don't see it used
by a console module in the BCP XREF).
So the when there are no paths to the console, the IOSB remains
queued to the UCB until the no paths condition gets resolved.
Now as to how the no paths condition got resolved without
generating some kind of interrupt to drive the queued request,
that might be a question for whatever is
providing the control unit function for the console device.
Apparently when you later issued the VARY ONLINE for the console
device, the condition had been resolved, and the simulated interrupt
from VARY ONLINE did the redrive for the queued request.
Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY
--
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
Non-SMS-managed LOGR offload data sets
Unscientific survey: How many of you use truly non-SMS-managed LOGR datasets? As in: Using the two model data sets and an IEFDB401 exit that specifies the DALLIKE text unit? How many of you 'share' a pool of DASD (for LOGR data sets) in two SMSs? (Don't ask me why I am asking.) Regards, Barbara -- 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: Non-SMS-managed LOGR offload data sets
Barbara Nitz pisze: Unscientific survey: How many of you use truly non-SMS-managed LOGR datasets? As in: Using the two model data sets and an IEFDB401 exit that specifies the DALLIKE text unit? My LOGR datasets are always SMS-managed. In fact I don't see any reason to get rid of SMS. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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: Console's behaviour when no paths available
Jim, once again you came through! (You're a gem!) And what are *you* doing up at this time of the night? :-) IOBCC3WE EQU X'40' - USER REQUESTS THAT IOS POST A X'6D' FOR A *CONDITION CODE 3 ON ATTEMPTED I/O OPERATIONS *(OS/VS2) (MDC310)@Z309P9A CONSOLE probably does not set that bit (I don't see it used by a console module in the BCP XREF). So from the above I take it that 'no paths available' is a condition code 3 situation (I have a dim memory of that one.) Would this be a good candidate for an apar? I mean, I am willing to open an ETR because I think this is just wrong behaviour, but I am NOT willing to deal with incompetent level1/2 that don't get the problem until way after I have lost the last shred of patience. (Can you say 'broken as designed' - heard that too often.) I am hoping for a statement from Kevin. (Blatant hint.) So the when there are no paths to the console, the IOSB remains queued to the UCB until the no paths condition gets resolved. And all other SSCHs queued behind it? That would explain what I saw - when the first problem hits while the IO is already started, no one gets notified. When no IO is active, Console properly deactivates the affected console. No further problem. Now as to how the no paths condition got resolved without generating some kind of interrupt to drive the queued request, that might be a question for whatever is providing the control unit function for the console device. Apparently when you later issued the VARY ONLINE for the console device, the condition had been resolved, and the simulated interrupt from VARY ONLINE did the redrive for the queued request. Probably something to do with these consoles somehow being OSA consoles (this is way out of my field and besides, it's hardware :-) ) Thanks again, best regards, Barbara -- 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: Mainframe emulator part of a conspira cy . The Register
Tony Harminc pisze: [...] The biggest problem was an inconsistent approach to reliability. Though there were dual hot-replaceable power supplies each sufficient to run the whole box, and dual access to the very fancy SSA RAID-5 array(s) with hot sparing, there was only a single PC running OS/2, and that PC also ran the only standard network access software (the LCS code), and the only console access software. I wouldn't consider it as inconsistent approach. Look: the same approach was (still is!) present on any xServer (aka PC server). You can have dual power supply, you can have RAID, but no redundancy for motherboard, CPU, LAN NIC, etc. MP3K was built on PC, so it inherited some of PC drawbacks. It wasn't marketed as high availability solution ;-) -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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: Non-SMS-managed LOGR offload data sets
1. No. 2. No. What configuration do you have in mind here? You can't have SMS dasd in 2 SMS's, non-SMS dasd is in no SMS at all. What is being 'shared' then? We now have truly split our sysplexes, but we had issues with LOGR datasets when our 2 sysplexes shared the same Dasd with 1 SMS configuration. Kees. Barbara Nitz nitz-...@gmx.net wrote in message news:listserv%201004070348324047.0...@bama.ua.edu... Unscientific survey: How many of you use truly non-SMS-managed LOGR datasets? As in: Using the two model data sets and an IEFDB401 exit that specifies the DALLIKE text unit? How many of you 'share' a pool of DASD (for LOGR data sets) in two SMSs? (Don't ask me why I am asking.) Regards, Barbara -- 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 information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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: Console's behaviour when no paths available
Didn't the console restructure do away with console switching - by design ?. Shane ... -- 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: Console's behaviour when no paths available
Didn't the console restructure do away with console switching - by design ? yes, it did. I don't expect it to switch. I expect commtask to stop using a console that cannot display anymore thus avoiding a severe WTO buffer shortage that lasted hours (because it occured at oh:dark:30 and nobody noticed that that console did not roll anymore). Severe WTO-Buffer shortage used to mean that everyone not priviledged enough doing WTO is wait stated until the shortage is relieved. Since no one saw the *severe* part, no one could increase the mlim value. Regards, Barbara -- 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: Non-SMS-managed LOGR offload data sets
2. No. What configuration do you have in mind here? You can't have SMS dasd in 2 SMS's, non-SMS dasd is in no SMS at all. What is being 'shared' then? We now have truly split our sysplexes, but we had issues with LOGR datasets when our 2 sysplexes shared the same Dasd with 1 SMS configuration. Didn't I say not to ask? :-) Yes, I know I am told that I cannot have SMS managed DASD in two SMSs. Check another of my rants (I believe last year in conjunction with a question about sysplex setup), to which Mark replied: But it works fine for our dump pool (shared across SMSplexes and SYSPLEXes) and LOGR pool (obviously sysplex in scope, but shared across SMSplexes). So that means in my book that SMS-managed DASD *can* be shared between two SMSs. Not recommended, probably not really supported, but there we go. What I need to have accessible from all systems in the sysplex (share) is a number of volumes that can contain LOGR offload data sets from two subplexes that otherwise know nothing about it each other (in theory). I am also told that it is 'too much work' to make it one SMS config for the full sysplex. And I cannot validate that statement - not my area. Regards, Barbara -- 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: Console's behaviour when no paths available
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/07/2010 05:01:22 AM: Would this be a good candidate for an apar? I mean, I am willing to open an ETR because I think this is just wrong behaviour, but I am NOT willing to deal with incompetent level1/2 that don't get the problem until way after I have lost the last shred of patience. (Can you say 'broken as designed' - heard that too often.) I am hoping for a statement from Kevin. (Blatant hint.) I am already out on a limb here pretending to know something about IOS. I had better let CONSOLE speak for themselves. So the when there are no paths to the console, the IOSB remains queued to the UCB until the no paths condition gets resolved. And all other SSCHs queued behind it? That would explain what I saw - when the first problem hits while the IO is already started, no one gets notified. When no IO is active, Console properly deactivates the affected console. No further problem. CONSOLE is the only user of the console device, so there is only one queued IOSB. The rest of the WTO buffers are queued to the console via CONSOLE data structures, not IOS data structures. CONSOLE would do another EXCP to write another screen of data after the hung EXCP completes. I think you may have things backwards. When OSA problem happened while no I/O is active, you have the next request getting hung with no paths. When the problem happened while a request was active, you got a Channel-control check (**04 in the IOS050I message), which does get posted back as an error on the EXCP request, so the console was deactivated in that case. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: Non-SMS-managed LOGR offload data sets
Barbara Nitz nitz-...@gmx.net wrote in message news:listserv%201004070427419325.0...@bama.ua.edu... 2. No. What configuration do you have in mind here? You can't have SMS dasd in 2 SMS's, non-SMS dasd is in no SMS at all. What is being 'shared' then? We now have truly split our sysplexes, but we had issues with LOGR datasets when our 2 sysplexes shared the same Dasd with 1 SMS configuration. Didn't I say not to ask? :-) Yes, I know I am told that I cannot have SMS managed DASD in two SMSs. Check another of my rants (I believe last year in conjunction with a question about sysplex setup), to which Mark replied: But it works fine for our dump pool (shared across SMSplexes and SYSPLEXes) and LOGR pool (obviously sysplex in scope, but shared across SMSplexes). So that means in my book that SMS-managed DASD *can* be shared between two SMSs. Not recommended, probably not really supported, but there we go. What I need to have accessible from all systems in the sysplex (share) is a number of volumes that can contain LOGR offload data sets from two subplexes that otherwise know nothing about it each other (in theory). I am also told that it is 'too much work' to make it one SMS config for the full sysplex. And I cannot validate that statement - not my area. Regards, Barbara Saying don't ask, is asking for being asked ;-) 'too much work' can be anyting, one day or one month. And too much for what? Isn't it the basics of a sysplex that 'all' resources are shared, possibly with some exceptions, but not the other way round? I think you have a legal case for wanting shared dasd resources. It is of course possible that the individual SMS configurations have become so complex that it is a huge job to simplify and merge them. Here I am simplifying our SMS configuration, merging all kinds of subpools, that were some kind of legitimate in the past, but not now anymore. Moreover, I have almost realized mirrored SMS configs, so I can change an SMS configuration on our Testsysplex and move it unmodified to our Prodsysplex, like we do with software. It makes life a lot easier. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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
[Fwd: REXX and VTAM command responses]
Thanks for the responses. I neglected to mention that I am using a 30 second time on the getmsg. However, it still comes back with just the initial 'accepted' msg. I understand this time to be a maximum wait time and not a hard wait time. As for system rexx, I'm not sure how that would change this behavior. Bruce Hello list, I have a rexx that issues console commands and writes the responses to a dd after using getmsg to retrieve the response. Everything is good for MVS commands and JES2 commands if L=Z is included. Is there a similar option for VTAM commands? For D NET,options, I am only getting: IST097I DISPLAY ACCEPTED I've tried adding the CART parameter to my emcs console and the getmsg with same results. Thanks, Bruce Schaefer -- /* //* Bruce Schaefer //* mailto:bruce.s...@gmail.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
google groups
I don't have access to IBM-main from work (we've tried many times to get this resolved with no success). I've tried posting via google groups but the posts don't show up (except on google groups). Any ideas (other than getting my works email fixed)? -- /* //* Bruce Schaefer //* mailto:bruce.s...@gmail.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: google groups
Bruce Schaefer bruce.s...@gmail.com wrote in message news:4bbc7573.5040...@gmail.com... I don't have access to IBM-main from work (we've tried many times to get this resolved with no success). I've tried posting via google groups but the posts don't show up (except on google groups). Any ideas (other than getting my works email fixed)? -- /* //* Bruce Schaefer //* mailto:bruce.s...@gmail.com // The List is echoed to the newsgroups, not visa versa. However, this is no problem. I have made an account on the List, read the posts via the newsgroups, but send posts via email to the List server (IBM-MAIN@bama.ua.edu). Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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: criteria during PRIMARY SPACE MANAGEMENT (PSM)
Jack, Did you check the HSM Activity log for PSM to see if there is a non-zero return code for the datasets in question? Are the datasets in question on volumes with Space Utilization% high enough to be eligible for PSM? Thank You, Dave O'Brien NIH Contractor From: willie bunter [williebun...@yahoo.com] Sent: Tuesday, April 06, 2010 3:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: criteria during PRIMARY SPACE MANAGEMENT (PSM) John, Did you find the reason why this was happening? --- On Thu, 12/3/09, John Kelly john_j_ke...@ao.uscourts.gov wrote: From: John Kelly john_j_ke...@ao.uscourts.gov Subject: criteria during PRIMARY SPACE MANAGEMENT (PSM) To: IBM-MAIN@bama.ua.edu Received: Thursday, December 3, 2009, 9:05 AM This is a curiosity question. I noticed that I have one or two datasets daily that get migrated during PSM that have one track and the minimum age (via MgmtClas criteria). There are numerous other datasets that have much larger allocation and longer age that aren't migrated. PSM has no trouble keeping the volumes at their StorGrp Migration Level. TIA Jack Kelly 202-502-2390 (Office) -- 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 __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.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: google groups
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bruce Schaefer Sent: Wednesday, April 07, 2010 7:07 AM To: IBM-MAIN@bama.ua.edu Subject: google groups I don't have access to IBM-main from work (we've tried many times to get this resolved with no success). I've tried posting via google groups but the posts don't show up (except on google groups). Any ideas (other than getting my works email fixed)? -- /* //* Bruce Schaefer //* mailto:bruce.s...@gmail.com Have you tried posting via the Web site? http://bama.ua.edu/archives/ibm-main.html -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell 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 -- 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: Console's behaviour when no paths available
CONSOLE is the only user of the console device, so there is only one queued IOSB. The rest of the WTO buffers are queued to the console via CONSOLE data structures, not IOS data structures. CONSOLE would do another EXCP to write another screen of data after the hung EXCP completes. I think you may have things backwards. When OSA problem happened while no I/O is active, you have the next request getting hung with no paths. When the problem happened while a request was active, you got a Channel-control check (**04 in the IOS050I message), which does get posted back as an error on the EXCP request, so the console was deactivated in that case. Having stared at the logs all day (my network colleague at the logs written by the routers that somehow describes OSA communication and I at syslogs) we have opened a hardware record to get someone to read the osa logs to find out why OSA didn't work properly. Our theory is that 'the osa' for ICC consoles was really down between 21:35:51 and 21:35:56. At 21:35:50.62 message *IOS050I CHANNEL DETECTED ERROR ON 0500,**,**,**04 is presented to exactly *one* system using that OSA. That system did not go into a buffer shortage, as it just deactivated the console. Two other systems issue ios071I console start pending, one at 21:35:50.62, the other at 21:35:50.64. Both systems issue ios002a and both systems go into a severe wto buffer shortage. One of the two miraculously relieves that shortage at 2:09, the other stays in 100% shortage. Now, I am not sure if the processing has changed, but IOS071I start pending I remember as being issued after the MIH interval expired. It defaults to 3 minutes on all systems (according to IECIOS, where nothing is set), which leads me to believe that the last message written to console 500 on every system was SSCH'd 3 minutes before at 21:32:50 or thereabouts, and 'the OSA' didn't respond for at least 3 minutes. My current perception is that commtask *assumes* that ios050I will get presented, and if it does, the console is deactivated. Since the underlying event for IOS050I apparently gets presented to only one lpar, the other two lpars never deactivate the console. In my opinion, they need a second mechanism for error recovery to prevent the WTO buffer shortage. Aparable? Interestingly enough, IOS071I console start pending is only issued once. It used to be repeated for as long as the 'missing interrupt' condition exists. Regards, Barbara -- 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 and VTAM command responses
I have a rexx that issues console commands and writes the responses to a
dd after using getmsg to retrieve the response. Everything is good for
MVS commands and JES2 commands if L=Z is included. Is there a similar
option for VTAM commands? For D NET,options, I am only getting:
IST097I DISPLAY ACCEPTED
I've tried adding the CART parameter to my emcs console and the getmsg
with same results.
I believe you are actually getting all of the messages in one getmsg request.
for example the folloowing statement,
msgrc = getmsg('MSG.','SOL',,,3)
can return multiple messages in MSG.1, MSG.2, etc. with the count of
messages stored in MSG.0.
Check the stem variable you supply to see if you are getting all of the
messages at once.
--
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: Adventure - Or Colossal Cave Adventure
We had Milton Wylbur at an Air Force Installation I used to work at. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kington Sent: Thursday, February 25, 2010 7:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Adventure - Or Colossal Cave Adventure I suspect he may have meant ORVYL, the interactive exuction companion to WYLBUR. We never ran it, so I don't know much about it. Did anyone use it other than Stanford? WYLBUR was used at University of Cincinnati in the mid 80's when I was learning to program. Much better for an imperfect typist like me than the ancient keypunch machines that was the other alternative. I never heard of it being used in a commercial environment though. Regards, John -- 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 information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. - The information contained in this e-mail and any attached documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been sent to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. -- 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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
Over the years, in multiple shops, I have come across multiple sysprogs that have created new APF libraries. As you say, it is needed to perform their job. However, ensuring that those libraries were appropriately protected may not have been their job (perhaps it should have been, but that is a different issue). After many months or years, it was discovered that those APF libraries did not have appropriate protection. One can argue that company had poor procedures, or not enough staff, etc. which should be addressed, or you could provide a facility to mitigate the situation. The mere fact that a library is APF authorized implies that you probably only what highly trusted people updating it. If you could put your highly trusted people on the access list of just one profile that protected all APF libraries that would help reduce the human error factor or the don't care factor. It does mean higher overhead, but protecting APF libraries is important. Of course, if you have good procedures that are always followed, you don't need this kind of feature. Human error (and it's not my job) is really hard to eliminate. The new hire who does not know or understand your naming standard can introduce a hole. CSVAPF protects who can change the APF list. That is different from protecting the content of the APF libraries. What I had suggested was method to allow you to protect (with a single profile) all currently APF authorized libraries from unauthorized update or access regardless of its name, volume, etc. In other words, even if you had DATASET ALTER authority to a APF library, you could not update it unless you also had UPDATE to the special APF profile. Of course, this added protection does not apply while the libraries are not in the APF list or from another system with a different APF list. Obviously my suggestion was not bullet proof and had a few holes. I think the RACF administrator can and should ask about new APF libraries. Not whether the library is needed, but whether it is appropriately protected. Don Williams -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Wednesday, April 07, 2010 2:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use Don Williams pisze: [...] A fair number of years ago I submitted a DCR suggesting that customers should have an optional facility to control access to APF libraries. I don't remember the details I suggested. Well, what control did you suggest, at least in general? I ask, because there are CSVAPF. profiles (CSV*.** in general) in the FACILITY class. For 10+ years. Of course we still have regular DATASET control along with AUDIT(ALL) - to trace activities of persons who have authorization. Perhaps it was CLASS(FACILITY) 'APF.data-set-name' or maybe a new class CLASS(APFLIB) 'data-set-name'. Looks quite similar to CSVAPF.libname CL(FACILITY). In either case, the profile would apply to all APF libraries, in addition to their normal RACF profiles. APF libraries would have some protection, even if they had no regular data set profile. A profile like CLASS(APFLIB) ** UACC(READ) would prevent updates to all APF libraries, but allow execution. DATASET profiles already provide such control. UPDATE allows changes, while read allows read and execution. Why do you think that something else is needed? Just curious. BTW: (this only my observation, YMMV) I noticed that CSV*.** profiles are rarely used (never used in fact). Maybe the reason is that APF/LNKLST/LPA changes are done by sysprogs, and in fact RACF admin has no reason to ask why when a sysprog wants to change any of the lists. The answer would be because it's my job, I'm installing ABC product. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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
Re: Saturation Data Point (SDP)
Thank you very much, Ron. It is 119 pages, but it would be great if you could scan it in. Please let me know the cost and I will reimburse you. On Wed, Apr 7, 2010 at 3:14 AM, Ron Hawkins ron.hawkins1...@sbcglobal.netwrote: George, One of the orange books that kept me in this profession. I met Page Borchetta in Hong Kong not long after a read this manual. It was 110% my pleasure - meeting her and reading the manual. And I have a hardcopy that I recently loaned to a college in the office. I'd be glad to scan this into PDF for you. While on the subject of old guides and manuals, does anyone have a copy of the first half of The Kreutzer Report that they would like to scan and send me? Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George Henke Sent: Tuesday, April 06, 2010 11:39 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Saturation Data Point (SDP) I am trying to track down a softcopy of an old IBM Publication: Balanced Systems and Capacity Planning, G22-9299, and was written by P.T. Borchetta and R.J. Wicks This manual appears to have been originally published in 1982 as one of the old Washington Systems Technical Bulletin series (sometimes referred to as the green books). These bulletins predate the Red Books and were written by the engineers at the Gaithersburg, MD facility. It was modified and republished at least 4 times over the years and the last publish date circa 1992. The present the Saturation Data Point (SDP) paradigm, the ratio of average historical CPU *peak* to average historical CPU *average *as a measure for calculation the SDP and from there the latent demand. Does anyone know how I might obtain a softcopy of this manual? -- George Henke (C) 845 401 5614 -- 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 -- George Henke (C) 845 401 5614 -- 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: Saturation Data Point (SDP)
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George Henke Sent: Wednesday, April 07, 2010 8:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Saturation Data Point (SDP) Thank you very much, Ron. It is 119 pages, but it would be great if you could scan it in. Please let me know the cost and I will reimburse you. Um, please be careful of this sort of thing. The manual may be, likely is, copyrighted. I doubt that IBM would do much to somebody for copying it, but it is a consideration. Just because a book or manual is out of print or unavailable, does not mean it can be copied or scan and reproduced. Please forgive me if I'm out of line. I'm very sensitive to copyright from some of the charges leveled against Linux by its opponents. Avoid even the appearance of evil (1 Thessalonians 5:22). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell 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 -- 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: Saturation Data Point (SDP)
Good point, John. Thank you for bringing it to our attention. But, I do not think the copyright would be honored or violated since they have made the same material available in a Redbook (See prior post from Alan Schenck). When the owner makes the material public, then the copyright law does not apply. On Wed, Apr 7, 2010 at 9:27 AM, McKown, John john.mck...@healthmarkets.comwrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George Henke Sent: Wednesday, April 07, 2010 8:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Saturation Data Point (SDP) Thank you very much, Ron. It is 119 pages, but it would be great if you could scan it in. Please let me know the cost and I will reimburse you. Um, please be careful of this sort of thing. The manual may be, likely is, copyrighted. I doubt that IBM would do much to somebody for copying it, but it is a consideration. Just because a book or manual is out of print or unavailable, does not mean it can be copied or scan and reproduced. Please forgive me if I'm out of line. I'm very sensitive to copyright from some of the charges leveled against Linux by its opponents. Avoid even the appearance of evil (1 Thessalonians 5:22). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.comhttp://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 -- 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 -- George Henke (C) 845 401 5614 -- 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: Saturation Data Point (SDP)
In a message dated 4/7/2010 8:27:13 A.M. Central Daylight Time, john.mck...@healthmarkets.com writes: of print or unavailable, does not mean it can be copied or scan and reproduced. Please forgive me if I'm out of line. I'm very sensitive to copyright from some of the charges leveled against Linux by its opponents. Avoid even the appearance of evil (1 Thessalonians 5:22). What was it? There was a big stink at SHARE in early eighties. RAND Corp was giving out a tape with PL/S they had developed with some large corporate sponsors. We got ours and were heading back to the data center and got beeped to 'bring the tape back'. Seems like they had included the IBM manuals on the tape. Big no, no. So much for windmills and dragons... -- 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: [Fwd: REXX and VTAM command responses]
I had this problem with multi-line output from JES2 commands (e.g. $DSPOOL). I was only getting the first line of the output. I opened an incident with IBM and eventually we came up with the solution. I had to recursively re-issue the AXRCMD command, minus the actual command itself. I went ahead and tried this with a D NET command to see if this solution would work the same way. Following is the system REXX code I used for the test. Following that, is the results clipped out of the system log. I used the AXRWTO to just redisplay the command output instead of parsing it out into variables. System Rexx Code (QUERYTST): /* REXX */ NUMERIC DIGITS 4 mycmd1 = 'D NET,ID=TRLDC,E' result1 = AXRCMD(mycmd1,netvar.,10); If result1 = 0 Then Do While result1 = 0 If netvar.0 1 Then Do linenum = 1 to netvar.0 CALL AXRWTO 'System Rexx output line #'linenum netvar.linenum End result1 = AXRCMD(,netvar.,4)==recursive to get all lines End Else CALL AXRWTO 'D NET command failed. RC=' result1 Exit 00 Output from System Rexx EXEC (QUERYTST) @QUERYTST D NET,ID=TRLDC,E IST097I DISPLAY ACCEPTED IST075I NAME = TRLDC, TYPE = TRL MAJOR NODE 911 IST1314I TRLE = TRLDCASTATUS = ACTIV CONTROL = MPC IST314I END System Rexx output line #1 IST075I NAME = TRLDC, TYPE = TRL MAJOR NODE System Rexx output line #2 IST1314I TRLE = TRLDCASTATUS = ACTIV CONTROL = MPC System Rexx output line #3 IST314I END As you can see, I was able to capture all lines from the D NET command and then redisplay them. I hope this helps. Mike Schmutzok On 4/7/2010 at 7:58 AM, in message 4bbc7350.6010...@gmail.com, Bruce Schaefer bruce.s...@gmail.com wrote: Thanks for the responses. I neglected to mention that I am using a 30 second time on the getmsg. However, it still comes back with just the initial 'accepted' msg. I understand this time to be a maximum wait time and not a hard wait time. As for system rexx, I'm not sure how that would change this behavior. Bruce Hello list, I have a rexx that issues console commands and writes the responses to a dd after using getmsg to retrieve the response. Everything is good for MVS commands and JES2 commands if L=Z is included. Is there a similar option for VTAM commands? For D NET,options, I am only getting: IST097I DISPLAY ACCEPTED I've tried adding the CART parameter to my emcs console and the getmsg with same results. Thanks, Bruce Schaefer -- /* //* Bruce Schaefer //* mailto:bruce.s...@gmail.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
Use of IF JCL statements
Hi there! Can some one point me to documentation that would explain what happens in a JCL stream with IF/ELSE statements and the job is trying to be restarted in the middle? For example, if I have: Step1 Step2 IF Step2.rc 4 Then Step3 IF Step3.rc = 0 Then Step4 Step5 ENDIF (step3) ENDIF (step2) And try to restart at Step4, all steps have flushed. I have a good idea that it is because the IF tests could not work (there is no Stepx.RUN), so even though restarting in Step4, the interpreter knows it is inside the IF statements. Can someone point me in the right direction, so I can help my user? Thank you for your assistance! Don -- 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
JCL QUESTION
Good Morning Gentle Readers, I have a problem with a batch job which keeps failing on a JCL error. The first step deletes the dsn and the second step recreates the dsn using PGM=IDCAMS. Is there a way of having the job continue to execute STEP2 even though it posts a jcl error (dsn not found) in STEP1. I looked at using COND=EVEN but it doesn't work because the job did not abend to meet the condition. Is there another way of going about having the job continue to STEP2 eventhough STEP1 has a jcl error? Thanks __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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 and VTAM command responses
Bruce Martin's response, the reference to *multiline* messages, jogged my memory and a correction to my previous post is needed. In the case of VTAM DISPLAY commands, there is a synchronous IST097I DISPLAY ACCEPTED response followed my a *single* asynchronous message which is in *multiline* form. In the case of DISPLAY NET,ID= the first message identifier is IST075I NAME = whatever-was-specified , TYPE = something - as a synchronous message - followed by a sequence of the messages you probably want to analyse all within the asynchronous multiline message. The sequence ends with the IST314I END line. That last point is what required the correction. All the above is good as long as there is not some sort of error in what is specified in the original command. Assuming you can set up some sequence of commands in TSO which allows a command to be issued and all potentially resulting output to be picked up so that you can analyse the text within the output, I recommend the following which I vaguely recall being my approach when processing messages from VTAM commands - or any commands with asynchronous output - in NetView. You need to set up a clist which issues any specified command and then note down the messages returned both when it works and when you deliberately enter incorrect variables. You need to work out which of the message sequences is a single line message and which multiline messages and, of course, whether synchronous or asynchronous. You should then code your intended clist to deal with all of the circumstances which might arise. And I find I have simply been advising programming motherhood! Chris Mason On Mon, 5 Apr 2010 21:58:15 -0500, Chris Mason chrisma...@belgacom.net wrote: Bruce Alan is correct in that the xxx ACCEPTED response is actually a response to the VTAM command and the output you really want to see is generated asynchronously. Ideally you would be operating in a NetView environment. These days - for very many years now - you could be using the NetView pipes function. This came along after I used to work intensively with REXX in NetView with a variety of commands including both MVS and VTAM. Consequently I relied heavily and exclusively on the NetView facilities for picking up these asynchronous responses centred on wait functions - potentially fully reliable but tortuous to code and analyse. Generally, you specify the message identifiers for which to wait - with a longish timeout in order to cope with a sick system - and process each message as it arrives looping back in order to wait for the next one until the last message is known to have arrived, IST314I END in the case of a VTAM DISPLAY command. I'm afraid I can't advise on working in a presumed TSO environment. I just hate having to stick a wet electronic finger in the air and estimate the delay before which I just possibly might expect the response to appear which I guess is what this fifth positional parameter of GETMSG is all about - ugh!!! Chris Mason On Mon, 5 Apr 2010 18:34:18 -0400, Bruce Schaefer bruce.s...@gmail.com wrote: Hello list, I have a rexx that issues console commands and writes the responses to a dd after using getmsg to retrieve the response. Everything is good for MVS commands and JES2 commands if L=Z is included. Is there a similar option for VTAM commands? For D NET,options, I am only getting: IST097I DISPLAY ACCEPTED I've tried adding the CART parameter to my emcs console and the getmsg with same results. Thanks, Bruce Schaefer -- /* //* Bruce Schaefer //* mailto:bruce.s...@gmail.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: Use of IF JCL statements
Donald Johnson pisze: Hi there! Can some one point me to documentation that would explain what happens in a JCL stream with IF/ELSE statements and the job is trying to be restarted in the middle? For example, if I have: Step1 Step2 IF Step2.rc 4 Then Step3 IF Step3.rc = 0 Then Step4 Step5 ENDIF (step3) ENDIF (step2) And try to restart at Step4, all steps have flushed. I have a good idea that it is because the IF tests could not work (there is no Stepx.RUN), so even though restarting in Step4, the interpreter knows it is inside the IF statements. Can someone point me in the right direction, so I can help my user? Define job restarted in the middle. If you're using job scheduler then it is up to the scheduler to interpret IFs. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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: JCL QUESTION
On Wed, 7 Apr 2010 06:50:55 -0700, esmie moo wrote: I have a problem with a batch job which keeps failing on a JCL error. The first step deletes the dsn and the second step recreates the dsn using PGM=IDCAMS. Is there a way of having the job continue to execute STEP2 even though it posts a jcl error (dsn not found) in STEP1. I looked at using COND=EVEN but it doesn't work because the job did not abend to meet the condition. Is there another way of going about having the job continue to STEP2 eventhough STEP1 has a jcl error? Use DISP=(MOD,DELETE),SPACE=(1,0),UNIT=SYSALLDA in STEP1 and no JCL error should occur. (Untested.) -- gil -- 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: JCL QUESTION
Are you using IDCAMS to do the predelete in the first step ? ... If so you can set the maxcc (SET MAXCC=0) ... Or if using IEFBR14 to do the delete, set the disp to (MOD,DELETE) ... esmie moo esmie_...@yahoo.ca Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 07/04/2010 03:50 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject JCL QUESTION Good Morning Gentle Readers, I have a problem with a batch job which keeps failing on a JCL error. The first step deletes the dsn and the second step recreates the dsn using PGM=IDCAMS. Is there a way of having the job continue to execute STEP2 even though it posts a jcl error (dsn not found) in STEP1. I looked at using COND=EVEN but it doesn't work because the job did not abend to meet the condition. Is there another way of going about having the job continue to STEP2 eventhough STEP1 has a jcl error? Thanks __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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 This e-mail message, including any attachments transmitted with it, is CONFIDENTIAL and may contain legally privileged information. This message is intended solely for the use of the individual or entity to whom it is addressed. If you have received this message in error, please notify us immediately and delete it from your system. Please visit our website to read the full disclaimer: http://www.euroclear.com/site/public/disclaimer
Re: JCL QUESTION
esmie moo pisze: Good Morning Gentle Readers, I have a problem with a batch job which keeps failing on a JCL error. The first step deletes the dsn and the second step recreates the dsn using PGM=IDCAMS. Is there a way of having the job continue to execute STEP2 even though it posts a jcl error (dsn not found) in STEP1. I looked at using COND=EVEN but it doesn't work because the job did not abend to meet the condition. Is there another way of going about having the job continue to STEP2 eventhough STEP1 has a jcl error? No. However the problem can be solved. First method: //STEP1 EXEC PGM=IEFBR14 //DELTHIS DD DSN=name,DISP=(MOD,DELETE),SPACE=(TRK,0) Such step won't give you JCL error even if dataset does not exist. Second method: //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * DELETE datasetname SET MAXCC=0 Both methods have its own advantages and disadvantages and can be slightly modified. Both do work in most circumstances, but not all. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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: Hidden APARs (Was: Heads Up: APAR IO11698...)
On Fri, 2 Apr 2010 08:33:40 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: I have no idea how rare they are. I have personally reported two hidden APARs in the last 10 years. If that's typical for an IBM-MAIN contributor, then there are a lot of them. I suspect it's not typical though. I would interested to hear from others about their experiences... To provide more input for your estimates, I have personally submitted one PMR in the last 10 years that resulted in a hidden APAR. Regards, Klaus Stanislawiak. -- 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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
No single DATASET profile is not a problem, the problem is to automatically update the list of APF libraries in RACF. In fact, you propose additional check for updating APF libraries just because the are APFed. Some kind of wizard (no irony) checking APF attrib dynamically. The same job can be done manually by simple DSMON report which lists all the APF libraries. I would not pay for such change. It could be also costly in terms of CPU and I/O. Last, but not leat it does not exhaust possible holes - there are LNKLST (usually run auth), LPA, exits, etc. Those objects lists are easily available by a command and can be compared to RACF protection. BTW: RACF admin shouldn't be dumb command issuer. He's resonsibility is to define/change the profiles as well as document the changes, as well as understand the changes (to know what is ABC.DEF.APFLOAD, etc.). In many cases RACF admin creates security policy (maybe he shouldn't but he does), and decides who should have access to APF, LPA, etc. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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: JCL QUESTION
Gentle Contributers, I tested both suggestions and it worked. Thanks to all who have helped me with their suggestions. --- On Thu, 4/8/10, Paul Gilmartin paulgboul...@aim.com wrote: From: Paul Gilmartin paulgboul...@aim.com Subject: Re: JCL QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, April 8, 2010, 1:56 AM On Wed, 7 Apr 2010 06:50:55 -0700, esmie moo wrote: I have a problem with a batch job which keeps failing on a JCL error. The first step deletes the dsn and the second step recreates the dsn using PGM=IDCAMS. Is there a way of having the job continue to execute STEP2 even though it posts a jcl error (dsn not found) in STEP1. I looked at using COND=EVEN but it doesn't work because the job did not abend to meet the condition. Is there another way of going about having the job continue to STEP2 eventhough STEP1 has a jcl error? Use DISP=(MOD,DELETE),SPACE=(1,0),UNIT=SYSALLDA in STEP1 and no JCL error should occur. (Untested.) -- gil -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: Use of IF JCL statements
In the previous example, I would code RESTART=STEP4 on the Job card. These jobs are run manually, outside of a scheduler. Don On Wed, Apr 7, 2010 at 9:53 AM, R.S. r.skoru...@bremultibank.com.pl wrote: Donald Johnson pisze: Hi there! Can some one point me to documentation that would explain what happens in a JCL stream with IF/ELSE statements and the job is trying to be restarted in the middle? For example, if I have: Step1 Step2 IF Step2.rc 4 Then Step3 IF Step3.rc = 0 Then Step4 Step5 ENDIF (step3) ENDIF (step2) And try to restart at Step4, all steps have flushed. I have a good idea that it is because the IF tests could not work (there is no Stepx.RUN), so even though restarting in Step4, the interpreter knows it is inside the IF statements. Can someone point me in the right direction, so I can help my user? Define job restarted in the middle. If you're using job scheduler then it is up to the scheduler to interpret IFs. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl S d Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru S dowego, nr rejestru przedsi biorców KRS 025237 NIP: 526-021-50-88 Wed ug stanu na dzie 01.01.2009 r. kapita zak adowy BRE Banku SA (w ca o ci wp acony) wynosi 118.763.528 z otych. W zwi zku z realizacj warunkowego podwy szenia kapita u zak adowego, na podstawie uchwa y XXI WZ z dnia 16 marca 2008r., oraz uchwa y XVI NWZ z dnia 27 pa dziernika 2008r., mo e ulec podwy szeniu do kwoty 123.763.528 z . Akcje w podwy szonym kapitale zak adowym BRE Banku SA b d w ca o ci op acone. -- 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: JCL QUESTION
On 7 Apr 2010 06:51:15 -0700, esmie_...@yahoo.ca (esmie moo) wrote: I have a problem with a batch job which keeps failing on a JCL error. The first step deletes the dsn and the second step recreates the dsn using PGM=IDCAMS. Is there a way of having the job continue to execute STEP2 even though it posts a jcl error (dsn not found) in STEP1. I looked at using COND=EVEN but it doesn't work because the job did not abend to meet the condition. Is there another way of going about having the job continue to STEP2 eventhough STEP1 has a jcl error? Does the first job abend because it is not finding the file? How are you deleting it? -- 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: JCL QUESTION
Howard, The STEP1 (first step) was performing an IEFBR14. It is trying to delete the dsn: //DELFILE EXEC PGM=IEFBR14 //DD1 DD DSN=CICS2.SYSB.LISTCAT,DISP=(OLD,DELETE,DELETE) The second step (STEP2) was trying to create the same dsn using IDCAMS: //LSYSBCAT EXEC PGM=IDCAMS //SYSPRINT DD DSN=CICS2.SYSB.LISTCAT,DISP=(NEW,CATLG,DELETE), // DCB=(RECFM=VBA,LRECL=125,BLKSIZE=3750), // SPACE=(TRK,(10,1),RLSE) I tried the suggestions that were made and it worked. I have not changed the jcl in STEP1 to read as :DISP=(MOD,DELETE),SPACE=(1,0) Thanks. --- On Thu, 4/8/10, Howard Brazee howard.bra...@cusys.edu wrote: From: Howard Brazee howard.bra...@cusys.edu Subject: Re: JCL QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, April 8, 2010, 2:34 AM On 7 Apr 2010 06:51:15 -0700, esmie_...@yahoo.ca (esmie moo) wrote: I have a problem with a batch job which keeps failing on a JCL error. The first step deletes the dsn and the second step recreates the dsn using PGM=IDCAMS. Is there a way of having the job continue to execute STEP2 even though it posts a jcl error (dsn not found) in STEP1. I looked at using COND=EVEN but it doesn't work because the job did not abend to meet the condition. Is there another way of going about having the job continue to STEP2 eventhough STEP1 has a jcl error? Does the first job abend because it is not finding the file? How are you deleting it? -- 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 __ Get the name you've always wanted @ymail.com or @rocketmail.com! Go to http://ca.promos.yahoo.com/jacko/ -- 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: JCL QUESTION
Sorry I made a typo. It should read as : I have changed the jcl. --- On Thu, 4/8/10, esmie moo esmie_...@yahoo.ca wrote: From: esmie moo esmie_...@yahoo.ca Subject: Re: JCL QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, April 8, 2010, 2:53 AM Howard, The STEP1 (first step) was performing an IEFBR14. It is trying to delete the dsn: //DELFILE EXEC PGM=IEFBR14 //DD1 DD DSN=CICS2.SYSB.LISTCAT,DISP=(OLD,DELETE,DELETE) The second step (STEP2) was trying to create the same dsn using IDCAMS: //LSYSBCAT EXEC PGM=IDCAMS //SYSPRINT DD DSN=CICS2.SYSB.LISTCAT,DISP=(NEW,CATLG,DELETE), // DCB=(RECFM=VBA,LRECL=125,BLKSIZE=3750), // SPACE=(TRK,(10,1),RLSE) I tried the suggestions that were made and it worked. I have not changed the jcl in STEP1 to read as :DISP=(MOD,DELETE),SPACE=(1,0) Thanks. --- On Thu, 4/8/10, Howard Brazee howard.bra...@cusys.edu wrote: From: Howard Brazee howard.bra...@cusys.edu Subject: Re: JCL QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, April 8, 2010, 2:34 AM On 7 Apr 2010 06:51:15 -0700, esmie_...@yahoo.ca (esmie moo) wrote: I have a problem with a batch job which keeps failing on a JCL error. The first step deletes the dsn and the second step recreates the dsn using PGM=IDCAMS. Is there a way of having the job continue to execute STEP2 even though it posts a jcl error (dsn not found) in STEP1. I looked at using COND=EVEN but it doesn't work because the job did not abend to meet the condition. Is there another way of going about having the job continue to STEP2 eventhough STEP1 has a jcl error? Does the first job abend because it is not finding the file? How are you deleting it? -- 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 __ Get the name you've always wanted @ymail.com or @rocketmail.com! Go to http://ca.promos.yahoo.com/jacko/ -- 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 __ Connect with friends from any web browser - no download required. Try the new Yahoo! Canada Messenger for the Web BETA at http://ca.messenger.yahoo.com/webmessengerpromo.php -- 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: JCL QUESTION
Just a warning about using SPACE=(TRK,0). We had a job that used that and it all of a sudden started getting abends with a message that there was no space defined. Our storage folks had just set up SMS for VSAM Extended for that specific group of datasets. It appears that once you do that it closes a hole that allowed the SPACE=(TRK,0) specification. We had to change it to SPACE=(TRK,1) which worked. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Wednesday, April 07, 2010 8:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL QUESTION esmie moo pisze: Good Morning Gentle Readers, I have a problem with a batch job which keeps failing on a JCL error. The first step deletes the dsn and the second step recreates the dsn using PGM=IDCAMS. Is there a way of having the job continue to execute STEP2 even though it posts a jcl error (dsn not found) in STEP1. I looked at using COND=EVEN but it doesn't work because the job did not abend to meet the condition. Is there another way of going about having the job continue to STEP2 eventhough STEP1 has a jcl error? No. However the problem can be solved. First method: //STEP1 EXEC PGM=IEFBR14 //DELTHIS DD DSN=name,DISP=(MOD,DELETE),SPACE=(TRK,0) Such step won't give you JCL error even if dataset does not exist. Second method: //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * DELETE datasetname SET MAXCC=0 Both methods have its own advantages and disadvantages and can be slightly modified. Both do work in most circumstances, but not all. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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: JCL QUESTION
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kelman, Tom Sent: Wednesday, April 07, 2010 10:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL QUESTION Just a warning about using SPACE=(TRK,0). We had a job that used that and it all of a sudden started getting abends with a message that there was no space defined. Our storage folks had just set up SMS for VSAM Extended for that specific group of datasets. It appears that once you do that it closes a hole that allowed the SPACE=(TRK,0) specification. We had to change it to SPACE=(TRK,1) which worked. SNIP Uh, won't this break the ability to create a model 1 DSCB? But then, the reasons for having such have probably gone away. Regards, Steve Thompson -- 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: JCL QUESTION
Kelman, Tom pisze: Just a warning about using SPACE=(TRK,0). We had a job that used that and it all of a sudden started getting abends with a message that there was no space defined. Our storage folks had just set up SMS for VSAM Extended for that specific group of datasets. It appears that once you do that it closes a hole that allowed the SPACE=(TRK,0) specification. We had to change it to SPACE=(TRK,1) which worked. I did not consider VSAM, especially VSAM EF. My habit is to use IDCAMS when manipulating VSAM. Of course it is allowed to use IDCAMS for nonVSAM datasets and DISP=(MOD,DELETE) for VSAM ones, but I just didn't try to specify TRK,0 for VSAM EF. Honestly I've been using TRK,1 for years (just a habit). It seems it's more flexible. ;-) -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
I definitely agree with your points. The security admin staff should be sharp smart people. However, I have worked for more than one company whose security admin staff where nothing more than dumb command issuers. They might have run DSMON once or twice in an audit cycle (which could be several years). Those companies did not allocate resources to hire smart security people or to educate the people they had. I've also worked with incredibly smart RACF people. They don't need or want my suggestion. Like you, they would not want to pay for such a feature in money, CPU, or IO. My suggestion was for the below average security dept which I have encounter all too often. However, I still believe that someone, someday will design a security feature to automatically provide better protection for all the system libraries, APF, Linklist, etc. for the below average. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Wednesday, April 07, 2010 10:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use No single DATASET profile is not a problem, the problem is to automatically update the list of APF libraries in RACF. In fact, you propose additional check for updating APF libraries just because the are APFed. Some kind of wizard (no irony) checking APF attrib dynamically. The same job can be done manually by simple DSMON report which lists all the APF libraries. I would not pay for such change. It could be also costly in terms of CPU and I/O. Last, but not leat it does not exhaust possible holes - there are LNKLST (usually run auth), LPA, exits, etc. Those objects lists are easily available by a command and can be compared to RACF protection. BTW: RACF admin shouldn't be dumb command issuer. He's resonsibility is to define/change the profiles as well as document the changes, as well as understand the changes (to know what is ABC.DEF.APFLOAD, etc.). In many cases RACF admin creates security policy (maybe he shouldn't but he does), and decides who should have access to APF, LPA, etc. -- Radoslaw Skorupka Lodz, Poland -- 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: Console's behaviour when no paths available
䉉⁍慍湩牦浡楄捳獵楳湯䰠獩⁴䤼䵂䴭䥁䁎慢慭甮摥㹵眠潲整漠㐰〯⼷〲〱ਠ㈰㌺㨷㈵䄠㩍ਊ㸊䰠獡⁴楮桧⁴眨汥ⱬ眠祡椠瑮桴獩洠牯楮杮 敷栠摡愠猠癥牥呗⁏畢晦牥ਠ桳牯慴敧ਠ‾桴瑡渠扯摯⁹慳䠠牥❥桷㩹㸊ਠ‾䤪协㜰䤱〠〵ⰰ⨪䌬乏体䕌呓剁⁔䕐䑎义⁇㜳‸㸊⨠佉こ㈰⁁㔰〰丬⁏䅐䡔⁓噁䥁䅌䱂⁅㸊†佉㉓〰䤲〠〵‰低倠呁午䄠䅖䱉䉁䕌㌠ㄸਠ‾匠䅔啔⁓但⁒䅐䡔匨 䑅ਠ‾†匠䉕䡃乁䕎⁌䅐䡔䄠䅖䱉䉁䕌啂⁔䕄䥖䕃丠呏传䕐䅒䥔乏䱁⠠ぃ 㸊††低䘠剕䡔剅䤠䙎剏䅍䥔乏䄠䅖䱉䉁䕌传⁒乕之坏⁎佃䑎呉佉⁎䘨⥆ਠ‾㸊㌠㔮栠畯獲氠瑡牥‾㸊⨠䕉㑁㔰⁅呗⁏啂䙆剅匠佈呒䝁⁅〸‥商䱌ਠ‾䕉㡅㤸⁉〮⸴ㄴ䌠乏体䕌䐠卉䱐奁ㄠㄱਠ‾卍㩇䌠剕㵒㐲䰠䵉㌽〰‰偒奌䌺剕㵒㠱†䰠䵉㤽‹†奓㵓祹祹†††䙐㵋〰ਠ‾砠硸硸⁸††㘴†佃䑎䄽†††啁䡔䴽十䕔⁒†††䉎䙕㈽㤳‰㸊†〠〵‰䄠䕒㵁ⱚ⁁†††䴠但䵒吽匬䨬ਠ‾†硸硸†䕄㵌䑒†删䵔㵅⼱‴†删啎㵍㔱†匠䝅ㄽ‴†䌠乏丽ਠ‾⁋ⱓ䕄㵌ⱒ㵌硸硸硸ਠ‾䕉ㅅㄵ⁉䕄䕌䕔删充䕕呓䤠䍎乏䥓呓久ⵔ低䐠卉䱐奁传⁎䍓䕒久ਠ‾佃䵍乁⁄卉啓䑅䤠⁓⁋ⱅⱄ㵌硸硸硸㸊ਠ‾敓敶敲圠佔戠晵敦桳牯慴敧愠猠潨瑲眠楨敬氠瑡牥潎漠桴牥䤠协洠獥慳敧牯ਠ㸊䌠婎洠獥慳敧渨湣⁺敭獳条獥戠晥牯桴畢晦牥猠潨瑲条⥥甠瑮汩琠敨ਠ潣獮汯㸊眠獡瘠牡敩湯楬敮愠慧湩⨠潨牵⩳氠瑡牥⠠桷汩瑳汩湩猠癥牥瑷猊潨瑲条⥥‾⁖〵ⰰ乏䥌䕎ਠ‾䕉㍅㈰⁉㔰〰††传䱎义⁅㸊䰠䝏䙏⁆卉啓䑅䈠⁙䕉䍅䙖䝔ਠ‾䕉㑁㘰⁉呗⁏啂䙆剅匠佈呒䝁⁅䕒䥌噅䑅ਠ‾㸊䄠⁴桴楴敭漠桴佉こ㈰⁁湡瑯敨祳瑳浥椠湡瑯敨祳灳敬⁸畢⁴湯琠敨ਠ‾慳敭戠硯朠瑯琠楨㩳㸊⨠佉こ〵⁉䡃乁䕎⁌䕄䕔呃䑅䔠剒剏传⁎㔰〰⨬Ⱚ⨪⨬〪‴㸊†乃㑚〲䤰䌠乏体䕌稠空空⁺䅈⁓䅆䱉䑅䕒十乏䤽䕏剒ਠ‾㸊丠睯洠⁹畱獥楴湯⠠慭湩祬琠䉉⁍楷汬瀠潲慢汢⁹敢映獡整桴湡朠楯杮ਠ桴潲杵㸊琠摥潩獵䔠剔㨩圠票琠敨栠捥獩❮⁴桴潣獮汯摡牤獥灳捡潮楴楦摥琠慨⁴渊㸊瀠瑡獨愠敲愠慶汩扡敬‿桗⁹獩琠敨挠湯潳敬愠摤敲獳猠慰散猠楴汬椠獳極杮ਠ‾敭獳条獥琠㸊琠慨⁴潣獮汯㽥圠票椠湳琧挠湯潳敬渠瑯晩敩桴瑡琠敨挠湯潳敬㔠〰椠渊瑯癡楡慬敢ਠ‾湡浹牯㽥ਠ‾㸊丠扯摯⁹慷扡敬琠癥湥⨠敳⩥琠敨猠潨瑲条敭獳条獥猠湩散渠瑯楨杮朠瑯ਠ‾楤灳慬敹湯琠慨⁴潣獮汯湡浹牯Ⅵ℡‡㸊ਠ‾湁晩琠楨獩戠潲敫獡搠獥杩敮Ɽ眠汩⁉慨敶琠潣敤愠灭硥瑩琠慨⁴洊歡獥ਠ‾畳敲愠汬戠晵敦桳牯慴敧洠獥慳敧楷汬戠敳瑮琠污潣獮汯獥椠㸊琠敨猠獹汰硥‿㸊传数慲潴獲眠汩敢攠瑸敲敭祬栠灡祰愠潢瑵琠慨⁴猨湩散洠湡⁹潤❮⁴癥湥欠潮⁷ਊ‾桷牥潴猠敥眠楨档猠獹整獩畳摥琠敨洠獥慳敧敲摡湩潦浲瑡整祳汳杯ਠ㸊洠獥慳敧愠灰慥獲琠敢愠搠楹杮氯獯⁴牡⥴㸊ਠ‾敒慧摲ⱳ䈠牡慢慲丠瑩 䤠愠潮䤠协攠灸牥ⱴ戠瑵礠畯爧潮⁴楬敫祬琠楦摮漠敮愠慷敫愠⁴桴獩琊浩景渠杩瑨潳䤠眠汩慭敫愠映睥⠠潰獳扩祬椠据牯敲瑣 潣浭湥獴ਮ 䤠琠楨歮愠佉⁓牤癩牥挠湡爠煥敵瑳戠楥杮瀠獯整慢正漠潮瀠瑡獨挊湯楤楴湯吠慨⁴業桧⁴敢戠⁹敳瑴湩ਊ佉䍓㍃䕗䔠啑†堠㈧✰††⸠匮瑥戠⁹牤癩牥琠敲畱獥⁴敤敦牲摥 †潣摮瑩潩潣敤㌠瀠獯楴杮⠠潰瑳挠摯 佃华䱏⁅獩渠瑯愠佉⁓牤癩牥䤠⁴獵獥䔠䍘⁐潦䍍⁓潣獮汯獥ਮ䤊⁴潬歯楬敫琠敨敲椠潣牲獥潰摮湩楢⁴湩琠敨䤠䉏ਮ䤊䉏䍃圳⁅充⁕†❘〴‧†单剅删充䕕呓⁓䡔呁䤠协倠协⁔⁁❘䐶‧但⁒⁁⨊佃䑎呉佉⁎佃䕄㌠传⁎呁䕔偍䕔⁄⽉⁏偏剅呁佉华ਠ†††⠠协嘯㉓ ⠠䑍㍃〱 †䀠㍚㤰㥐ੁਠ䌠乏体䕌瀠潲慢汢⁹潤獥渠瑯猠瑥琠慨⁴楢⁴䤨搠湯琧猠敥椠⁴獵摥戊⁹潣獮汯潭畤敬椠桴䍂⁐剘䙅⸩ਊ匠桴桷湥琠敨敲愠敲渠慰桴潴琠敨挠湯潳敬桴佉䉓爠浥楡獮焊敵敵潴琠敨唠䉃甠瑮汩琠敨渠慰桴潣摮瑩潩敧獴爠獥汯敶ਠ 丠睯愠潴栠睯琠敨渠慰桴潣摮瑩潩潧⁴敲潳癬摥眠瑩潨瑵ਠ敧敮慲楴杮猠浯楫摮漠湩整牲灵⁴潴搠楲敶琠敨焠敵敵敲畱獥ⱴ琊慨⁴業桧⁴敢愠焠敵瑳潩潦桷瑡癥牥椠瀊潲楶楤杮琠敨挠湯牴汯甠楮⁴畦据楴湯映牯琠敨挠湯潳敬搠癥捩䄊灰牡湥汴⁹桷湥礠畯氠瑡牥椠獳敵桴䅖奒传䱎义⁅潦桴潣獮汯敤楶散桴潣摮瑩潩慨敢湥爠獥汯敶Ɽ愠摮琠敨猠浩汵瑡摥椠瑮牥畲瑰昊潲䅖奒传䱎义⁅楤桴敲牤癩潦桴畱略摥爠煥敵瑳ਊ楊畍摬牥†稠伯⁓祓瑳浥吠獥⁴†䉉⁍潃灲倠畯桧敫灥楳ⱥ†奎ਊⴭⴭⴭ䘊牯䤠䵂䴭䥁⁎畳獢牣扩 楳湧景 牡档癩捡散獳椠獮牴捵楴湯ⱳ猊湥浥楡潴氠獩獴牥䁶慢慭甮摥⁵楷桴琠敨洠獥慳敧›䕇⁔䉉ⵍ䅍义䤠䙎敓牡档琠敨愠捲楨敶瑡栠瑴㩰⼯慢慭甮摥⽵牡档癩獥椯浢洭楡瑨汭ਊ Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. ==
Re: Saturation Data Point (SDP)
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Finnell Sent: Wednesday, April 07, 2010 8:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Saturation Data Point (SDP) In a message dated 4/7/2010 8:27:13 A.M. Central Daylight Time, john.mck...@healthmarkets.com writes: of print or unavailable, does not mean it can be copied or scan and reproduced. Please forgive me if I'm out of line. I'm very sensitive to copyright from some of the charges leveled against Linux by its opponents. Avoid even the appearance of evil (1 Thessalonians 5:22). What was it? There was a big stink at SHARE in early eighties. RAND Corp was giving out a tape with PL/S they had developed with some large corporate sponsors. We got ours and were heading back to the data center and got beeped to 'bring the tape back'. Seems like they had included the IBM manuals on the tape. Big no, no. So much for windmills and dragons... SCO and others said that much of the code in the Linux kernel was literally copied from their work. (never proven, even after 7 years of litigation by SCO). They also said that people who believe in the GPL did not respect the copyright rights of others. So it's become a point for FOSS people to be sure that they toe the line very strictly. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell 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 -- 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: JCL QUESTION
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of esmie moo Sent: Wednesday, April 07, 2010 8:51 AM To: IBM-MAIN@bama.ua.edu Subject: JCL QUESTION Good Morning Gentle Readers, I have a problem with a batch job which keeps failing on a JCL error. The first step deletes the dsn and the second step recreates the dsn using PGM=IDCAMS. Is there a way of having the job continue to execute STEP2 even though it posts a jcl error (dsn not found) in STEP1. I looked at using COND=EVEN but it doesn't work because the job did not abend to meet the condition. Is there another way of going about having the job continue to STEP2 eventhough STEP1 has a jcl error? Thanks No. There is no way to continue a job if a step gets a JCL error. I would guess that STEP1 is IEFBR14 with a DISP=(OLD,DELETE). If so, you could just remove the step and do a DELETE command in the IDCAMS step before allocating the new version. I do something like: //STEP2 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * DEL old.dsn.name SET MAXCC=0 DEFINE ... /* all the time. If you need to be sure that nobody else is using the DSN, then put an IEFBR14 step at the end of the job with a DISP=OLD on it. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . (817)-961-6183 cell 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 -- 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: Use of IF JCL statements
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Donald Johnson Sent: Wednesday, April 07, 2010 8:49 AM To: IBM-MAIN@bama.ua.edu Subject: Use of IF JCL statements Hi there! Can some one point me to documentation that would explain what happens in a JCL stream with IF/ELSE statements and the job is trying to be restarted in the middle? For example, if I have: Step1 Step2 IF Step2.rc 4 Then Step3 IF Step3.rc = 0 Then Step4 Step5 ENDIF (step3) ENDIF (step2) And try to restart at Step4, all steps have flushed. I have a good idea that it is because the IF tests could not work (there is no Stepx.RUN), so even though restarting in Step4, the interpreter knows it is inside the IF statements. Can someone point me in the right direction, so I can help my user? Thank you for your assistance! Don ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2B690/17.1.4 quote If you specify a stepname as part of a relational-expression, the system first determines whether the step executed. If the step did not execute, the evaluation of the relational-expression is false. /quote From my intepretation of: If the step did not execute, the evaluation of the relational-expression is false., I think that any relational expression involving a flushed step evaluates to FALSE. So, in your example, the steps within the IF would NOT be executed. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell 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 -- 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: ESS 2105-800 DS6800 comparison
Kevin, Thanks for your feedback. In my case, we are already running FICON with the Shark, so we shouldn't see a change in performance there. Is the in-rack laptop a feature be ordered with the DS6800, or is it a matter of buying any compatible laptop and rack mounting it? Can you clarify? I will check on Flashcopy 2 availability, although we only use flashcopy at the volume level. Sincerely, Nigel Salway Date: Fri, 2 Apr 2010 11:44:01 -0400 From: kevin.cl...@bcbsde.com Subject: Re: ESS 2105-800 DS6800 comparison To: IBM-MAIN@bama.ua.edu Nigel, Converted from a Hitachi unit emulating a ESS 2105 to a DS6800 using FDRPAS and FLASHCOPY in 1 day, (10 TB), It was awhile back but there were no problems or issues. Except it didn't support Flashcopy 2 at the time (Dataset level) Since the DS6800 was rack mounted, I should have opted for the in rack LAPTOP, Instead of table to support my monitor and keyboard only. Oh yea. We went from ESCOM to FICON...so great for performance. Kevin ---Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Nigel Salway Sent: Thursday, April 01, 2010 12:07 PM To: IBM-MAIN@bama.ua.edu Subject: ESS 2105-800 DS6800 comparison I am looking at migrating from an ESS 2105-800 shark to a used DS6800 1750-522. I am curious to learn if anyone has done a similar conversion and can comment on the relative performance of the two storage subsystems. The IBM redbook SG24-6781-02 says the DS6800 will out-perform the 2105-800 shark in most zOS implementations. I am also interested in hearing from someone who has installed a used DS6800 and if they had any issues installing and setting up the DS Storage Manager software. TIA -- 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 This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- 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: Console's behaviour when no paths available
Jerry Whitteridge wrote: 䉉⁍慍湩牦浡楄捳獵楳湯䰠獩⁴䤼䵂䴭䥁䁎慢慭甮摥㹵眠潲整漠㐰〯⼷〲〱ਠ㈰㌺㨷㈵䄠㩍ਊ㸊䰠獡⁴楮桧⁴眨汥ⱬ眠祡椠瑮桴獩洠牯楮杮 敷栠摡愠猠癥牥呗⁏畢晦牥ਠ桳牯慴敧ਠ‾桴瑡渠扯摯⁹慳䠠牥❥桷㩹㸊ਠ‾䤪协㜰䤱〠〵ⰰ⨪䌬乏体䕌呓剁⁔䕐䑎义⁇㜳‸㸊⨠佉こ㈰⁁㔰〰丬⁏䅐䡔⁓噁䥁䅌䱂⁅㸊†佉㉓〰䤲〠〵‰低倠呁午䄠䅖䱉䉁䕌㌠ㄸਠ‾匠䅔啔⁓但⁒䅐䡔匨 䑅ਠ‾†匠䉕䡃乁䕎⁌䅐䡔䄠䅖䱉䉁䕌啂⁔䕄䥖䕃丠呏传䕐䅒䥔乏䱁⠠ぃ 㸊††低䘠剕䡔剅䤠䙎剏䅍䥔乏䄠䅖䱉䉁䕌传⁒乕之坏⁎佃䑎呉佉⁎䘨⥆ਠ‾㸊㌠㔮栠畯獲氠瑡牥‾㸊⨠䕉㑁㔰⁅呗⁏啂䙆剅匠佈呒䝁⁅〸‥商䱌ਠ‾䕉㡅㤸⁉〮⸴ㄴ䌠乏体䕌䐠卉䱐奁ㄠㄱਠ‾卍㩇䌠剕㵒㐲䰠䵉㌽〰‰偒奌䌺剕㵒㠱†䰠䵉㤽‹†奓㵓祹祹†††䙐 㵋〰ਠ‾砠硸硸⁸††㘴†佃䑎䄽†††啁䡔䴽十䕔⁒†††䉎䙕㈽㤳‰㸊†〠〵‰䄠䕒㵁ⱚ⁁†††䴠但䵒吽匬䨬ਠ‾†硸硸†䕄㵌䑒†删䵔㵅⼱‴†删啎㵍㔱†匠䝅ㄽ‴†䌠乏丽ਠ‾⁋ⱓ䕄㵌ⱒ㵌硸硸硸ਠ‾䕉ㅅㄵ⁉䕄䕌䕔删充䕕呓䤠䍎乏䥓呓久ⵔ低䐠卉䱐奁传⁎䍓䕒久ਠ‾佃䵍乁⁄卉啓䑅䤠⁓⁋ⱅⱄ㵌硸硸硸㸊ਠ‾敓敶敲圠佔戠晵敦桳牯慴敧愠猠潨瑲眠楨敬氠瑡牥潎漠桴牥䤠协洠獥慳敧牯ਠ㸊䌠婎洠獥慳敧渨湣⁺敭獳条獥戠晥牯桴畢晦牥猠潨瑲条⥥甠瑮汩琠敨ਠ潣獮汯㸊眠獡瘠牡敩湯楬敮愠慧湩⨠潨牵⩳氠瑡牥⠠桷汩瑳汩湩猠癥牥瑷猊潨瑲条⥥‾⁖〵ⰰ乏䥌䕎ਠ‾䕉㍅㈰⁉㔰〰††传䱎义⁅㸊䰠䝏䙏⁆卉啓䑅䈠⁙䕉䍅䙖䝔ਠ‾䕉㑁㘰⁉呗⁏啂䙆剅匠佈呒䝁 ⁅䕒䥌噅䑅ਠ‾㸊䄠⁴桴楴敭漠桴佉こ㈰⁁湡瑯敨祳瑳浥椠湡瑯敨祳灳敬⁸畢⁴湯琠敨ਠ‾慳敭戠硯朠瑯琠楨㩳㸊⨠佉こ〵⁉䡃乁䕎⁌䕄䕔呃䑅䔠剒剏传⁎㔰〰⨬Ⱚ⨪⨬〪‴㸊†乃㑚〲䤰䌠乏体䕌稠空空⁺䅈⁓䅆䱉䑅䕒十乏䤽䕏剒ਠ‾㸊丠睯洠⁹畱獥楴湯⠠慭湩祬琠䉉⁍楷汬瀠潲慢汢⁹敢映獡整桴湡朠楯杮ਠ桴潲杵㸊琠摥潩獵䔠剔㨩圠票琠敨栠捥獩❮⁴桴潣獮汯摡牤獥灳捡潮楴楦摥琠慨⁴渊㸊瀠瑡獨愠敲愠慶汩扡敬‿桗⁹獩琠敨挠湯潳敬愠摤敲獳猠慰散猠楴汬椠獳極杮ਠ‾敭獳条獥琠㸊琠慨⁴潣獮汯㽥圠票椠湳琧挠湯潳敬渠瑯晩敩桴瑡琠敨挠湯潳敬㔠〰椠渊瑯癡楡慬敢ਠ‾湡浹牯㽥ਠ‾㸊丠扯摯⁹慷扡敬琠癥湥⨠敳⩥琠敨猠潨瑲条敭獳条獥猠湩散渠瑯楨杮朠瑯ਠ‾楤灳慬敹湯琠慨⁴潣 獮汯湡浹牯Ⅵ℡‡㸊ਠ‾湁晩琠楨獩戠潲敫獡搠獥杩敮Ɽ眠汩⁉慨敶琠潣敤愠灭硥瑩琠慨⁴洊歡獥ਠ‾畳敲愠汬戠晵敦桳牯慴敧洠獥慳敧楷汬戠敳瑮琠污潣獮汯獥椠㸊琠敨猠獹汰硥‿㸊传数慲潴獲眠汩敢攠瑸敲敭祬栠灡祰愠潢瑵琠慨⁴猨湩散洠湡⁹潤❮⁴癥湥欠潮⁷ਊ‾桷牥潴猠敥眠楨档猠獹整獩畳摥琠敨洠獥慳敧敲摡湩潦浲瑡整祳汳杯ਠ㸊洠獥慳敧愠灰慥獲琠敢愠搠楹杮氯獯⁴牡⥴㸊ਠ‾敒慧摲ⱳ䈠牡慢慲丠瑩 䤠愠潮䤠协攠灸牥ⱴ戠瑵礠畯爧潮⁴楬敫祬琠楦摮漠敮愠慷敫愠⁴桴獩琊浩景渠杩瑨潳䤠眠汩慭敫愠映睥⠠潰獳扩祬椠据牯敲瑣 潣浭湥獴ਮ 䤠琠楨歮愠佉⁓牤癩牥挠湡爠煥敵瑳戠楥杮瀠獯整慢正漠潮瀠瑡獨挊湯楤楴湯吠慨⁴業桧⁴敢戠⁹敳瑴湩ਊ 佉䍓㍃䕗䔠啑†堠㈧✰††⸠匮瑥戠⁹牤癩牥琠敲畱獥⁴敤敦牲摥 †潣摮瑩潩潣敤㌠瀠獯楴杮⠠潰瑳挠摯 佃华䱏⁅獩渠瑯愠佉⁓牤癩牥䤠⁴獵獥䔠䍘⁐潦䍍⁓潣獮汯獥ਮ䤊⁴潬歯楬敫琠敨敲椠潣牲獥潰摮湩楢⁴湩琠敨䤠䉏ਮ䤊䉏䍃圳⁅充⁕†❘〴‧†单剅删充䕕呓⁓䡔呁䤠协倠协⁔⁁❘䐶‧但⁒⁁⨊佃䑎呉佉⁎佃䕄㌠传⁎呁䕔偍䕔⁄⽉⁏偏剅呁佉华ਠ†††⠠协嘯㉓ ⠠䑍㍃〱 †䀠㍚㤰㥐ੁਠ䌠乏体䕌瀠潲慢汢⁹潤獥渠瑯猠瑥琠慨⁴楢⁴䤨搠湯琧猠敥椠⁴獵摥戊⁹潣獮汯潭畤敬椠桴䍂⁐剘䙅⸩ਊ匠桴桷湥琠敨敲愠敲渠慰桴潴琠敨挠湯潳敬桴佉䉓爠浥楡獮焊敵敵潴琠敨唠䉃甠 瑮汩琠敨渠慰桴潣摮瑩潩敧獴爠獥汯敶ਠ 丠睯愠潴栠睯琠敨渠慰桴潣摮瑩潩潧⁴敲潳癬摥眠瑩潨瑵ਠ敧敮慲楴杮猠浯楫摮漠湩整牲灵⁴潴搠楲敶琠敨焠敵敵敲畱獥ⱴ琊慨⁴業桧⁴敢愠焠敵瑳潩潦桷瑡癥牥椠瀊潲楶楤杮琠敨挠湯牴汯甠楮⁴畦据楴湯映牯琠敨挠湯潳敬搠癥捩䄊灰牡湥汴⁹桷湥礠畯氠瑡牥椠獳敵桴䅖奒传䱎义⁅潦桴潣獮汯敤楶散桴潣摮瑩潩慨敢湥爠獥汯敶Ɽ愠摮琠敨猠浩汵瑡摥椠瑮牥畲瑰昊潲䅖奒传䱎义⁅楤桴敲牤癩潦桴畱略摥爠煥敵瑳ਊ楊畍摬牥†稠伯⁓祓瑳浥吠獥⁴†䉉⁍潃灲倠畯桧敫灥楳ⱥ†奎ਊⴭⴭⴭ䘊牯䤠䵂䴭䥁⁎畳獢牣扩 楳湧景 牡档癩捡散獳椠獮牴捵楴湯ⱳ 猊湥浥楡潴氠獩獴牥䁶慢慭甮摥⁵楷桴琠敨洠獥慳敧›䕇⁔䉉ⵍ䅍义䤠䙎敓牡档琠敨愠捲楨敶瑡栠瑴㩰⼯慢慭甮摥⽵牡档癩獥椯浢洭楡瑨汭ਊ Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == Gee, Jerry, calm down! -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * z/OS application programmer training + Instructor-led on-site classroom based classes + Course materials licensing + Remote contact training + Roadshows + Course development -- 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: Use of IF JCL statements
Thanks, John; that was what I thought it might be doing. I now have the reference to start with as well! Don On Wed, Apr 7, 2010 at 12:18 PM, McKown, John john.mck...@healthmarkets.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Donald Johnson Sent: Wednesday, April 07, 2010 8:49 AM To: IBM-MAIN@bama.ua.edu Subject: Use of IF JCL statements Hi there! Can some one point me to documentation that would explain what happens in a JCL stream with IF/ELSE statements and the job is trying to be restarted in the middle? For example, if I have: Step1 Step2 IF Step2.rc 4 Then Step3 IF Step3.rc = 0 Then Step4 Step5 ENDIF (step3) ENDIF (step2) And try to restart at Step4, all steps have flushed. I have a good idea that it is because the IF tests could not work (there is no Stepx.RUN), so even though restarting in Step4, the interpreter knows it is inside the IF statements. Can someone point me in the right direction, so I can help my user? Thank you for your assistance! Don ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2B690/17.1.4 quote If you specify a stepname as part of a relational-expression, the system first determines whether the step executed. If the step did not execute, the evaluation of the relational-expression is false. /quote From my intepretation of: If the step did not execute, the evaluation of the relational-expression is false., I think that any relational expression involving a flushed step evaluates to FALSE. So, in your example, the steps within the IF would NOT be executed. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.comhttp://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 -- 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: Saturation Data Point (SDP)
Like Thou shalt not steal. On Wed, Apr 7, 2010 at 12:04 PM, McKown, John john.mck...@healthmarkets.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Finnell Sent: Wednesday, April 07, 2010 8:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Saturation Data Point (SDP) In a message dated 4/7/2010 8:27:13 A.M. Central Daylight Time, john.mck...@healthmarkets.com writes: of print or unavailable, does not mean it can be copied or scan and reproduced. Please forgive me if I'm out of line. I'm very sensitive to copyright from some of the charges leveled against Linux by its opponents. Avoid even the appearance of evil (1 Thessalonians 5:22). What was it? There was a big stink at SHARE in early eighties. RAND Corp was giving out a tape with PL/S they had developed with some large corporate sponsors. We got ours and were heading back to the data center and got beeped to 'bring the tape back'. Seems like they had included the IBM manuals on the tape. Big no, no. So much for windmills and dragons... SCO and others said that much of the code in the Linux kernel was literally copied from their work. (never proven, even after 7 years of litigation by SCO). They also said that people who believe in the GPL did not respect the copyright rights of others. So it's become a point for FOSS people to be sure that they toe the line very strictly. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.comhttp://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 -- 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 -- George Henke (C) 845 401 5614 -- 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
transferring files between zos's
DFDSS can dump all files with say myqual.*.** to a seq dataset. I want the resulting file be ftped to another z/os for loading. Bascially can a dfdss backup be transferred and reversed at destination without having to use sneaker net and tapes. Tim Brown Systems Specialist Project Leader Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: (845) 486-5643 Fax: (845) 486-5921 Cell: (845) 235-4255 -- 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: Hidden APARs (Was: Heads Up: APAR IO11698...)
On 7 April 2010 10:00, Klaus Stanislawiak klaus.stanislaw...@softwareag.com wrote: On Fri, 2 Apr 2010 08:33:40 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: I have no idea how rare they are. I have personally reported two hidden APARs in the last 10 years. If that's typical for an IBM-MAIN contributor, then there are a lot of them. I suspect it's not typical though. I would interested to hear from others about their experiences... To provide more input for your estimates, I have personally submitted one PMR in the last 10 years that resulted in a hidden APAR. On the other hand, I had an integrity APAR rejected back in the 1980s, even though I could demonstrate gaining control in an authorized state by exploiting the exposure. IBM did fix it, but only much later. (Well, not formally REJECTED in the system, but the SE and marketing folks were dispatched to explain to me and my manager why they didn't want to take an APAR.) Tony H. -- 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: Saturation Data Point (SDP)
Thou shalt not steal (Exodus) The thief believes he gains something by stealing( Mary Baker Eddy) On Wed, Apr 7, 2010 at 1:54 PM, George Henke gahe...@gmail.com wrote: Like Thou shalt not steal. On Wed, Apr 7, 2010 at 12:04 PM, McKown, John john.mck...@healthmarkets.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Finnell Sent: Wednesday, April 07, 2010 8:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Saturation Data Point (SDP) In a message dated 4/7/2010 8:27:13 A.M. Central Daylight Time, john.mck...@healthmarkets.com writes: of print or unavailable, does not mean it can be copied or scan and reproduced. Please forgive me if I'm out of line. I'm very sensitive to copyright from some of the charges leveled against Linux by its opponents. Avoid even the appearance of evil (1 Thessalonians 5:22). What was it? There was a big stink at SHARE in early eighties. RAND Corp was giving out a tape with PL/S they had developed with some large corporate sponsors. We got ours and were heading back to the data center and got beeped to 'bring the tape back'. Seems like they had included the IBM manuals on the tape. Big no, no. So much for windmills and dragons... SCO and others said that much of the code in the Linux kernel was literally copied from their work. (never proven, even after 7 years of litigation by SCO). They also said that people who believe in the GPL did not respect the copyright rights of others. So it's become a point for FOSS people to be sure that they toe the line very strictly. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.comhttp://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 -- 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 -- George Henke (C) 845 401 5614 -- George Henke (C) 845 401 5614 -- 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: JCL QUESTION
//STEP2 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * DEL old.dsn.name SET MAXCC=0 DEFINE ... /* I would change it to: DEL old.dsn.name IF MAXCC9 THEN SET MAXCC=0 IF MAXCC=0 THEN DEFINE ... - Too busy driving to stop for gas! -- 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: Console's behaviour when no paths available
I'm sorry - no idea what happened there - I was copying a couple of messages to other folders and the e-mail app crashed. No idea why these 2 messages got sent out (and garbled !) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Wednesday, April 07, 2010 9:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Console's behaviour when no paths available Jerry Whitteridge wrote: 䉉⁍慍湩牦浡楄捳獵楳湯䰠獩⁴䤼䵂䴭䥁䁎慢慭甮摥㹵眠潲整漠㐰〯⼷〲== Gee, Jerry, calm down! -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- 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 1.11
I know this post is probably going to be met with a lot of angst, but I've debated it a good bit and decided I need to warn people. z/OS 1.11 has been the toughest migration we have done in like 9-10 years. Please note, the above is my OPINION. Our troubles have not had anything to do with preparation, the migration guide, etc. Our troubles are all being addressed by IBM and OEM fixes. If you are planning to go to z/os 1.11, please stay on top of the hipers. I've tried to get a list of open apars, but to no avail. Right now I have 5 open apars myself! That's never happened to me in 25 years of systems programming. And we're not beta, or even really, bleeding edge. The worst open apar I have now is OA32271, followed by OA32286. We can't run Hiperdispatch in z/os 1.11, as we still have a hang issue that occurs when we turn it on, no apar yet. Does anyone know the appropriate search term in IBMLink to get open apars? Again, I hesitated with this because all shops are different and YMMV, but I think this list is all about helping each other out, and that is my intent. Thanks! Mary Anne -- 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: transferring files between zos's
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tim Brown Sent: Wednesday, April 07, 2010 1:20 PM To: IBM-MAIN@bama.ua.edu Subject: transferring files between zos's DFDSS can dump all files with say myqual.*.** to a seq dataset. I want the resulting file be ftped to another z/os for loading. Bascially can a dfdss backup be transferred and reversed at destination without having to use sneaker net and tapes. Tim Brown Yes, it can. But it is easiest if you take the DFDSS output file and use AMATERSE on it. This makes it into a FB/1024 dataset, which is very simple to ftp as BINARY, even if it passes through a non-z intermediate node. If you are going from z/OS directly to z/OS, then use MODE B. BINARY MODE B PUT DFDSS.FILE -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell 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 -- 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: Intel Nehalem-EX Aims for the Mainframe
re: http://www.garlic.com/~lynn/2010g.html#25 Intel Nehalem-EX Aims for the Mainframe http://www.garlic.com/~lynn/2010g.html#27 Intel Nehalem-EX Aims for the Mainframe http://www.garlic.com/~lynn/2010g.html#28 Intel Nehalem-EX Aims for the Mainframe http://www.garlic.com/~lynn/2010g.html#32 Intel Nehalem-EX Aims for the Mainframe http://www.garlic.com/~lynn/2010g.html#35 Intel Nehalem-EX Aims for the Mainframe IBM responds to Oracle's Exadata with new systems http://www.computerworld.com/s/article/9174967/IBM_responds_to_Oracle_s_Exadata_with_new_systems from above: IBM on Wednesday announced a new range of integrated systems for large-scale data analysis, mounting a fresh challenge to rival Oracle's Exadata platform. The offerings include the pureScale Application System as well as Smart Analysis ... snip ... related references from last year: http://www.garlic.com/~lynn/2009p.html#43 From The Annals of Release No Software Before Its Time http://www.garlic.com/~lynn/2009p.html#46 From The Annals of Release No Software Before Its Time http://www.garlic.com/~lynn/2009p.html#49 big iron mainframe vs. x86 servers http://www.garlic.com/~lynn/2009p.html#54 big iron mainframe vs. x86 servers referencing DB2 announces technology that trumps Oracle RAC and Exadata http://freedb2.com/2009/10/10/for-databases-size-does-matter/ and IBM pureScale Technology Redefines Transaction Processing Economics. New DB2 Feature Sets the Bar for System Performance on More than 100 IBM Power Systems http://www-03.ibm.com/press/us/en/pressrelease/28593.wss -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- 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: ESS 2105-800 DS6800 comparison
The console for the DS6800 is IBM part number 425242J that you should order at the same time. You also need to order Windows Server (2008R2 according to my last IBM notice) to run the console and its application. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Nigel Salway Sent: Wednesday, April 07, 2010 9:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ESS 2105-800 DS6800 comparison Kevin, Thanks for your feedback. In my case, we are already running FICON with the Shark, so we shouldn't see a change in performance there. Is the in-rack laptop a feature be ordered with the DS6800, or is it a matter of buying any compatible laptop and rack mounting it? Can you clarify? -- 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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
On 6 Apr 2010 08:39:36 -0700, in bit.listserv.ibm-main you wrote: On Tue, 6 Apr 2010 13:28:11 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: Of course in every case we should know the meaning of the profiles and I believe that the GIM.** profiles will be documented. It does not contradict with the APAR statement - the risk details can be still obscured. BTW: I bet the case is very bizarre case and it does not affect majority of us, BUT the APAR officially falls into category integrity and gets all the attributes of secrecy. I consider it as SPE (Small Programming Enhancement) with disputable qualification. Sorry, Radoslaw, but while the implementation may have happened to provide a functional enhancement that some of you will find useful, we would not have released an APAR that -requires- those migration actions if it were merely an enhancement. We might have introduced such improved function via an APAR, but it would have been optional (e.g., if you want to control function x you can define this profile, not if you want to allow the program to continue working at all you must define a profile). We do not lightly make such changes mandatory and force migration actions on our users in the service stream. There is a legitimate integrity exposure involved, and the APAR is properly classified as such. We perhaps should have said a bit more in the documentation. We're considering whether we can do so, and what we can say that will convey the magnitude of our concern (though merely the fact that we did this via an APAR with mandatory migration actions should serve as a indication that we have serious concerns and there is a legitimate problem to address). After watching this thread, I have a couple of comments. The first is that when something like this is introduced, the APAR should give some clue as to how and why people are to use this new function/feature. The discussion shows that far better systems programmers than I are confused about the new function and profile. If people don't implement the change properly so as to achieve the intended goal of the change, it could be worse than useless. At the very least there should be a list of recommended practices. The second is the question of APF authorization. I believe that one of the longer term goals should be to remove the need for APF authorization from all utilities where at all possible. The requirement that IEBCOPY be APF authorized probably should have been removed 20 - 30 years ago since a competitive product seems to be able to do without it. Should IDCAMS need to be APF authorized in order to function. Is IEBCOPY the only reason that SMP/E needs to be APF authorized? If not, can changes be made to eliminate the need? -- 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: Saturation Data Point (SDP)
On 4/7/2010 at 09:33 AM, George Henke gahe...@gmail.com wrote: But, I do not think the copyright would be honored or violated since they have made the same material available in a Redbook (See prior post from Alan Schenck). When the owner makes the material public, then the copyright law does not apply. Incorrect. The author has to explicitly release a work to the public domain, and I doubt very much that happened. If IBM or an author makes a work freely downloadable, that's fine, but it doesn't mean the same content in a different work suddenly becomes public domain. Mark Post -- 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: transferring files between zos's
For z directly to z, I would suggest: MODE C TYPE E Never binary. Works for every file type I've tried so far with data compression rates sometimes as high as 80% and 'impossible' data transfer rates. Try it; you'll love it. Use binary when you have to pass trough a Windows machine. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, April 07, 2010 2:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: transferring files between zos's ..snip Yes, it can. But it is easiest if you take the DFDSS output file and use AMATERSE on it. This makes it into a FB/1024 dataset, which is very simple to ftp as BINARY, even if it passes through a non-z intermediate node. If you are going from z/OS directly to z/OS, then use MODE B. BINARY MODE B PUT DFDSS.FILE -- John McKown Systems Engineer IV IT NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: JCL QUESTION
On Wed, 7 Apr 2010 11:09:28 -0500, McKown, John wrote: all the time. If you need to be sure that nobody else is using the DSN, then put an IEFBR14 step at the end of the job with a DISP=OLD on it. Beware JES3 setup. Safer to use DISP=MOD. (Does JES3 setup require UNIT and SPACE lest the data set not exist?) -- gil -- 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: JCL QUESTION
On Wed, 7 Apr 2010 11:09:28 -0500, McKown, John wrote: all the time. If you need to be sure that nobody else is using the DSN, then put an IEFBR14 step at the end of the job with a DISP=OLD on it. But beware JES3 setup. DISP=MOD is safer. (Does JES3 require UNIT and SPACE, lest DSN not exist?) -- gil -- 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 LDAP client to Windows LDAP server
On Tue, 6 Apr 2010 14:07:06 -0500, Mark Hammack mark.hamm...@gmail.com wrote: I am attempting to write an LDAP client on z/OS that will bind to AD running on Windows 2003 Server using the C API. The ldap_init() returns 0 and seems to connect OK (the only problem I have with this is that I tried an invalid server name and still got a return code 0). When I issue the ldap_sasl_bind()/ldap_request(), I get an error back indicating that the user is not defined (return code 49, data 525 error). For the DN string (who parameter), I have tried cn=user.name,o=company,c=US, uid=user.name, etc. (everything I can think of anyway) in both codepage 1047 and 1252 all with the same results. BTW, when I use the invalid LDAP server name, I get a completely different error so apparently, the connection is fine. In order to bind, you have to have a valid dn (who). To get a valid dn, you search() on something unique like mail=user.n...@company.com. Then you bind using the returned DN. Bind() will not do an implicit search(). The set of attributes that constitute a dn are defined by the schema (I can't figure out what to search in the schema to find it, though). cn=my name,ou=place,o=company,c=us is common, but there are others. Talk to the LDAP owner. Alan Altmark z/VM Development IBM -- 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: transferring files between zos's
I have done this in the past. All I would suggest is that the output Seq file have a BLKSIZE=32760. DFDSS does not care, but I think FTP likes it better when the blksize is understandable. Lizette Tim Brown Wrote: DFDSS can dump all files with say myqual.*.** to a seq dataset. I want the resulting file be ftped to another z/os for loading. Bascially can a dfdss backup be transferred and reversed at destination without having to use sneaker net and tapes. -- 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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
On Wed, 7 Apr 2010 15:42:31 -0300, Clark Morris wrote: The second is the question of APF authorization. I believe that one of the longer term goals should be to remove the need for APF authorization from all utilities where at all possible. The requirement that IEBCOPY be APF authorized probably should have been removed 20 - 30 years ago since a competitive product seems to be able to do without it. Should IDCAMS need to be APF authorized in order to function. Is IEBCOPY the only reason that SMP/E needs to be APF authorized? If not, can changes be made to eliminate the need? No. There's also S99WTDSN. -- gil -- 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: Non-SMS-managed LOGR offload data sets
On Wed, 7 Apr 2010 03:48:32 -0500, Barbara Nitz nitz-...@gmx.net wrote: Unscientific survey: How many of you use truly non-SMS-managed LOGR datasets? We still have some. I discovered them in one of our sysplexes a couple of years ago after a space problem (they go to storage volumes). Most of that has been changed to a new HLQ and SMS control, but I guess the person that was working on changing this didn't get everything or get the owners of the logstream to change. As in: Using the two model data sets and an IEFDB401 exit that specifies the DALLIKE text unit? That part, no. How many of you 'share' a pool of DASD (for LOGR data sets) in two SMSs? Yes again. See past posts of mine where I talk about this. Also, see where I talked about sharing dump data sets across multiple SMSplexes and sysplexes (in an MII environment). Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/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: z/OS 1.11
On Wed, 7 Apr 2010 12:31:01 -0500, Mary Anne Matyaz maryanne4...@gmail.com wrote: I know this post is probably going to be met with a lot of angst, but I've debated it a good bit and decided I need to warn people. z/OS 1.11 has been the toughest migration we have done in like 9-10 years. Please note, the above is my OPINION. Our troubles have not had anything to do with preparation, the migration guide, etc. Our troubles are all being addressed by IBM and OEM fixes. If you are planning to go to z/os 1.11, please stay on top of the hipers. I've tried to get a list of open apars, but to no avail. Right now I have 5 open apars myself! That's never happened to me in 25 years of systems programming. And we're not beta, or even really, bleeding edge. The worst open apar I have now is OA32271, followed by OA32286. We can't run Hiperdispatch in z/os 1.11, as we still have a hang issue that occurs when we turn it on, no apar yet. Does anyone know the appropriate search term in IBMLink to get open apars? Again, I hesitated with this because all shops are different and YMMV, but I think this list is all about helping each other out, and that is my intent. Thanks. I hope my client doesn't experience any pain. I'm doing my first real (as in development LPARs, but still highly used and visible) migrations in a couple of weeks. Been running 1.11 in sandboxes since the end of February with no problems (other than some lacking ISV maintenance - mostly for software support by other groups than OS). So I hope things go smooth, but based on our sandbox testing, I expect them to. The 2 LPARs involved for my first migration run WAS and SAP, but there is much less ISV software on those LPARs, so that is why we typically upgrade them first. I don't search for open apars, but I do make use of SMP/E REPORT ERRORSYSMODS, use ASAP on IBMLINK and SMP/E REPORT MISSINGFIX. As is... FIXCAT( IBM.ProductInstall-RequiredService IBM.Coexistence.z/OS.V1R11 ). Don't ask me why I found some 1.11 PTFs that were mentioned in the PSP buckets coded with IBM.Coexistence.z/OS.V1R11 instead of IBM.ProductInstall-RequiredService. Unless I'm wrong, fixes for 1.11 shouldn't have coexistence for 1.11 tags. Maybe the person who coded these PTFs didn't understand FIXCAT (no, I didn't open a PMR on this). Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/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: JCL QUESTION
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, April 07, 2010 12:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL QUESTION On Wed, 7 Apr 2010 11:09:28 -0500, McKown, John wrote: all the time. If you need to be sure that nobody else is using the DSN, then put an IEFBR14 step at the end of the job with a DISP=OLD on it. But beware JES3 setup. DISP=MOD is safer. (Does JES3 require UNIT and SPACE, lest DSN not exist?) SNIP I know that it does require the DSN (whether by catalog or by volume specific allocation). I don't recall it requiring space. However, I normally use SPACE=(TRK,1) as someone else demonstrated. Using IDCAMS will get you a JCL error, because SETUP makes sure that the DSN is actually available -- it doesn't see the dynamic build. Later, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- 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: transferring files between zos's
Yes, it can. But it is easiest if you take the DFDSS output file and use AMATERSE on it. This makes it into a FB/1024 dataset, which is very simple to ftp as BINARY, even if it passes through a non-z intermediate node. This is exactly what we do. Bob Shannon Rocket Software -- 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: Console's behaviour when no paths available
Barbara Nitz wrote: Last night (well, way into this morning) we had a severe WTO buffer shortage that nobody saw. Here's why: *IOS071I 0500,**,CONSOLE, START PENDING 378 *IOS002A 0500,NO PATHS AVAILABLE IOS2002I 0500 NO PATHS AVAILABLE 381 STATUS FOR PATH(S) ED SUBCHANNEL PATH AVAILABLE, BUT DEVICE NOT OPERATIONAL (C0) NO FURTHER INFORMATION AVAILABLE OR UNKNOWN CONDITION (FF) 3.5 hours later: *IEA405E WTO BUFFER SHORTAGE - 80% FULL IEE889I 01.04.41 CONSOLE DISPLAY 111 MSG: CURR=2401 LIM=3000 RPLY:CURR=18 LIM=99 SYS= PFK=00 xx 46 COND=A AUTH=MASTER NBUF=2390 0500 AREA=Z,AMFORM=T,S,J DEL=RD RTME=1/4RNUM=15 SEG=14CON=N K S,DEL=R,L=xx IEE151I DELETE REQUEST INCONSISTENT-NO DISPLAY ON SCREEN COMMAND ISSUED IS K E,D,L=xx Severe WTO buffer shortage a short while later. No other IOS messages or CNZ messages (no cnz messages before the buffer shortage) until the console was varied online again *hours* later (while still in severe wto shortage): V 500,ONLINE IEE302I 0500 ONLINE LOGOFF - ISSUED BY IEECVFTG IEA406I WTO BUFFER SHORTAGE RELIEVED At the time of the IOS002A another system in another sysplex but on the same box got this: *IOS050I CHANNEL DETECTED ERROR ON 0500,**,**,**04 CNZ4200I CONSOLE zz HAS FAILED. REASON=IOERR Now my question (mainly to IBM - will probably be faster than going through a tedious ETR): Why the heck isn't the console address space notified that no paths are available? Why is the console address space still issuing messages to that console? Why isn't console notified that the console 500 is not availabe anymore? Nobody was able to even *see* the shortage messages since nothing got displayed on that console anymore And if this is broken as designed, will I have to code an mpf exit that makes sure all buffer shortage messages will be sent to all consoles in the sysplex? Operators will be extremely happy about that (since many don't even know where to see which system issued the message- reading a formatted syslog message appears to be a dying/lost art). Regards, Barbara Nitz Barbara, I share your pain. We had a similar failure because of a hardware failure in the console device itself. We were able to get the console offline by re-directing all its messages to another console. After repairs, we got it back online and active as a console with nary a problem. You can find the redirection mechanism under the CONTROL command in the Operator's Guide. Rick -- 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: JCL QUESTION
esmie moo wrote: Good Morning Gentle Readers, I have a problem with a batch job which keeps failing on a JCL error. The first step deletes the dsn and the second step recreates the dsn using PGM=IDCAMS. Is there a way of having the job continue to execute STEP2 even though it posts a jcl error (dsn not found) in STEP1. I looked at using COND=EVEN but it doesn't work because the job did not abend to meet the condition. Is there another way of going about having the job continue to STEP2 eventhough STEP1 has a jcl error? Thanks snip- Why not do the DELETE and ALLOCATE in the same IDCAMS step. You'll eliminate a step and dump the JCL error. Rick -- 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 1.11
We're getting ready to move to z/OS 1.11 has anyone else experienced what Mary Anne has? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mary Anne Matyaz Sent: Wednesday, April 07, 2010 12:31 PM To: IBM-MAIN@bama.ua.edu Subject: z/OS 1.11 I know this post is probably going to be met with a lot of angst, but I've debated it a good bit and decided I need to warn people. z/OS 1.11 has been the toughest migration we have done in like 9-10 years. Please note, the above is my OPINION. Our troubles have not had anything to do with preparation, the migration guide, etc. Our troubles are all being addressed by IBM and OEM fixes. If you are planning to go to z/os 1.11, please stay on top of the hipers. I've tried to get a list of open apars, but to no avail. Right now I have 5 open apars myself! That's never happened to me in 25 years of systems programming. And we're not beta, or even really, bleeding edge. The worst open apar I have now is OA32271, followed by OA32286. We can't run Hiperdispatch in z/os 1.11, as we still have a hang issue that occurs when we turn it on, no apar yet. Does anyone know the appropriate search term in IBMLink to get open apars? Again, I hesitated with this because all shops are different and YMMV, but I think this list is all about helping each other out, and that is my intent. Thanks! Mary Anne -- 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 == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
APF authorization or superuser authority is the keys to kingdom. Any program granted those privileges must be very carefully designed, written, and tested, and tested, and with paranoia. If there were granular types of authorization, it seems that you to should be able only grant a program the authority it needs to get its job done. Of course, it could too granular so that you're spending all your time trying to figure out what needs to be granted. However, somewhere between those two extremes there is bound to be a good compromise. Pinch me, I must be dreaming. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, April 07, 2010 2:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use On Wed, 7 Apr 2010 15:42:31 -0300, Clark Morris wrote: The second is the question of APF authorization. I believe that one of the longer term goals should be to remove the need for APF authorization from all utilities where at all possible. The requirement that IEBCOPY be APF authorized probably should have been removed 20 - 30 years ago since a competitive product seems to be able to do without it. Should IDCAMS need to be APF authorized in order to function. Is IEBCOPY the only reason that SMP/E needs to be APF authorized? If not, can changes be made to eliminate the need? No. There's also S99WTDSN. -- gil -- 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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
If people don't implement the change properly so as to achieve the intended goal of the change, it could be worse than useless. That's my concern: IBM: We've closed a security hole with a new SAF Facility. Customer: Good! What was the hole? IBM: For system integrity reasons, we can't tell you. Customer: How do we configure this to plug the hole? IBM: For system integrity reasons, we can't tell you. Customer: What would happen if we configure it incorrectly? IBM: For system integrity reasons, we can't tell you. Customer: Can you at least tell us what function(s) we should protect? IBM: For system integrity reasons, we can't tell you. Customer: What use is this modification? IBM: For system integrity reasons, we can't tell you. - Too busy driving to stop for gas! -- 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
[Fwd: [Fwd: REXX and VTAM command responses]]
Thanks to all, and especially to taltyman. Based on his sample, I added a second getmsg for NET commands and I now get the desired results. -- /* //* Bruce Schaefer //* mailto:bruce.s...@gmail.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
[Fwd: google groups]
Thanks John! That is a great idea. Have you tried posting via the Web site? -- /* //* Bruce Schaefer //* mailto:bruce.s...@gmail.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: ESS 2105-800 DS6800 comparison
talking about withdrawn, IBM had done long time ago for ESS 750/800. http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=cainfotype=anappname=iSourcesupplier=897letternum=ENUS906-016 On Fri, Apr 2, 2010 at 2:38 AM, Schwarz, Barry A barry.a.schw...@boeing.com wrote: Are you aware that IBM has announced that the DS6000 line will be withdrawn from marketing this summer? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Nigel Salway Sent: Thursday, April 01, 2010 9:07 AM To: IBM-MAIN@bama.ua.edu Subject: ESS 2105-800 DS6800 comparison I am looking at migrating from an ESS 2105-800 shark to a used DS6800 1750-522. I am curious to learn if anyone has done a similar conversion and can comment on the relative performance of the two storage subsystems. The IBM redbook SG24-6781-02 says the DS6800 will out-perform the 2105-800 shark in most zOS implementations. I am also interested in hearing from someone who has installed a used DS6800 and if they had any issues installing and setting up the DS Storage Manager software. -- 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 -- Cobe Xu Best Regards --- zOS Performance Capacity Analyst E2E Performance Analyst Email: cob...@gmail.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: ESS 2105-800 DS6800 comparison
Hi Nigel, Since you had beening using ESS 2105-800, recently we're going to replace 2105-F20 with 2105-800. Are you aware any published performance data for 2105-800? I have been no luck in IBM PRODUCT page. On Fri, Apr 2, 2010 at 12:07 AM, Nigel Salway nigel_sal...@hotmail.comwrote: I am looking at migrating from an ESS 2105-800 shark to a used DS6800 1750-522. I am curious to learn if anyone has done a similar conversion and can comment on the relative performance of the two storage subsystems. The IBM redbook SG24-6781-02 says the DS6800 will out-perform the 2105-800 shark in most zOS implementations. I am also interested in hearing from someone who has installed a used DS6800 and if they had any issues installing and setting up the DS Storage Manager software. TIA -- 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 -- Cobe Xu Best Regards --- zOS Performance Capacity Analyst E2E Performance Analyst Email: cob...@gmail.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
