Re: zIIP processor
Only SRB enclaves. And I am not sure if details were published how to do this. On 5/18/06, Miklos Szigetvari <[EMAIL PROTECTED]> wrote: Hi For cusomers, busniess partners. How can I schedule my SRB code in zIIP? (if I understand correctly) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of John S. Giltner, Jr. Sent: Donnerstag, 18. Mai 2006 04:41 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zIIP processor Miklos Szigetvari wrote: > Hi > > If someone knows about any plan to exploit the zIIP for external 's > External what? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zIIP processor
Hi For cusomers, busniess partners. How can I schedule my SRB code in zIIP? (if I understand correctly) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of John S. Giltner, Jr. Sent: Donnerstag, 18. Mai 2006 04:41 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zIIP processor Miklos Szigetvari wrote: > Hi > > If someone knows about any plan to exploit the zIIP for external 's > External what? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset contention on GDG
Diehl, Gary (MVSSupport) wrote: Otherwise, you have to manually do the =3.4 or listcat yourself, get the full name, and allocate it yourself using the full name, which usually requires a JCL edit prior to submission. That used to be true, but these days the SVC 99 control block has a flag that specifies that the relative number of the current request apply to the current generation, rather than the one existing at the start; e.g., a repeated request for +1 with the flag set will produce successive generations, and (0) will always retrieve the latest extant data set. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Google is full
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Craddock, Chris Sent: Wednesday, May 03, 2006 7:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Google is full > today is special - the CEO has admitted that the grand distributed PC > approach hasn't worked. Not to be pedantic, but the definition of "worked" depends on what your requirements are. Google seems (to me) to work pretty well for my purposes and it is easily a better index of most online content than the sites that provide that content. By way of proof, I offer the IBM pubs site :-) No two Google searches give the same results, but the degree of overlap in the first page or so is fairly impressive. I rarely wander past the first few hits anyway unless I am being really picky - and I can save search results anyway. Would my life change in any meaningful way if the search was reproducible, particularly as each search is absurdly fast? Making it reproducible would almost certainly make it orders of magnitude slower. And what would it cost the company (Google) to make it so? Now if I was checking a bank balance, I'd be a whole lot more concerned about reproducibility - and I'd be using a completely different style of system and programming methodology. It's horses for courses. > http://www.webmasterworld.com/forum30/34147.htm > > "Huge machine crisis"? Is there a zSeries salesman in the room? It'd be nicer if that link didn't take you straight to a login screen. Wanna give us the reader's digest version of the supposed problem? CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sending CONSOLE/SYSLOG To Off-Mainframe Server
Well, since I'm the guy doing security, I'm going to dodge the FUD factor here. Console/Syslog routing to an internal server doesn't concern me all that much from a security standpoint, especially considering that access to the segregated server will be strictly limited/controlled, and the server itself would be hardened. I don't think I would send SMF records the same way, primarily because of the bandwidth issue you mentioned. Console/Syslog wouldn't hit more than 100/sec at its peak, and would only "pulse" the log entries as they occur. Mainly I'm looking for a straightforward process (but still secured - perhaps through SSH?) to transfer the log in a "live" format (instead of a daily batch dump). For example, what do I add to CONSOLxx? Do I need to open a USS service or started task (or both) to pass the data along? Where do I put this in the IPL/startup stream? That kind of stuff. - Original Message From: Tom Schmidt <[EMAIL PROTECTED]> To: IBM-MAIN@BAMA.UA.EDU; Doc Farmer <[EMAIL PROTECTED]> Cc: Tom Schmidt <[EMAIL PROTECTED]> Sent: Thursday, May 18, 2006 12:31:06 PM Subject: Re: Sending CONSOLE/SYSLOG To Off-Mainframe Server On Wed, 17 May 2006 19:51:40 -0500, Doc Farmer wrote: >How do you route Console or Syslog messages to an off-mainframe server >(Unix or Windows)? Some of our techies here want to consolidate various >logs from different platforms, and they don't want to do a dataset >transfer in batch mode but a message-to-message (live) data transfer. (I >know that SMF will need to be batch, but I think we can live with that >one...) Doc, I have ALWAYS wanted to do exactly that for some customer (or employer) but couldn't get over the security hump (or the FUD hump as the case may be). I would have used IP, and would have encrypted if the traffic went into the "wild" (big "I" Internet). It would be fun to develop and watch at first (then it would put you to sleep pretty quickly, I'd guess). I'll be interested in hearing your experiences if you get it off the ground. You certainly could send console/syslog traffic as well as SMF but you might need to be sure your bandwidth was generous and you'll also need some "big spongy buffers" on the sending side for the cases, no doubt, where the bandwidth is underestimated. (Network engineers are never right and often understate the real-world usage.) -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sending CONSOLE/SYSLOG To Off-Mainframe Server
On Wed, 17 May 2006 19:51:40 -0500, Doc Farmer wrote: >How do you route Console or Syslog messages to an off-mainframe server >(Unix or Windows)? Some of our techies here want to consolidate various >logs from different platforms, and they don't want to do a dataset >transfer in batch mode but a message-to-message (live) data transfer. (I >know that SMF will need to be batch, but I think we can live with that >one...) Doc, I have ALWAYS wanted to do exactly that for some customer (or employer) but couldn't get over the security hump (or the FUD hump as the case may be). I would have used IP, and would have encrypted if the traffic went into the "wild" (big "I" Internet). It would be fun to develop and watch at first (then it would put you to sleep pretty quickly, I'd guess). I'll be interested in hearing your experiences if you get it off the ground. You certainly could send console/syslog traffic as well as SMF but you might need to be sure your bandwidth was generous and you'll also need some "big spongy buffers" on the sending side for the cases, no doubt, where the bandwidth is underestimated. (Network engineers are never right and often understate the real-world usage.) -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with Ethernet adapter running large ftp or jdbc application on FLEX-ES box
The CODE 102 on the IST1578I message indicates that it is a possible hardware problem and that the hardware vendor should be contacted. This is what is causing the EZZ4310I message. Jim McAlpine wrote: I sent the post below to the FLEX-ES list but I have copied it here just in case anyone has any bright ideas. When we run large ftp or jdbc app we get the following sequence on errors on our z/OS 1.4 system and the adapter invariable shuts down after recovering a few times - EZZ4310I ERROR: CODE=80100044 REPORTED ON DEVICE ETH1. DIAGNOSTIC CODE: 00 EZZ4309I ATTEMPTING TO RECOVER DEVICE ETH1 IST1578I SOFT INOP DETECTED FOR IUTL0E20 BY ISTTCCTE CODE = 102 EZZ4314I INITIALIZATION COMPLETE FOR DEVICE ETH1, LINK ETH1LINK IST1578I SOFT INOP DETECTED FOR IUTL0E20 BY ISTTCCTE CODE = 102 EZZ4310I ERROR: CODE=80100044 REPORTED ON DEVICE ETH1. DIAGNOSTIC CODE: 00 EZZ4309I ATTEMPTING TO RECOVER DEVICE ETH1 EZZ4314I INITIALIZATION COMPLETE FOR DEVICE ETH1, LINK ETH1LINK EZZ4310I ERROR: CODE=80100044 REPORTED ON DEVICE ETH1. DIAGNOSTIC CODE: 00 IST1578I SOFT INOP DETECTED FOR IUTL0E20 BY ISTTCCTE CODE = 102 EZZ4309I ATTEMPTING TO RECOVER DEVICE ETH1 EZZ4314I INITIALIZATION COMPLETE FOR DEVICE ETH1, LINK ETH1LINK IST1578I SOFT INOP DETECTED FOR IUTL0E20 BY ISTTCCTE CODE = 102 EZZ4310I ERROR: CODE=80100044 REPORTED ON DEVICE ETH1. DIAGNOSTIC CODE: 00 EZZ4309I ATTEMPTING TO RECOVER DEVICE ETH1 EZZ4305I UNABLE TO RECOVER DEVICE ETH1 EZZ4307I REASON: ERROR ENCOUNTERED AFTER REACTIVATION EZZ4315I DEACTIVATION COMPLETE FOR DEVICE ETH1 We also have a z/OS 1.2 instance which displays similar symptoms but which invariably manages to go throuigh recovery enough times and not shut down the interface. I say this because the messages might indicate a hardware error but both instances have a different interface. This leads me to think that it is either a Flex-es problem or a configuration problem that I have got wrong with both instances of tcpip. I have checked all apars that describe problems with the error code 80100044 and none of them are applicable to our system except those where I have applied the ptfs. Anyone seen this before. I'm nearly at the hair pulling stage. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zIIP processor
Miklos Szigetvari wrote: Hi If someone knows about any plan to exploit the zIIP for external 's External what? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF - CS
WSA is alive? Excellent, you just made my day! Thanks Sam, and thanks IBM! Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm From: "Knutson, Sam" <[EMAIL PROTECTED]> Reply-To: IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISPF - CS Date: Wed, 17 May 2006 20:43:07 -0400 Hi, The follow-up is that APAR OA16533 has been opened for the issue I reported with using WSCON with system symbols in use in TCPDATA. APAR Identifier .. OA16533 Last Changed 06/05/17 WSCON FAILS IF SYSTEM SYMBOLS USED IN TCPDATA ERROR DESCRIPTION: Invoking the WSCON ISPF command to use WSA fails with messages: LSCX111 LSCX476 LSCX478 LSCX471 Their TCPDDATA file uses system symbols but they are not supported in the current runtime libraries. The problem appears to be in the Release 6.5 SAS/C runtime library shipped with ISPF. I already agreed to a FIN closure though that is up to the ISPF development team. It would appear that WSA is alive and well:-) As they pointed out in the already published z/OS R8 Preview announcement: The ISPF workstation connect program WSCON will be designed to auto-discover the IP address of the connected TN3270 workstation and use this address to establish a session with the Workstation Agent. This is expected to improve usability, because you will no longer need to be aware of your IP address or enter it on the Initiate Workstation Connection panel to establish a session. ISPF client/server code will be converted to use the IBM C/C++ run-time libraries, which can help reduce the number of C run-time libraries in use on your system. Also, some performance improvement is expected. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Sending CONSOLE/SYSLOG To Off-Mainframe Server
How do you route Console or Syslog messages to an off-mainframe server (Unix or Windows)? Some of our techies here want to consolidate various logs from different platforms, and they don't want to do a dataset transfer in batch mode but a message-to-message (live) data transfer. (I know that SMF will need to be batch, but I think we can live with that one...) Comments and suggestions, please. Many thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF - CS
Hi, The follow-up is that APAR OA16533 has been opened for the issue I reported with using WSCON with system symbols in use in TCPDATA. APAR Identifier .. OA16533 Last Changed 06/05/17 WSCON FAILS IF SYSTEM SYMBOLS USED IN TCPDATA ERROR DESCRIPTION: Invoking the WSCON ISPF command to use WSA fails with messages: LSCX111 LSCX476 LSCX478 LSCX471 Their TCPDDATA file uses system symbols but they are not supported in the current runtime libraries. The problem appears to be in the Release 6.5 SAS/C runtime library shipped with ISPF. I already agreed to a FIN closure though that is up to the ISPF development team. It would appear that WSA is alive and well:-) As they pointed out in the already published z/OS R8 Preview announcement: The ISPF workstation connect program WSCON will be designed to auto-discover the IP address of the connected TN3270 workstation and use this address to establish a session with the Workstation Agent. This is expected to improve usability, because you will no longer need to be aware of your IP address or enter it on the Initiate Workstation Connection panel to establish a session. ISPF client/server code will be converted to use the IBM C/C++ run-time libraries, which can help reduce the number of C run-time libraries in use on your system. Also, some performance improvement is expected. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Murphy's Computer Law 20: Undetectable errors are infinite in variety, in contrast to detectable errors, which by definition are limited. ][ This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM left as the Betamax of mainframe tape crypto?
Tom, It only works for SL output tapes (no NL or AL support at this time, and I doubt we will ever support NL). We haven't hit a SL file we didn't work with yet, and we had a large number of alpha/beta sites with a fairly large number of in-house and OEM products creating tapes. Of course we have had a lot of experience intercepting TAPE O/C/EOV events with CA-1 and TLMS ;} So putting intercepts into OPEN wasn't much of a challenge. Russell Witt CA-1 Level-2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Tom Schmidt Sent: Wednesday, May 17, 2006 9:42 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM left as the Betamax of mainframe tape crypto? .. Whether the automatic inclusion thingy actually works all of the time is another matter, but software bugs like that would usually get worked out fairly quickly. Based upon Mr. Salt's dissertation of a few days back (and Mr. Mills' comments afterward) I would think that $60K is an introductory price. -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset contention on GDG
In a recent note, Ray Mullins said: > Date: Wed, 17 May 2006 14:17:33 -0700 > > //STEP1 EXEC > //DD1 DD DSN=BLAH(+1),DISP=NEW > //STEP2 EXEC > //DD1 DD DSN=BLAH(+0),DISP=OLD > > Drove me nuts, because this was totally against what I'd been taught. > Just curious, but how does a referback to a relative GDG reference work? I.e. //STEP1 EXEC //DD1 DD DSN=BLAH(+1),DISP=NEW //STEP2 EXEC //DD1 DD DSN=*.STEP1.DD1,DISP=MOD Is it treated symbolically, in which case a second new generation is created, or semantically, referring to the same generation as STEP1? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset contention on GDG
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Ray Mullins > Sent: Wednesday, May 17, 2006 4:18 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Dataset contention on GDG > > > Getting nostalgic for a moment, but was there ever a usermod > to change the > behavior of the relative GDG numbers? When I worked at a large tax > processing concern back in the mid-1980's, you had to code in their > environment > > //STEP1 EXEC > //DD1 DD DSN=BLAH(+1),DISP=NEW > //STEP2 EXEC > //DD1 DD DSN=BLAH(+0),DISP=OLD > > Drove me nuts, because this was totally against what I'd been taught. > > Later, > Ray Yes, I remember such a zap in OS/MVT. Well, I don't remember the zap itself, just that it did exist. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset contention on GDG
Getting nostalgic for a moment, but was there ever a usermod to change the behavior of the relative GDG numbers? When I worked at a large tax processing concern back in the mid-1980's, you had to code in their environment //STEP1 EXEC //DD1 DD DSN=BLAH(+1),DISP=NEW //STEP2 EXEC //DD1 DD DSN=BLAH(+0),DISP=OLD Drove me nuts, because this was totally against what I'd been taught. Later, Ray -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset contention on GDG
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of David Andrews > Sent: Wednesday, May 17, 2006 4:04 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Dataset contention on GDG > > > On Wed, 2006-05-17 at 14:07 -0500, McKown, John wrote: > > I think it is so that when a job starts, that the > > relative generation number always maps to the same absolute > generation > > The initiator maintains the "GDG name table" (I think that's it) which > is a series of SWA control blocks queued off the JCT. Each control > block has eyecatcher "GDGN" and holds up to three entries: a > 35-byte GDG > base name and a four-byte base generation number. "+0" refers to this > base generation number throughout the job's execution. > > -- > David Andrews I am aware of the GDG bias number. However, I think what that is used for is so that if the job creates a +1 (or some other + generation) in a step, it knows to adjust the minus numbers (and zero) in subsequent steps. E.g. after a step creates a +1, that absolute generation is now really +0 according to the catalog. So a later step which references +0 has that number adjusted by the GDG bias number to become, in this case, the -1 generation during catalog lookup. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset contention on GDG
On Wed, 2006-05-17 at 14:07 -0500, McKown, John wrote: > I think it is so that when a job starts, that the > relative generation number always maps to the same absolute generation The initiator maintains the "GDG name table" (I think that's it) which is a series of SWA control blocks queued off the JCT. Each control block has eyecatcher "GDGN" and holds up to three entries: a 35-byte GDG base name and a four-byte base generation number. "+0" refers to this base generation number throughout the job's execution. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dumb question?
Completely legal. One caveat: there is one more step before a COBOL program may be executed under Z/os.e. Look for CEEPIPI in the LE manuals. Note: using the CEEPIPI interface works under both z/os as well as z/os.e so you don't have to have two different sets of programs. See also PIPICALL on the CBT. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tim Hare Sent: Wednesday, May 03, 2006 1:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Dumb question? Suppose we licensed a COBOL compiler for one system; would we be violating license restrictions to run the compiles on that one system but ship the resulting object code out to other systems? Specifically thinking of a situation where developers submit their compiles using NJE, and the compile proc's JCL uses DEST=(node,userid) to send the results back to the submitter? I'm sure this is technologically feasible, my question is now that most of us have LE enabled as part of our systems, we no longer license the COBOL run-times, therefore is it legal to do it this way? Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset contention on GDG
>Q: is it normal ? Yes! >Why GRS minor name is GDG.BASE.NAME, not the GDS member name ? Architecture issues within ENQ processing. >Can I change it ? No! - -teD O-KAY! BLUE! JAYS! Let's PLAY! BALL! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Alert OA16334 - Update
It looks like SMP/E only used the SYSLIB DD when doing an assembly. Of the 400+ fixes I've installed on my 1.7 system, I've only found one assembly. I'm restoring those fixes and will reapply with the corrected SYSLIB. YMMV Ben Alford Enterprise Systems Programming University of Tennessee -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset contention on GDG
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of R.S. > Sent: Wednesday, May 17, 2006 1:54 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Dataset contention on GDG > > > I have noticed dataset contention > Job A is running > //INPUT DD DISP=SHR,DSN=GDG.BASE.NAME(-4) > > Job B was submitted later and it is waiting for datasets: > //OUTPUT DD DISP=(MOD,CATLG),DSN=GDG.BASE.NAME(+0) > > > Q: is it normal ? Yes, Working As Designed. > Why GRS minor name is GDG.BASE.NAME, not the GDS member name ? I cannot prove it, but I think it is so that when a job starts, that the relative generation number always maps to the same absolute generation number. Suppose you have a job running which has 20 steps. Step 1 reads +0 of GDG and so does step 20. The JCL developer would expect both steps to read the same dataset. Now suppose that the ENQ were on the absolute gen number and not the base name. A job could run after step 1, but before step 20 which could create the +1 gen. In this case the two steps in the first job would get different abolute generations because the GDG to absolute mapping is done at step initiation (I think). Of course, I can think of ways to get around this, such as mapping all relative GDG numbers to an absolute GDG number at job start, updating the SIOT with the absolute name rather than the relative gen number. > Can I change it ? Not to my knowledge. > > -- > Radoslaw Skorupka > Lodz, Poland -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset contention on GDG
When you specify a relative (-x) GRS serializes on the base. If you get JAL/DCS Thruput Manager from MVS Solutions then you can convert the relative to the absolute prior to job initiation, and get by this problem. I don't know what other products exist that can do this. Otherwise, you have to manually do the =3.4 or listcat yourself, get the full name, and allocate it yourself using the full name, which usually requires a JCL edit prior to submission. HTH, Gary Diehl -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of R.S. Sent: Wednesday, May 17, 2006 1:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Dataset contention on GDG I have noticed dataset contention Job A is running //INPUT DD DISP=SHR,DSN=GDG.BASE.NAME(-4) Job B was submitted later and it is waiting for datasets: //OUTPUT DD DISP=(MOD,CATLG),DSN=GDG.BASE.NAME(+0) Q: is it normal ? Why GRS minor name is GDG.BASE.NAME, not the GDS member name ? Can I change it ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Dataset contention on GDG
I have noticed dataset contention Job A is running //INPUT DD DISP=SHR,DSN=GDG.BASE.NAME(-4) Job B was submitted later and it is waiting for datasets: //OUTPUT DD DISP=(MOD,CATLG),DSN=GDG.BASE.NAME(+0) Q: is it normal ? Why GRS minor name is GDG.BASE.NAME, not the GDS member name ? Can I change it ? -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Reason to Upgrade 2074-1
Excellent considerations... We are locked into our z900 2064 for at least two more years, so maybe keeping the current config/hardware is the choice. Capacity on our 2074-1 is adequate. Thanks, gabe -Original Message- It depends. What CPCs do you have ? How much ? Last but not least: do you feel any technical need, I mean capacity, connectivity, performance, tc. All new machines (z/890, z/990, z9, z9 BC, z9 EC) are OSA-ICC capable. That means you don't need any 2074. The cost is one port of OSA card (all current cards except 10Gb are two-port). If you have older machines, then you should consider when will you upgrade. If you have older machines and no plans for upgrade them, then think about keeping 2074. Then consider if 2074 upgrade is really needed. HTH -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Quick Qustion About A SMPE Sysmod.
Howard, Thanks for posting the PTF & Apar closing codes. Even though I'm not working now, I decided that I should collect the really good stuff like this and put it in a folder I can transport to my next job. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 Quote: Brian Peterson <[EMAIL PROTECTED]> wrote: From ServiceLink User's Guide (SH52-0300-10): B.2 PTF Closing Codes -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Reason to Upgrade 2074-1
Gabe Torres wrote: Hello List, Any reason to upgrade our 2074-1 to a 2074-2 or 2074-3, other than capacity ? It depends. What CPCs do you have ? How much ? Last but not least: do you feel any technical need, I mean capacity, connectivity, performance, tc. All new machines (z/890, z/990, z9, z9 BC, z9 EC) are OSA-ICC capable. That means you don't need any 2074. The cost is one port of OSA card (all current cards except 10Gb are two-port). If you have older machines, then you should consider when will you upgrade. If you have older machines and no plans for upgrade them, then think about keeping 2074. Then consider if 2074 upgrade is really needed. HTH -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Updated Agenda For UK based Enterprise Security Guide
All, Two of the seesions for the above have been swapped around and an updated Agenda will be available soon at http://www.gse.org.uk/wg/racf/racfinvite.htm within the next couple of days. If you would like to register for this event please send an email to [EMAIL PROTECTED] with you details. Kind Regards Mark Wilson Mobile: +44 (0) 7768 617006 Chairman GSE Large Systems Working Group eMail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Reason to Upgrade 2074-1
Yes, Marketing Withdrawn,.. But no Service Discontinued Dates yet for all three flavors. Still available from other Vendors. gt -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of James Chappell Sent: Wednesday, May 17, 2006 11:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Any Reason to Upgrade 2074-1 Are you sure you can upgrade? I thought that IBM had withdrawn the 2074's from the market. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gabe Torres Sent: Wednesday, May 17, 2006 11:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Any Reason to Upgrade 2074-1 Hello List, Any reason to upgrade our 2074-1 to a 2074-2 or 2074-3, other than capacity ? It appears the mod-1 is still supported, and our current console configuration is adequate. TIA, Gabe State of Nevada Dept of Information Technology - Computing Div. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Reason to Upgrade 2074-1
Are you sure you can upgrade? I thought that IBM had withdrawn the 2074's from the market. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gabe Torres Sent: Wednesday, May 17, 2006 11:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Any Reason to Upgrade 2074-1 Hello List, Any reason to upgrade our 2074-1 to a 2074-2 or 2074-3, other than capacity ? It appears the mod-1 is still supported, and our current console configuration is adequate. TIA, Gabe State of Nevada Dept of Information Technology - Computing Div. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Any Reason to Upgrade 2074-1
Hello List, Any reason to upgrade our 2074-1 to a 2074-2 or 2074-3, other than capacity ? It appears the mod-1 is still supported, and our current console configuration is adequate. TIA, Gabe State of Nevada Dept of Information Technology - Computing Div. This communication, including any attachments, may contain confidential information and is intended only for the individual or entity to whom it is addressed. Any review, dissemination or copying of this communication by anyone other than the intended recipient is strictly prohibited. If you are not the intended recipient, please contact the sender by replying to the e-Mail and delete all copies Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Quick Qustion About A SMPE Sysmod.
I used the version in VM IBMLink, which is displayed when you select option SVCGUIDE from the ServiceLink menu. Brian On Wed, 17 May 2006 12:11:34 -0400, Imbriale, Donald (Exchange) <[EMAIL PROTECTED]> wrote: >Speaking of the ServiceLink User's Guide, does anyone know where to find >this? > >Don Imbriale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Alter - APAR OA16334 Serverpac Built SYSLIB concat wrong
In a message dated 5/17/2006 12:25:20 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Heads up for z/OS V1.7 Serverpacs generated between Feb. 15 and May 26, 2006. APAR OA16334 says the SMP/E SYSLIB concat order is built wrong, with DLIBS before TARGET datasets. >> Pretty sloppy, doesn't even pass the blinking lights test! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRX0157E
Ben Alford wrote: Check out the following PSP: Upgrade - ZOSV1R7, Subset - SERVERPAC. 1. 06/02/03 Users Affected: When using TSO, you may get the error message: IRX0157E Routine EAGRTXTR of the run time processor EAGRTPRC was not found. . Problem Description: Usermod CPPEAKG may be have been installed on the ServerPac by HTE7709I job. . Action Required: Remove Usermod CPPEAKG: SET BOUNDARY(MVST100). My "SERVERPAC: INSTALLING YOUR ORDER" manual in hlq.ordernum.SCPPLENU(LIST1403) says: Job HTE7709I is optional. ... CPPEAKG should only have been installed if you have Tivoli Newtview System Services (fmid:HENV510) and REXX LIB/370 (fmid:HWJ9133) or IBM Alternate Library for REXX on zSeries (fmid:HWJ9143). Thank you Ben! You found the solution. In fact I read the job description but simply missed the paragraph about additional features. BTW: Isn't it strange ? It is perfectly known, what FMIDs are delivered within ServerPac. The rule is quite simple: no FMID => no job (or IEFBR14). Thanks to all who wanted to help. Regards -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Alter - APAR OA16334 Serverpac Built SYSLIB concat wrong
Heads up for z/OS V1.7 Serverpacs generated between Feb. 15 and May 26, 2006. APAR OA16334 says the SMP/E SYSLIB concat order is built wrong, with DLIBS before TARGET datasets. Bummer...this apar came out after I'd installed the system and applied maint to the test system... Ben Alford Enterprise Systems Programming University of Tennessee -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IRX0157E
Check out the following PSP: Upgrade - ZOSV1R7, Subset - SERVERPAC. 1. 06/02/03 Users Affected: When using TSO, you may get the error message: IRX0157E Routine EAGRTXTR of the run time processor EAGRTPRC was not found. . Problem Description: Usermod CPPEAKG may be have been installed on the ServerPac by HTE7709I job. . Action Required: Remove Usermod CPPEAKG: SET BOUNDARY(MVST100). My "SERVERPAC: INSTALLING YOUR ORDER" manual in hlq.ordernum.SCPPLENU(LIST1403) says: Job HTE7709I is optional. ... CPPEAKG should only have been installed if you have Tivoli Newtview System Services (fmid:HENV510) and REXX LIB/370 (fmid:HWJ9133) or IBM Alternate Library for REXX on zSeries (fmid:HWJ9143). Ben Alford Enterprise Systems Programming University of Tennessee -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with Ethernet adapter running large ftp or jdbc application on FLEX-ES box
Don't know how close, but we had such an issue when we installed a new zbox and the gigabit cables did not match the NIC's. Something about the diameter of the fiber and types of light bulbs used. Some types (sizes?) of packets would flow just fine, some took many retries, some failed. Another issue I have read about is a mismatch in transmission unit sizes. Gigabit, for example, uses a 'burst' that greatly exceeds 1500 bytes (about 9k on z/osa's, about 4k on as/400). Since some network types cannot conceive of a network of anything but Windows PC's, they think 1500 is the maximum possible. Yet another issue is where a negotiated MTU fails due to a 'black hole' router. This is traceable to the 1500 maximum myth. HTH. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine Sent: Wednesday, May 17, 2006 11:39 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Problem with Ethernet adapter running large ftp or jdbc application on FLEX-ES box I sent the post below to the FLEX-ES list but I have copied it here just in case anyone has any bright ideas. When we run large ftp or jdbc app we get the following sequence on errors on our z/OS 1.4 system and the adapter invariable shuts down after recovering a few times - EZZ4310I ERROR: CODE=80100044 REPORTED ON DEVICE ETH1. DIAGNOSTIC CODE: 00 EZZ4309I ATTEMPTING TO RECOVER DEVICE ETH1 IST1578I SOFT INOP DETECTED FOR IUTL0E20 BY ISTTCCTE CODE = 102 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Problem with Ethernet adapter running large ftp or jdbc application on FLEX-ES box
I sent the post below to the FLEX-ES list but I have copied it here just in case anyone has any bright ideas. When we run large ftp or jdbc app we get the following sequence on errors on our z/OS 1.4 system and the adapter invariable shuts down after recovering a few times - EZZ4310I ERROR: CODE=80100044 REPORTED ON DEVICE ETH1. DIAGNOSTIC CODE: 00 EZZ4309I ATTEMPTING TO RECOVER DEVICE ETH1 IST1578I SOFT INOP DETECTED FOR IUTL0E20 BY ISTTCCTE CODE = 102 EZZ4314I INITIALIZATION COMPLETE FOR DEVICE ETH1, LINK ETH1LINK IST1578I SOFT INOP DETECTED FOR IUTL0E20 BY ISTTCCTE CODE = 102 EZZ4310I ERROR: CODE=80100044 REPORTED ON DEVICE ETH1. DIAGNOSTIC CODE: 00 EZZ4309I ATTEMPTING TO RECOVER DEVICE ETH1 EZZ4314I INITIALIZATION COMPLETE FOR DEVICE ETH1, LINK ETH1LINK EZZ4310I ERROR: CODE=80100044 REPORTED ON DEVICE ETH1. DIAGNOSTIC CODE: 00 IST1578I SOFT INOP DETECTED FOR IUTL0E20 BY ISTTCCTE CODE = 102 EZZ4309I ATTEMPTING TO RECOVER DEVICE ETH1 EZZ4314I INITIALIZATION COMPLETE FOR DEVICE ETH1, LINK ETH1LINK IST1578I SOFT INOP DETECTED FOR IUTL0E20 BY ISTTCCTE CODE = 102 EZZ4310I ERROR: CODE=80100044 REPORTED ON DEVICE ETH1. DIAGNOSTIC CODE: 00 EZZ4309I ATTEMPTING TO RECOVER DEVICE ETH1 EZZ4305I UNABLE TO RECOVER DEVICE ETH1 EZZ4307I REASON: ERROR ENCOUNTERED AFTER REACTIVATION EZZ4315I DEACTIVATION COMPLETE FOR DEVICE ETH1 We also have a z/OS 1.2 instance which displays similar symptoms but which invariably manages to go throuigh recovery enough times and not shut down the interface. I say this because the messages might indicate a hardware error but both instances have a different interface. This leads me to think that it is either a Flex-es problem or a configuration problem that I have got wrong with both instances of tcpip. I have checked all apars that describe problems with the error code 80100044 and none of them are applicable to our system except those where I have applied the ptfs. Anyone seen this before. I'm nearly at the hair pulling stage. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Capping in Z890
Not what I meant to say. Data suitable for the subcapacity billing programs (SMF 89's) *must* be collected and included for *every* active LPAR. The requirement is that the sum of all SMF 89 data must exceed 95% of the total box (RMF) usage. We had a hardware management LPAR completely isolated from all production DASD for security reasons. IBM insisted we either open the security hole or shut it down. The risk was unacceptable, so we shut it down. But you bring up a very interesting point. We may have z/VM in our future, and I am now wondering how that is going to work. The z/VM may or may not include all of z/os and Linux. Time to post a question to the SCRT team. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Andrews Sent: Tuesday, May 09, 2006 9:29 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Capping in Z890 On Mon, 2006-05-08 at 16:10 -0500, Hal Merritt wrote: > About the only way I know of is to set 'hard caps' on each LPAR such that the sum is 28. > Another caveat is that there is no concept of a 'test' LPAR. If you run one, you have to pay for it. So test LPARs have to become z/VM images? Is this reason enough to buy into VM? -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 MSTR address space memory usage
Hi, Real time you could use MXI, TMONMVS (DISPLAY VMAP: tab on PRIVATE AREA SUBPOOL DISPLAY), OMEGAMON, etc. I have not found the DB2 MSTR address space to be a big consumer of storage. The DBM1 address space is another critter and I have some of them listed for detail records from RMF Monitor I. SYS1.PARMLIB(ERBRMF00) - 01.07 Columns ==> Scrol VSTOR(D,DB2TDBM1,DB24DBM1,INFOFSS) /* VSM SUM & SELECTED DET DB2 V8 did not end VSCR problems in DBM1 in fact in some cases you are worse off after migration to V8. You can run RMF reports like this if you have the data //JS001 EXEC PGM=ERBRMFPP //MFPINPUT DD DISP=SHR,DSN=your.smf.data.sets //MFPMSGDS DD SYSOUT=* //SYSIN DD * NOSUMMARY REPORTS(VSTOR(D)) SYSOUT(G) /* We also have to watch the MQ folks who have in the past over allocated buffers and run themselves out of memory without good reason. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Murphy's Computer Law 50: Interchangeable devices won't. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Thursday, May 11, 2006 6:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DB2 MSTR address space memory usage How to find out what is memory usage of DB2 xxxMSTR address space ? -- Radoslaw Skorupka Lodz, Poland This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Quick Qustion About A SMPE Sysmod.
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Howard Rifkind > > I'm was looking at sysmod UA23371 and in the enviroment > section it had the following: > > PTF Status CLOSED PER > > I was wondering what they mean by PER. "Programming Error". -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Doubt regarding CDE chain
On Wed, 17 May 2006 11:26:27 -0400 Kirk Talman <[EMAIL PROTECTED]> wrote: :>TCBJLB = 0 just means you have no joblib. Steplib ptr not available. :>Linklist another issue entirely. But a non-zero value does not necessarily mean the presence of a joblib/steplib - all it means is that the ATTACHer (or one of its ancestors) specified a TASKLIB. A non-zero on an initiated program does mean joblib/steplib. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Quick Qustion About A SMPE Sysmod.
You can see similar information in IBMLink, ServiceLink, AST, the select Help. Speaking of the ServiceLink User's Guide, does anyone know where to find this? Don Imbriale >-Original Message- >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf >Of Brian Peterson >Sent: Wednesday, May 17, 2006 11:54 AM >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: Quick Qustion About A SMPE Sysmod. > >From ServiceLink User's Guide (SH52-0300-10): > *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password Complexity
If you force a user to select overly complex passwords and change them frequently you insure that a significant number of users will store those passwords in an insecure fashion i.e. Post-It. I think that some simple rules (min length, require numbers and letters) and recurring, consistent advocacy on keeping passwords secure, unwritten, unshared go farther to improve security. Help prevent 'Password Rage':-) Google it. Tools like Password Safe help too http://passwordsafe.sourceforge.net/ My $0.02. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Our life is frittered away by detail. Simplify, simplify. Henry David Thoreau (1817 1862) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Tuesday, May 16, 2006 9:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Password Complexity I read somewhere that the motivation for support of mixed case passwords in z/OS v1r7 is an external requirement that the password space have cardinality at least 10^13. Does any reader of this list know the source of this requirement? Sarbanes-Oxley (chapter and verse)? Other (specify)? While searching for this (unsuccessfully), I stumbled over several documents containing a fallacious rationale for frequent password changes: If a password-cracking program can discover a password in N days, one should change one's password no less often than once every N-1 days to be safe. The inventors of such rules don't understand that N is an upper bound, and that by happenstance a password might be discovered in seconds; in other cases take up to almost the N day limit; and that the likelihood of a success on any single try is not affected by the age of the password, except insofar as the remaining password space is reduced by the number of unsuccessful probes. No matter how often you change your password, you at best double the average effort for an intruder to discover it. -- gil -- StorageTek INFORMATION made POWERFUL This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password Complexity
Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of R.S. [ snip ] BTW: One of the biggest polish computer (PC) assemblers had ISO. The quality of their PCs was horrible, but the (poor) quality was predictable and repeatable. And the process was precisely documented, correct? :-) I saw it. Yes. And nobody took care to read it! -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Quick Qustion About A SMPE Sysmod.
Thanks Brian. Brian Peterson <[EMAIL PROTECTED]> wrote: From ServiceLink User's Guide (SH52-0300-10): B.2 PTF Closing Codes The PTF closing codes are: ACL Cancelled while in test CAN Cancelled by submittor COR Available from distribution DUP Duplicate of another PTF PER Available on a preventive service volume REJ Rejected B.1 APAR Closing Codes The APAR closing codes are: ADM A partially closed APAR; can still be added to AST list; contains administrative information only right now; technical information will be added later CAN Canceled by person who submitted APAR DOC Documentation error DUA Duplicate of a resolved APAR closed for more than ten days DUB Duplicate of a resolved APAR closed for ten days or less DUU Duplicate of an unresolved APAR FIN Fixed in next release MCH Machine or microcode error PER Programming error PRS Permanent restriction REQ Requirement for Development's consideration RET Returned for additional information STD Open Systems Standards deficiency SUG Suggestion for product enhancement UR1 Programming error in the reported release; the problem has been corrected in a release not yet available from distribution UR2 Same as UR1 but written against an unsupported release UR3 Programming error in the reported release; does not exist in the current release available from distribution UR4 Same as UR3 but written against an unsupported release UR5 Unable to reproduce on the reported release USE User error On Wed, 17 May 2006 08:42:55 -0700, Howard Rifkind wrote: >I'm was looking at sysmod UA23371 and in the enviroment section it had the following: > > PTF Status CLOSED PER > > I was wondering what they mean by PER. > > Thanks. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Love cheap thrills? Enjoy PC-to-Phone calls to 30+ countries for just 2¢/min with Yahoo! Messenger with Voice. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password Complexity
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of R.S. > > [ snip ] > > BTW: One of the biggest polish computer (PC) assemblers had > ISO. The quality of their PCs was horrible, but the (poor) > quality was predictable and repeatable. And the process was precisely documented, correct? :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Quick Qustion About A SMPE Sysmod.
>From ServiceLink User's Guide (SH52-0300-10): B.2 PTF Closing Codes The PTF closing codes are: ACL Cancelled while in test CAN Cancelled by submittor COR Available from distribution DUP Duplicate of another PTF PER Available on a preventive service volume REJ Rejected B.1 APAR Closing Codes The APAR closing codes are: ADM A partially closed APAR; can still be added to AST list; contains administrative information only right now; technical information will be added later CAN Canceled by person who submitted APAR DOC Documentation error DUA Duplicate of a resolved APAR closed for more than ten days DUB Duplicate of a resolved APAR closed for ten days or less DUU Duplicate of an unresolved APAR FIN Fixed in next release MCH Machine or microcode error PER Programming error PRS Permanent restriction REQ Requirement for Development's consideration RET Returned for additional information STD Open Systems Standards deficiency SUG Suggestion for product enhancement UR1 Programming error in the reported release; the problem has been corrected in a release not yet available from distribution UR2 Same as UR1 but written against an unsupported release UR3 Programming error in the reported release; does not exist in the current release available from distribution UR4 Same as UR3 but written against an unsupported release UR5 Unable to reproduce on the reported release USE User error On Wed, 17 May 2006 08:42:55 -0700, Howard Rifkind <[EMAIL PROTECTED]> wrote: >I'm was looking at sysmod UA23371 and in the enviroment section it had the following: > > PTF Status CLOSED PER > > I was wondering what they mean by PER. > > Thanks. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Quick Qustion About A SMPE Sysmod.
I'm was looking at sysmod UA23371 and in the enviroment section it had the following: PTF Status CLOSED PER I was wondering what they mean by PER. Thanks. - Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: obsolete
In a message dated 5/17/2006 9:57:35 A.M. Central Standard Time, [EMAIL PROTECTED] writes: When IBM introduced Tiered Pricing in 1984(?). What about the 1956 consent decree? _http://www.computerworld.com/softwaretopics/software/appdev/story/0,10801,582 36,00.html_ (http://www.computerworld.com/softwaretopics/software/appdev/story/0,10801,58236,00.html) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRX0157E
From: Mark Zelden <[EMAIL PROTECTED]> Or... many vendors license the alternate library from IBM and ship it with their products. Prior to having this library with our OS/390 2.10 system, we customized IRXCMPTM to use the ISV's alternate library. Or... the REXX Alternate Library can be downloaded (free of charge) from the following IBM site: http://www-1.ibm.com/support/docview.wss?rs=960&uid=swg24006107 Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Doubt regarding CDE chain
Search the archives for CDE extension and you will find some good information including this post by Gilbert that may help. -- Sorry if I come to late for this to be useful, but did you check how ShowMVS and SYSDEBUG do it using the CDX (CDE eXtension) and/or the DATA option of CSVQUERY? This is not documented, can in specific situations give you "stale" info, but has worked unchanged since the CSV rewrite in MVS/ESA 4.3. I rely on it a lot for my own debugging. See example in the "JOB PACK AREA FOR ABENDING STEP" section of http://mywebpages.comcast.net/gsf/tools/sysdebug.output.html -- Gilbert Saint-Flour -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rameswara Reddy Kummathi Sent: Tuesday, May 16, 2006 9:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Doubt regarding CDE chain Hello, In the below givn article reagrding Static/Dynamic calls in Cobol at http://www.naspa.com/PDF/2000/0600%20TS%20PDFs/T0006010.pdf, it is given how to retrieve the list of programs loaded into the memory. Is there any way to retrieve the library name also along with the program name? I tried to retrieve library name using the pointer "TCBJLB"; but looks like this is not the correct pointer. Please help me in this regard. Thanks & regards, Ramesh. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Doubt regarding CDE chain
TCBJLB = 0 just means you have no joblib. Steplib ptr not available. Linklist another issue entirely. IBM Mainframe Discussion List wrote on 05/16/2006 09:28:49 PM: > Hello, > > In the below givn article reagrding Static/Dynamic calls in Cobol at > http://www.naspa.com/PDF/2000/0600%20TS%20PDFs/T0006010.pdf, it is > given how to retrieve the list of programs loaded into the memory. > Is there any way to retrieve the library name also along with the > program name? I tried to retrieve library name using the pointer > "TCBJLB"; but looks like this is not the correct pointer. Please > help me in this regard. > > Thanks & regards, > Ramesh - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password Complexity
Hal Merritt wrote: Bingo. And now we are back to the question: 'Who audits the auditors?' Folks from the EU please opine on the effectiveness of ISO 9000. I heard that the EU embraced ISO 9000 to the point of being the law in many countries. It seems ISO 9000 fell out of favor here in the US a few years ago. ISO 9000 is some kind of "business fashion" IMHO. In the past every company thought about data warehouse, then CRM became popular. It also similarly with ISO 9000. Nowadays we have SOX (yes, in EU), "Basel regulations", etc. Are those things stupid? NO! What companies did before data warehouse era ? What companies did before ISO9000 or SOX ? Good companies had some kind of CRM, DWH, or audits. Those things (processes, applications) were remained unnamed. BTW: Easy recipe how to get ISO9000. It is required to pass formal certification. But you can certify only *one* of the processes within your company, i.e. Purchase Order. After that you can proudly claim "We're ISO 9000 compliant!". The resto of the company can remain unaffected. BTDT. BTW: One of the biggest polish computer (PC) assemblers had ISO. The quality of their PCs was horrible, but the (poor) quality was predictable and repeatable. Or are we getting to far off topic? IMHO yes. BTW: I know companies, where audit dept is responsible both for audit as well as rule design. So they create the rules and check the compliance. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password Complexity
Bingo. And now we are back to the question: 'Who audits the auditors?' Folks from the EU please opine on the effectiveness of ISO 9000. I heard that the EU embraced ISO 9000 to the point of being the law in many countries. It seems ISO 9000 fell out of favor here in the US a few years ago. Or are we getting to far off topic? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, May 16, 2006 7:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Password Complexity If they are creating rules, they are corporate compliance auditors. If they are creating, enforcing, and reporting on rules, they have a conflict of duty. These three functions should be under what is known as "separation of duties". That's what got Anderson into trouble. How can I be so certain? I asked an auditor. - -teD O-KAY! BLUE! JAYS! Let's PLAY! BALL! 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password Complexity
That should have said "corporate compliance officers". - -teD O-KAY! BLUE! JAYS! Let's PLAY! BALL! -Original Message- From: Ted MacNEIL <[EMAIL PROTECTED]> Date: Wed, 17 May 2006 00:00:00 To:IBM-MAIN@BAMA.UA.EDU Subject: Re: Password Complexity >> >>They can only cite rules; not make them. >> >How can you be so certain? If they are creating rules, they are corporate compliance auditors. If they are creating, enforcing, and reporting on rules, they have a conflict of duty. These three functions should be under what is known as "separation of duties". That's what got Anderson into trouble. How can I be so certain? I asked an auditor. - -teD O-KAY! BLUE! JAYS! Let's PLAY! BALL! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: obsolete
>It sort of begs the question of when the first hosing occurred. When IBM introduced Tiered Pricing in 1984(?). - -teD O-KAY! BLUE! JAYS! Let's PLAY! BALL! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password Complexity
>> >>They can only cite rules; not make them. >> >How can you be so certain? If they are creating rules, they are corporate compliance auditors. If they are creating, enforcing, and reporting on rules, they have a conflict of duty. These three functions should be under what is known as "separation of duties". That's what got Anderson into trouble. How can I be so certain? I asked an auditor. - -teD O-KAY! BLUE! JAYS! Let's PLAY! BALL! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM left as the Betamax of mainframe tape crypto?
On Wed, 17 May 2006 09:22:41 -0500, Staller, Allan wrote: >At the price quited in the article, I *DO NOT* forsee a stampeded to >purchase the product. I disagree. The price ($60K USD) doesn't seem unreasonable since it snips itself in automatically -- no JCL changes needed. That is very much UNlike the earlier IBM product, which not only needs JCL changes but in many cases requires extra steps to be inserted. (To me a minor JCL change like, say, adding "SUBSYS=USPY" to a DD statement is less work/trouble than adding new steps to the same job. Others may disagree.) Whether the automatic inclusion thingy actually works all of the time is another matter, but software bugs like that would usually get worked out fairly quickly. Based upon Mr. Salt's dissertation of a few days back (and Mr. Mills' comments afterward) I would think that $60K is an introductory price. -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRX0157E
On Wed, 17 May 2006 09:18:17 -0500, Mark Zelden <[EMAIL PROTECTED]> wrote: > >So as a previous poster already said, I guess you have to order it. > Or... many vendors license the alternate library from IBM and ship it with their products. Prior to having this library with our OS/390 2.10 system, we customized IRXCMPTM to use the ISV's alternate library. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM left as the Betamax of mainframe tape crypto?
At the price quited in the article, I *DO NOT* forsee a stampeded to purchase the product. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.6 - step-time rounding errors
After investigating this very issue in order to try to figure out why some DBMS run stats I am trying to track were squirrely, I found and fixed the whole TCB time overflow issue in our IEFACTRT exit. Unfortunately, it also appears that the one we are using also can not handle the total EXCPs for the STC in question. Oh, bother. Jon Steve, We saw this too. Look at OA06051. Don't despair. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRX0157E
On Wed, 17 May 2006 13:53:06 +, Dave Salt <[EMAIL PROTECTED]> wrote: > >Mark, > >It's my understanding that hlq.SEAGLPA should be attached to the LPA (hence >the name), while hlq.SEAGALT (i.e. the 'Alternate' REXX runtime library) >should be attached to the LINKLIST. As the LPA is searched ahead of the >LINKLIST, this ensures compiled REXX runs via SEAGLPA (i.e. at optimal >efficiency), while interpreted REXX runs via SEAGALT in the LINKLIST. This >has nothing to do with changes to z/OS; as far as I know, we've been doing >it this way since at least OS/390 2.10. > There is no SEAGLPA with the alternate library... just runtime. I had thought this was part of z/OS base product, but looking back at our serverpac PGMDIR it says: Netview for z/OS QM16 REXX Alternate Library Since we've always had Netview, I guess that is why we get the alternate library. Here is the info in the pgmdir: Program Directory for IBM SAA REXX/370 Alternate Library Release 03, Modification Level 00 Program Number 5695-014 FMIDs HWJ9133, JWJ9134 for Use with OS/390 Document Date: March, 2001 So as a previous poster already said, I guess you have to order it. Cheers, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: obsolete
Would you guys stop PUNishing us like this? You probably hurt his felines by laughing at him. I saw a similar "non-typo" in another newsgroup, in a thread about "shade-tree auto mechanics". One responder prefaced his remarks by saying that it had been a long time since he had "tinkered with cats". It's easy enough to fat-finger "cars" into "cats", so I sent the obligatory "giggle". Oh, it turned out he intended "cats" as short for "catalytic converters". :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: *DM*N*STR*V**: Archive access
On Tue, 16 May 2006, Vernooy, C.P. - SPLXM wrote: >Darren, > >isn't it useless to protect your archives? The newsgroup version of the >list is fully available in Google archives, so what is your purpose of >protecting the list archives? > >Kees. The protection is not for email addresses necessarily, it's to keep automated software from hammering our systems with 32K queries in 1 hour driving up our system load. Listserv archives aren't in a public open directory. You have to go through Listserv to get to them. Whatever software they were using was going through the web access part of Listserv. We wound up having to block that IP at our campus router. Darren -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password Complexity
That begs the question as to *who* should say what a 'best practice' might be. To answer your question, there is no 'enforcement' in this context. It is up to each individual organization to set policy, recourse, and consequences. An organization will do this to keep their customers, stockholders, and stakeholders satisfied. For many of us, it is simply inconceivable to try to do business without such as a fundamental part of the culture. A customer/stockholder/stakeholder wants a third parties' professional opinion as to how well the organization is doing what they say they are doing. For example, that there are checks and balances, separation of duties, appropriate approval processes, and so on. I think what SOX does is to hold the company management legally accountable and therefore makes them a stakeholder. They, too, want some assurance that their employees are doing the right things, whatever that might be. So, I guess that makes *them* the 'enforcers'. And therein lies the rub. What, exactly, are the 'right' things? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Tuesday, May 16, 2006 4:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Password Complexity Ted MacNEIL wrote: But seriously: I'm not sure about the above. Who should enforce the rules ? -- Radoslaw Skorupka Lodz, Poland 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRX0157E
From: "R.S." <[EMAIL PROTECTED]> AFAIK I have never had hlq.SEAGALT library. Is it because I don't have REXX Compiler ? What is "alternate library" ? I cannot compare it to 1.6, since I have 1.4 and 1.7. I checked (sort the SYS1.LINKLIB by TTR), IRXCMPTM is the module modified by the ServerPac. In fact I don't understand what is being done by the job. I use REXX as a scripting language, that's all. Radoslaw, hlq.SEAGLPA allows compiled REXX to run at optimal efficiency. It is usually attached to the LPA, and comes with the IBM REXX/370 Compiler. In other words, it's an add-on product for which an additional licensing fee is usually paid. hlq.SEAGALT is the 'alternate' REXX runtime library. It is free of charge, and is usually attached to the LINKLIST. It allows compiled REXX programs to execute at interpreted speed. If you don't have SEAGLPA and you don't have SEAGALT, this means you can only run "source" REXX programs at interpreted speed. You can NEVER run compiled REXX, whether at interpreted or compiled speed. Many vendors (including IBM) ship compiled REXX procedures to their customers. Given that SEAGALT is free of charge, I would strongly recommend including it as part of the LINKLIST. HTH, Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRX0157E
My bad; I meant to say that compiled REXX which runs on a system where the SEAGLPA library isn't licensed will run (at interpreted speed) via the SEAGALT library which is (usually) in the LINKLIST. Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm From: Dave Salt <[EMAIL PROTECTED]> Reply-To: IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IRX0157E Date: Wed, 17 May 2006 13:53:06 + From: Mark Zelden <[EMAIL PROTECTED]> I missed the start of this thread, but we have hlq.SEAGALT in the LPA list so that EAGKCPT/IRXCMPTM is ahead of the IRXCMPTM that is in SYS1.LINKLIB. This avoids coding a usermod. We've been doing this since OS/390 2.10. Is that the issue here, or did something change in z/OS 1.7 related to this (we are still 1.6)? Mark, It's my understanding that hlq.SEAGLPA should be attached to the LPA (hence the name), while hlq.SEAGALT (i.e. the 'Alternate' REXX runtime library) should be attached to the LINKLIST. As the LPA is searched ahead of the LINKLIST, this ensures compiled REXX runs via SEAGLPA (i.e. at optimal efficiency), while interpreted REXX runs via SEAGALT in the LINKLIST. This has nothing to do with changes to z/OS; as far as I know, we've been doing it this way since at least OS/390 2.10. HTH, Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: An unexpected lights out operation
Phil, was this intentional? > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Phil Payne > Sent: Wednesday May 17 2006 03:44 > Combining this sentence... > We were working "hand-off". With this phrase > consolidated onto stiffies, Is a visualization that I never want to see again, thankyouverymuch. :-D Later, Ray -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRX0157E
From: Mark Zelden <[EMAIL PROTECTED]> I missed the start of this thread, but we have hlq.SEAGALT in the LPA list so that EAGKCPT/IRXCMPTM is ahead of the IRXCMPTM that is in SYS1.LINKLIB. This avoids coding a usermod. We've been doing this since OS/390 2.10. Is that the issue here, or did something change in z/OS 1.7 related to this (we are still 1.6)? Mark, It's my understanding that hlq.SEAGLPA should be attached to the LPA (hence the name), while hlq.SEAGALT (i.e. the 'Alternate' REXX runtime library) should be attached to the LINKLIST. As the LPA is searched ahead of the LINKLIST, this ensures compiled REXX runs via SEAGLPA (i.e. at optimal efficiency), while interpreted REXX runs via SEAGALT in the LINKLIST. This has nothing to do with changes to z/OS; as far as I know, we've been doing it this way since at least OS/390 2.10. HTH, Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: obsolete
You probably hurt his felines by laughing at him. Jon I saw a similar "non-typo" in another newsgroup, in a thread about "shade-tree auto mechanics". One responder prefaced his remarks by saying that it had been a long time since he had "tinkered with cats". It's easy enough to fat-finger "cars" into "cats", so I sent the obligatory "giggle". -jc- Oh, it turned out he intended "cats" as short for "catalytic converters". :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRX0157E
FWIW, I have the issue on my z/os 1.4 two pack rescue system. HTH. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Wednesday, May 17, 2006 8:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IRX0157E I missed the start of this thread, but we have hlq.SEAGALT in the LPA list so that EAGKCPT/IRXCMPTM is ahead of the IRXCMPTM that is in SYS1.LINKLIB. This avoids coding a usermod. We've been doing this since OS/390 2.10. Is that the issue here, or did something change in z/OS 1.7 related to this (we are still 1.6)? Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRX0157E
Mark Zelden wrote: On Wed, 17 May 2006 01:13:05 +, Dave Salt <[EMAIL PROTECTED]> wrote: You could try adding the REXX Alternate Library ('hlvlq.SEAGALT') to the Linklist. I don't know if that will fix the problem, but it certainly couldn't hurt. I missed the start of this thread, but we have hlq.SEAGALT in the LPA list so that EAGKCPT/IRXCMPTM is ahead of the IRXCMPTM that is in SYS1.LINKLIB. This avoids coding a usermod. We've been doing this since OS/390 2.10. Is that the issue here, or did something change in z/OS 1.7 related to this (we are still 1.6)? AFAIK I have never had hlq.SEAGALT library. Is it because I don't have REXX Compiler ? What is "alternate library" ? I cannot compare it to 1.6, since I have 1.4 and 1.7. I checked (sort the SYS1.LINKLIB by TTR), IRXCMPTM is the module modified by the ServerPac. In fact I don't understand what is being done by the job. I use REXX as a scripting language, that's all. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRX0157E
On Wed, 17 May 2006 01:13:05 +, Dave Salt <[EMAIL PROTECTED]> wrote: >You could try adding the REXX Alternate Library ('hlvlq.SEAGALT') to the >Linklist. I don't know if that will fix the problem, but it certainly >couldn't hurt. > I missed the start of this thread, but we have hlq.SEAGALT in the LPA list so that EAGKCPT/IRXCMPTM is ahead of the IRXCMPTM that is in SYS1.LINKLIB. This avoids coding a usermod. We've been doing this since OS/390 2.10. Is that the issue here, or did something change in z/OS 1.7 related to this (we are still 1.6)? Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: obsolete
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Schwarz, Barry A > > So you really meant re-hosing instead of re-hosting which I > assumed. It sort of begs the question of when the first > hosing occurred. > > In any event, thank you for a phrase which will come in quite > handy for several reports I will have to prepare this year. I saw a similar "non-typo" in another newsgroup, in a thread about "shade-tree auto mechanics". One responder prefaced his remarks by saying that it had been a long time since he had "tinkered with cats". It's easy enough to fat-finger "cars" into "cats", so I sent the obligatory "giggle". -jc- Oh, it turned out he intended "cats" as short for "catalytic converters". :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM left as the Betamax of mainframe tape crypto?
In a recent note, Phil Payne said: > Date: Wed, 17 May 2006 13:44:33 +0200 > > Uh huh. So IBM is about to allow the emulation vendors to ship 64-bit > zArchitecture emulation > for commercial use? > I think, Linux on Hercules. I suppose it's not exactly a refutation since the word "vendor" doesn't precisely apply. (Nor am I confident there's any "commercial use" of such a configuration.) Has IBM attempted to obstruct this, beyond some reported obfuscation? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password Complexity
On Wed, 17 May 2006 07:12:04 -0500, Chase, John <[EMAIL PROTECTED]> wrote: >> A lot of people ascribe too much power to an auditor. > >Same with police, whose primary "job" is to collect and preserve >evidence after the crime has occurred. > Please don't go there. Idealized generalizations have little to do with reality. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password Complexity
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of R.S. > > Ted MacNEIL wrote: > > >>should occur to someone that auditors spelling out > > > > such 'requirements' > > > > Auditors neither make rules, nor enforce them. > > All they can do is report. > > > > A lot of people ascribe too much power to an auditor. > > Maybe I re-phrase it: > Auditors neither SHOULD make rules, nor SHOULD enforce them. > > But seriously: I'm not sure about the above. Who should > enforce the rules ? Management. Auditors merely report to management and stakeholders how well (or poorly) management enforces management's own rules and complies with appropriate standards set by recognized standards-setting bodies (including legislatures). (Now _there's_ a tedious sentence.) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: obsolete
So you really meant re-hosing instead of re-hosting which I assumed. It sort of begs the question of when the first hosing occurred. In any event, thank you for a phrase which will come in quite handy for several reports I will have to prepare this year. -Original Message- From: Gibney, Dave [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 16, 2006 2:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: obsolete You can rest assured, I make typos all the time, but there are none in this message :) > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Schwarz, Barry A > Sent: Saturday, May 13, 2006 1:31 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: obsolete > > Perhaps the most correct typing error I've ever seen. > > -Original Message- > From: Gibney, Dave [mailto:[EMAIL PROTECTED] > Sent: Friday, April 28, 2006 10:13 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: obsolete > > > Don't this year's run a bit better than twice as fast as last years? > Of course that just means they are harder to upgrade to with ISV > software costs and re-hosing fees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password Complexity
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL > > >should occur to someone that auditors spelling out > such 'requirements' > > Auditors neither make rules, nor enforce them. Correct. > All they can do is report. They can also offer advice, for which you pay and are free to ignore > A lot of people ascribe too much power to an auditor. Same with police, whose primary "job" is to collect and preserve evidence after the crime has occurred. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password Complexity
On Wed, 17 May 2006 00:00:00 GMT, Ted MacNEIL <[EMAIL PROTECTED]> wrote: >>>Auditors neither make rules, nor enforce them. >>>All they can do is report. > >>Oh, really? > >Yes. Really! An interesting hypothesis, but inconsistant with my experience. > >They can only force you to answer questions. >They can overload you, but they cannot force you to follow the rules. >They can report you to your compliance officers for being uncooperative. The subtle distinction eludes me. > >They can only cite rules; not make them. > How can you be so certain? They can do whatever corporate policy allows them to do. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password Complexity
>>Auditors neither make rules, nor enforce them. >>All they can do is report. >Oh, really? Yes. Really! They can only force you to answer questions. They can overload you, but they cannot force you to follow the rules. They can report you to your compliance officers for being uncooperative. They can only cite rules; not make them. - -teD O-KAY! BLUE! JAYS! Let's PLAY! BALL! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM left as the Betamax of mainframe tape crypto?
> Also FWIW, I've never liked the word "control" when referring to any vendor's > alleged marketshare. I'd like to think marketshare is continuously earned rather than controlled. Uh huh. So IBM is about to allow the emulation vendors to ship 64-bit zArchitecture emulation for commercial use? -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
An unexpected lights out operation
Giggle. There was another one. At the time, I was working for Amdahl UK and IBM was working up to the 3090 announcements. It was 5 or 6 September, 1990. We ran the thing inside Amdahl as "Project 480". Amdahl had a special local group in the UK called the "NSEs" - National Systems Engineers. Secret squirrels. We were preparing our response to the (as yet officially secret) IBM announcements of September 1990. IBM has STILL not realised that Amdahl's 1980s/90s commercial analysis was run from the UK and not the USA. We had recently been re-equipped with Compaq SLT 286s. These were certainly portable, but a pain in the t1ts if the elevators weren't working. A novelty - about the first portable PCs that would, if connected via the charger - survive a power outage without comment. The battery pack weighed about six pounds. We were working "hand-off". The idea was that we would do as much as possible and then "hand off" the current status to Sunnyvale. Time zone exploitation. Any ex-Amdahlers present - we're talking about PMG00600 to PMG00606. 54 hours without sleep. I guess there were around eight of us working on our response on the ground floor of Viking House in Hounslow - an ex-born again Christian bookshop. All of a sudden - the power went. A backhoe scenario. We selectively finished what we were doing on battery power, consolidated onto stiffies, and moved out to Amdahl's Axis House facility near Thiefrow Airport to transfer everything to the States. No fuss. But the surprise was a newspaper article the next week floating the vaguest of all possible suggestions that our power outage might have been arranged by Big Blue. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password Complexity
>Auditors neither make rules, nor enforce them. >All they can do is report. Oh, really? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zIIP processor
Hi If someone knows about any plan to exploit the zIIP for external 's -- Mit freundlichen Grüßen / Best regards Miklos Szigetvari ISIS Information Systems GmbH Alter Wienerweg 12 2344 Maria Enzersdorf Austria --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: *DM*N*STR*V**: Archive access
On Tue, 16 May 2006 15:17:00 -0500, Patrick O'Keefe <[EMAIL PROTECTED]> wrote: >I guess it's too late to provide reasons, but sinece I use the "archive" >exclusively I want go on record. In the past I've logged on only when >posting or responding, and then without setting a cookie. To do otherwise >is to loose the "already read" indication. That is now lost so viewing the >archive is more cumbersome. I know I will find IBM-Main less easy to use. > Me too, so thanks to the poster who pointed to Google. Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Valid TSO Users
On Tue, 16 May 2006 09:21:45 -0500, Dave Cartwright <[EMAIL PROTECTED]> wrote: > >Anybody know how to do it? > > Thanks for all the responses. Driving home last night I realised I should have said we use SyncSort, although I think there is a version of RACFICE for that. We cancelled our DB2 license a couple of years ago. I will look at Mark Z's code which seems to do what Walt suggested. Thanks again Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html