Re: EXCP Counts in SMF Exit
Aha. We may be on to something. The problem step in the problem job executes IBM 'high performance unload' utility PGM=INZUTILB. The step unloads/backs up a large DB2 data base. The job has almost two dozen steps, but we're focused on this one in particular. It's the only step in the job that has no device stats in job messages. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Charles Mills To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/13/2013 08:10 PM Subject:Re: EXCP Counts in SMF Exit Sent by:IBM Mainframe Discussion List A triplet consists of a 32-bit offset into the record, a 16-bit length, and a 16-bit repetition count. For DB2 it gets *really* complicated, but for Type 30, it should be fairly simple. Perhaps your repetition count is more than one? If so, there will be another data section at the end of the first one, that is, at record+displacement+length. I read the doc as saying there may be more than one section, that is, SMF30EON might be non-zero and greater than one. You may need a loop on SMF30EON. Let me know if you want more detail. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Friday, December 13, 2013 3:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXCP Counts in SMF Exit We use an SMF exit modeled on SAMPLIB(SCEACTMS). For each step, it formats various stats in the job message log for every device used. It works well most of the time, but for a particular job in a particular where we really need to see some values, the crucial lines are totally missing. I've looked at the code and concluded that the only way we could be missing all device detail is if the field SMF30EON is zero. The job step in question does enormous I/O to tape. PUTMSG3B DS0H EXCP COUNTS SLR R5,R5 GET COUNT OF ICM R5,B'0011',SMF30EON EXCP SECTIONS<- BZPUTMS3BXIF NONE, SKIP RTN <- BAL R14,MSGRTN PUT BLANK LINE OUT MVC MSGAREA,LINE3B SET UP HEADER LINE BAL R14,MSGRTN PUT LINE OUT BAL R14,MSGRTN PUT BLANK LINE OUT LRR4,R9 GET RECORD ADDRESS A R4,SMF30EOF POINT TO ID SEGMENT USING SMF30EXP,R4 ENABLE RECORD DSECT EXCPLOOP DS0H PRINT NON-ZERO EXCP COUNTS PUSH USING USING LINE3BD,R6 ENABLE DETAIL LINE DSECT ... I've searched the web and found some references even in IBM-Main to a 'triplet' that handles multiple EXCP sections. But I haven't found any example of how to utilize the additional fields. I suspect that the data I need is available to the exit, but I need some guidance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXCP Counts in SMF Exit
A triplet consists of a 32-bit offset into the record, a 16-bit length, and a 16-bit repetition count. For DB2 it gets *really* complicated, but for Type 30, it should be fairly simple. Perhaps your repetition count is more than one? If so, there will be another data section at the end of the first one, that is, at record+displacement+length. I read the doc as saying there may be more than one section, that is, SMF30EON might be non-zero and greater than one. You may need a loop on SMF30EON. Let me know if you want more detail. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Friday, December 13, 2013 3:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXCP Counts in SMF Exit We use an SMF exit modeled on SAMPLIB(SCEACTMS). For each step, it formats various stats in the job message log for every device used. It works well most of the time, but for a particular job in a particular where we really need to see some values, the crucial lines are totally missing. I've looked at the code and concluded that the only way we could be missing all device detail is if the field SMF30EON is zero. The job step in question does enormous I/O to tape. PUTMSG3B DS0H EXCP COUNTS SLR R5,R5 GET COUNT OF ICM R5,B'0011',SMF30EON EXCP SECTIONS<- BZPUTMS3BXIF NONE, SKIP RTN <- BAL R14,MSGRTN PUT BLANK LINE OUT MVC MSGAREA,LINE3B SET UP HEADER LINE BAL R14,MSGRTN PUT LINE OUT BAL R14,MSGRTN PUT BLANK LINE OUT LRR4,R9 GET RECORD ADDRESS A R4,SMF30EOF POINT TO ID SEGMENT USING SMF30EXP,R4 ENABLE RECORD DSECT EXCPLOOP DS0H PRINT NON-ZERO EXCP COUNTS PUSH USING USING LINE3BD,R6 ENABLE DETAIL LINE DSECT ... I've searched the web and found some references even in IBM-Main to a 'triplet' that handles multiple EXCP sections. But I haven't found any example of how to utilize the additional fields. I suspect that the data I need is available to the exit, but I need some guidance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM Mixed Workload
On Fri, 13 Dec 2013 14:44:38 -0600, Bob Morrison wrote: >I have a "what do you think" question I would like to ask concerning mixing >workload types into a single service class. > ... >... but does anyone have an opinion? Sure - bad idea. The more disparate the workloads, the badderer an idea it is. We probably all do it, and generally get away with it. Or at least not properly understand the consequences, so blithely go on our way. For transaction managed CICS regions less of an issue, but still I have a philosophical aversion to mixing like that. Unless you have a ridiculous number of service classes already, not much downside to using another for the CICS. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXCP Counts in SMF Exit
Bob, I got your sample exit. Plan to pursue it. As for what my exit has access to, it's just a standard SMF exit call in a batch job. Here's what a 'normal' job shows: +--- | --TIMINGS (MINS.)-- | JOBNAME STEPNAME PROCSTEPRC EXCP CONNTCBSRB CLOCK SERV PG | ZWAITEST STEP100 3103 12307.01.00 .2 68745 0 | | DDNAME UNIT TYPE BLKSIZ EXCP (ONLY NON-ZERO COUNTS LISTED) | | STEPLIB 7C12 3390 32760 2 | SYSPRINT 3408 3490 262080 3053 +--- Here's the problem job. Note the huge number of EXCPs. There is simply no device level detail displayed. +---| | --TIMINGS (MINS.)-- | | JOBNAME STEPNAME PROCSTEPRC EXCP CONNTCBSRB CLOCK SERV PG| | CSSDCU01 CSSDCU01 STEP160 00 17819K 6166K 3.24.69 112.0 18641K 0+ +---I . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Bob Rutledge To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/13/2013 04:30 PM Subject:Re: EXCP Counts in SMF Exit Sent by:IBM Mainframe Discussion List Does your IEFACTRT deal with continuation type 30-4 records? From the Installation Exits book: "When the data for an SMF record exceeds 32,756 bytes in length, the system constructs one or more "continuation" or "additional" records to ensure that no individual record exceeds that length. The system invokes IEFACTRT once for the original record and once for each continuation record." (When the exit is called with a continuation record, SMF30TON is zero.) Bob Skip Robinson wrote: > We use an SMF exit modeled on SAMPLIB(SCEACTMS). For each step, it formats > various stats in the job message log for every device used. It works well > most of the time, but for a particular job in a particular where we really > need to see some values, the crucial lines are totally missing. I've > looked at the code and concluded that the only way we could be missing all > device detail is if the field SMF30EON is zero. The job step in question > does enormous I/O to tape. > > PUTMSG3B DS0H EXCP COUNTS > SLR R5,R5 GET COUNT OF > ICM R5,B'0011',SMF30EON EXCP SECTIONS<- > BZPUTMS3BXIF NONE, SKIP RTN <- > BAL R14,MSGRTN PUT BLANK LINE OUT > MVC MSGAREA,LINE3B SET UP HEADER LINE > BAL R14,MSGRTN PUT LINE OUT > BAL R14,MSGRTN PUT BLANK LINE OUT > LRR4,R9 GET RECORD ADDRESS > A R4,SMF30EOF POINT TO ID SEGMENT > USING SMF30EXP,R4 ENABLE RECORD DSECT > EXCPLOOP DS0H PRINT NON-ZERO EXCP COUNTS > PUSH USING > USING LINE3BD,R6 ENABLE DETAIL LINE DSECT > ... > > I've searched the web and found some references even in IBM-Main to a > 'triplet' that handles multiple EXCP sections. But I haven't found any > example of how to utilize the additional fields. I suspect that the data I > need is available to the exit, but I need some guidance. > > > Offset > SMF30EOF > Length > SMF30ELN > Number > SMF30EON - Reports the number of EXCP sections on the current record. > This section also has additional control fields in the > ‘header/self-defining’ section: > SMF30EOS reports the number of EXCP sections for the current period on > Subsequent Type 30 records. These are known as the ‘chained’ Type 30 > records. > SMF30EOR also reports this same information but is only a 2 byte field > which can overflow so SMF30EOS is the preferred field for processing this > data. > > > . > . > JO.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 626-302-7535 Office > 323-715-0595 Mobile > jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
I am a big fan of the TSO version of LOOKAT. Count me among those puzzled by the decision to get rid of BookManager. Sent from my iPad > On Dec 13, 2013, at 2:21 PM, "Farley, Peter x23353" > wrote: > > I stand corrected! Thank you for spotting my error. Entering IEC036I does > indeed return the correct M&C page. > > Peter > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Skeldum, William > Sent: Friday, December 13, 2013 2:15 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Lookat > > IEC036I is the entire message. If you want to use just IEC036 use a wildcard > such as IEC036*. > > I don't use Lookat too much so I don't know if this is new behavior. > > Bill Skeldum > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Farley, Peter x23353 > Sent: Friday, December 13, 2013 11:57 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Lookat > > That Lookat web page may be there but it is not working very well. A search > for message IEC036 generated this result: > > Message id "IEC036" was not found. > > Ensure the message id is complete/correct. > > It is possible this message id is documented in a book that is not yet > LookAt-enabled. You might try a newer release. > > You may use LookAt feedback to inform IBM. > > Peter > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Gonzalo Cengotita > Sent: Friday, December 13, 2013 8:52 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Lookat > > I'm using http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ and it's > working at this moment > > > 2013/12/13 Staller, Allan > >> What URL are you using. >> >> I used www.ibm.com/systems/z/os/zos/bkserv/lookat/ >> And got re-directed to >> http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html >> >> which *IS NOT* the LOOKAT I was expecting. >> >> ??? >> >> >> I just tried it ! Lookat is back !! Now that's what I call good news. >> > -- > > This message and any attachments are intended only for the use of the > addressee and may contain information that is privileged and confidential. If > the reader of the message is not the intended recipient or an authorized > representative of the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please notify us immediately by e-mail > and delete the message and any attachments from your system. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXCP Counts in SMF Exit
Does your IEFACTRT deal with continuation type 30-4 records? From the Installation Exits book: "When the data for an SMF record exceeds 32,756 bytes in length, the system constructs one or more "continuation" or "additional" records to ensure that no individual record exceeds that length. The system invokes IEFACTRT once for the original record and once for each continuation record." (When the exit is called with a continuation record, SMF30TON is zero.) Bob Skip Robinson wrote: We use an SMF exit modeled on SAMPLIB(SCEACTMS). For each step, it formats various stats in the job message log for every device used. It works well most of the time, but for a particular job in a particular where we really need to see some values, the crucial lines are totally missing. I've looked at the code and concluded that the only way we could be missing all device detail is if the field SMF30EON is zero. The job step in question does enormous I/O to tape. PUTMSG3B DS0H EXCP COUNTS SLR R5,R5 GET COUNT OF ICM R5,B'0011',SMF30EON EXCP SECTIONS<- BZPUTMS3BXIF NONE, SKIP RTN <- BAL R14,MSGRTN PUT BLANK LINE OUT MVC MSGAREA,LINE3B SET UP HEADER LINE BAL R14,MSGRTN PUT LINE OUT BAL R14,MSGRTN PUT BLANK LINE OUT LRR4,R9 GET RECORD ADDRESS A R4,SMF30EOF POINT TO ID SEGMENT USING SMF30EXP,R4 ENABLE RECORD DSECT EXCPLOOP DS0H PRINT NON-ZERO EXCP COUNTS PUSH USING USING LINE3BD,R6 ENABLE DETAIL LINE DSECT ... I've searched the web and found some references even in IBM-Main to a 'triplet' that handles multiple EXCP sections. But I haven't found any example of how to utilize the additional fields. I suspect that the data I need is available to the exit, but I need some guidance. Offset SMF30EOF Length SMF30ELN Number SMF30EON - Reports the number of EXCP sections on the current record. This section also has additional control fields in the ‘header/self-defining’ section: SMF30EOS reports the number of EXCP sections for the current period on Subsequent Type 30 records. These are known as the ‘chained’ Type 30 records. SMF30EOR also reports this same information but is only a 2 byte field which can overflow so SMF30EOS is the preferred field for processing this data. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
EXCP Counts in SMF Exit
We use an SMF exit modeled on SAMPLIB(SCEACTMS). For each step, it formats various stats in the job message log for every device used. It works well most of the time, but for a particular job in a particular where we really need to see some values, the crucial lines are totally missing. I've looked at the code and concluded that the only way we could be missing all device detail is if the field SMF30EON is zero. The job step in question does enormous I/O to tape. PUTMSG3B DS0H EXCP COUNTS SLR R5,R5 GET COUNT OF ICM R5,B'0011',SMF30EON EXCP SECTIONS<- BZPUTMS3BXIF NONE, SKIP RTN <- BAL R14,MSGRTN PUT BLANK LINE OUT MVC MSGAREA,LINE3B SET UP HEADER LINE BAL R14,MSGRTN PUT LINE OUT BAL R14,MSGRTN PUT BLANK LINE OUT LRR4,R9 GET RECORD ADDRESS A R4,SMF30EOF POINT TO ID SEGMENT USING SMF30EXP,R4 ENABLE RECORD DSECT EXCPLOOP DS0H PRINT NON-ZERO EXCP COUNTS PUSH USING USING LINE3BD,R6 ENABLE DETAIL LINE DSECT ... I've searched the web and found some references even in IBM-Main to a 'triplet' that handles multiple EXCP sections. But I haven't found any example of how to utilize the additional fields. I suspect that the data I need is available to the exit, but I need some guidance. Offset SMF30EOF Length SMF30ELN Number SMF30EON - Reports the number of EXCP sections on the current record. This section also has additional control fields in the ‘header/self-defining’ section: SMF30EOS reports the number of EXCP sections for the current period on Subsequent Type 30 records. These are known as the ‘chained’ Type 30 records. SMF30EOR also reports this same information but is only a 2 byte field which can overflow so SMF30EOS is the preferred field for processing this data. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
Maybe you should review the manualthis is from z/os USS command ref. The whoami command displays a username associated with the effective user ID, unlike the who am icommand which displays the login name. For example, if you login as 'user1' but then you use the su command to change to 'user2': command returned who am I user1 whoami user2 For more information about the whoami command, see the whoami command description in z/OS UNIX System Services Command Reference. Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' > On Dec 13, 2013, at 12:18 PM, venkat kulkarni > wrote: > > Hello, > When I am trying to use WHOAMI command on omvs I am getting my UID > displayed, but my requirement is to display userid as output of WHOAMI > command. > > Can anyone one suggest where to make this change to display userid inplace > of UID for this command. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM Mixed Workload
You really want DBM1 / MSTR in a service class above CICS e.g. Vel 80 and Importance 1. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: "Staller, Allan" To: IBM-MAIN@listserv.ua.edu Date: 13/12/2013 21:57 Subject:Re: WLM Mixed Workload Sent by:IBM Mainframe Discussion List As far as I can tell, the DP of the CICS address spaces will float depending on the "loved ones". DB2 is just along for the ride. My suggestion (since transaction goals are in use) is to experiment w/DB2 in a separate service class. BTW, are you using goals for DDF workloads? Scenario is, I am working with a policy where the DB2 address spaces (aside from IRLM) are running in the same service class as the CICS region tasks. The caveat is CICS is running as a server with transaction goal management. As I understand it WLM sampling will establish for lack of a better term "patterns of behavior" of a service class to better help in its adjustment logic. CICS behaves like CICS and DB2 like DB2. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL IN SRB Mode (Was Un-authorized caller)
On Thu, 12 Dec 2013 09:41:19 -0500, Scott Ford wrote: >I wasn't aware of Cobol SRBs violated IBM licensing. I don't mean to be >ignorant, by why ? ITYM "running Cobol on a zIIP", not "Cobol SRBs". You have to understand a little about software pricing. When IBM started to charge for MVS, it seemed to make sense to charge more for a bigger processor. The general idea was that the software charges would be almost twice as much on a processor that is twice as fast. Actually, the idea was that a small shop shouldn't have to pay as much as a big one. After a while, there were no more of the smallest model group processors available. IIRC, the pricing was never linear, but not terribly far from it. In those days a big computer would run at about 4 MIPS and you could license MVS on a smaller processor for about $2000 per month. With the latest mainframes approaching 80,000 MIPS, the price of the operating system is many times higher than it was 30 years ago. It is not uncommon to pay hundreds of thousands of dollars per month for MVS. The result has been that other operating systems are considered to be preferable in any case where the other operating system seems to be adequate for the purpose. Consequently, new workloads are rarely deployed on MVS. This has been true for a long time despite the fact that many of these new workloads could run just fine on MVS, and benefit from the strengths of MVS and the mainframe. And even arguably be less expensive to run on MVS. While the use of computers has increased at an amazing rate over the last few decades, the installed base of MVS systems has not kept pace, and has instead declined. Actual numbers are hard to come by, but we all know sites that were once MVS sites that now use other systems instead. Does anyone know of any new MVS sites? As processors continued to get faster, the pricing structures were revised several times. Parallel Sysplex pricing was the first clue that I saw that IBM recognized that software pricing was an issue. In fact, the talk about the mainframe being expensive is really about software pricing. With z/Architecture machines, IBM started to offer a "technology dividend" in the form of a relatively modest discount for the software charges on the newer processors. This was done by adjusting the MSU rating, so that a new computer that would run a given workload using the same amount of resources as the previous generation would have an MSU rating that was maybe 10% less than the equivalent processor of the previous generation. Since software charges are now based upon the MSU capacity, this reduced the charge for running a given workload on the newer processor. However, the newer generation of processor would top out at maybe 50% more capacity than the previous generation, so the potential cost of running z/OS continued to rise. One consequence of the software pricing problem is that for most of the models of z/Architecture systems, the processors have been deliberately slowed down, allowing customers to acquire mainframes with a capacity that is closer to their actual needs. As a result, often there is no spare capacity for new workloads.. zIIP and zAAP processors were introduced to allow customers to exploit new system facilities that require additional processing power without having to incur additional costs for the software. This was done by providing zIIP and zAAP processors that could run only certain kinds of work, and that would not count when calculating the compute power of the complex. Therefore, adding zIIP and/or zAAP processors doesn't increase the software charges for the complex. zIIP and zAAP processors are a short term solution for the problem of increasing software charges. The result of the increasing software charges is that customers minimize the use of the mainframe, and have been doing so for decades. One way of doing that is to move workload from MVS to other platforms. The other way is to deploy new workloads on other systems, without even considering the mainframe as a possible place to run them. In other words, as the size of the data center grows to accommodate more applications, the non-MVS hardware grows at a considerably higher rate than the MVS related hardware. Even in shops where no applications have moved off of MVS, the percentage of the workload that could run on MVS that does in fact run on MVS is decreasing. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM Mixed Workload
As far as I can tell, the DP of the CICS address spaces will float depending on the "loved ones". DB2 is just along for the ride. My suggestion (since transaction goals are in use) is to experiment w/DB2 in a separate service class. BTW, are you using goals for DDF workloads? Scenario is, I am working with a policy where the DB2 address spaces (aside from IRLM) are running in the same service class as the CICS region tasks. The caveat is CICS is running as a server with transaction goal management. As I understand it WLM sampling will establish for lack of a better term "patterns of behavior" of a service class to better help in its adjustment logic. CICS behaves like CICS and DB2 like DB2. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GUI vs 3270 Re: MVS Quick Reference, was: LookAT
David, Doesn't matter to me .I could care less..once you learn something, better be flexible nowdays Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' > On Dec 12, 2013, at 8:09 AM, David Crayford wrote: > >> On 12/12/2013 9:05 PM, John McKown wrote: >>> On Thu, Dec 12, 2013 at 1:24 AM, Arthur Fichtl wrote: >>> >>> I'm just curious whether anybody out there has MVS Quick Reference from >>> Chicago Soft installed. >>> At my former assignment we had it and used it extensively. MVSQR is much >>> more powerful than Lookat and it provides a comfortable UI. >>> >>> Note: I'm not affiliated with that company, just a user. >>> >>> Arthur >>> >>> >> Oh, yes! If we didn't have it, the programmers would be unable to do their >> job. And Production Control would be out for blood (management's). My >> manager uses the DASD information as the corner stone of his space >> reporting. >> >> > > Would they be seduced by a GUI? > > I wonder how many mainframers would stick to what they're comfortable with > even if a GUI interface came along that totally nuked the old school UI. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
John, Whoami worked for me ,from option #6, I entered OMVS , at the unix prompt ..whoami Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' > On Dec 13, 2013, at 3:35 PM, John McKown wrote: > > On Fri, Dec 13, 2013 at 12:04 PM, venkat kulkarni < > venkatkulkarn...@gmail.com> wrote: > >> But I am getting output as below. >> >> $ id >> uid=12345 gid=996(DELTG) >> $ whoami >> Error for uid: 12345 >> $ >> >> Can anyone suggest. > > > Not whoami, one word, but "who am i", without the quotes - three words. The > UNIX command is "who" with the parameters "am" and "i". > > > > > -- > This is clearly another case of too many mad scientists, and not enough > hunchbacks. > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM Mixed Workload
Get thee to _www.watsonwalker.com_ (http://www.watsonwalker.com) If you're not a subscriber there's still white papers. There's also products like Goal Tender that will enable you to analyze your data for your objectives. In a message dated 12/13/2013 2:54:45 P.M. Central Standard Time, bob.morri...@siriuscom.com writes: I may be a bit winded here but does anyone have an opinion? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
WLM Mixed Workload
I have a "what do you think" question I would like to ask concerning mixing workload types into a single service class. Scenario is, I am working with a policy where the DB2 address spaces (aside from IRLM) are running in the same service class as the CICS region tasks. The caveat is CICS is running as a server with transaction goal management. As I understand it WLM sampling will establish for lack of a better term "patterns of behavior" of a service class to better help in its adjustment logic. CICS behaves like CICS and DB2 like DB2. Does the policy have a conflict or not is what I am trying to get at. The CICS regions should inherit the transaction goal and from what I would think sampling would be / could be ok. I may be a bit winded here but does anyone have an opinion? Thanks, Bob Morrison -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
On Fri, Dec 13, 2013 at 12:04 PM, venkat kulkarni < venkatkulkarn...@gmail.com> wrote: > But I am getting output as below. > > $ id > uid=12345 gid=996(DELTG) > $ whoami > Error for uid: 12345 > $ > > Can anyone suggest. > Not whoami, one word, but "who am i", without the quotes - three words. The UNIX command is "who" with the parameters "am" and "i". > > -- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
On 13 December 2013 13:04, venkat kulkarni wrote: > $ whoami > Error for uid: 12345 > $ You did not mention in your original post that you were getting an error message from "whoami". You made it sound as though it was simply giving you your uid rather than your userid. Presumably this error message means it has some problem with retrieving the userid. Of course being UNIX (even IBM UNIX), there is no message ID... Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GUI vs 3270 Re: MVS Quick Reference, was: LookAT
re: http://www.garlic.com/~lynn/2013o.html#25 GUI vs 3270 Re: MVS Quick Reference, was: LookAT this is quick&dirty conversion of internal (cms) ios3270 "green card" to html ... trying to preserve a little of the original look&feel http://www.garlic.com/~lynn/gcard.html very early in rex(x) days (before it had been release as product), I wanted to demo that rexx wasn't just another pretty scripting language. I chose to re-implement IPCS (very large application, at the time implemented in assembler) in rexx with objective 1) have ten times the function, 2) have ten times the performance (interesting going from assembler to interpreted rexx) and 3) take less than half-time over 3 months elapsed. some past posts http://www.garlic.com/~lynn/submain.html#dumprx I finished early ... so started a library of automated scripts that would search/recognize a variety of failure signatures. I had assumed that it would be released to customers in place of the existing IPCS. However, even though it was used by nearly every customer support PSR and internal datacenter, it wasn't shipped to customers. However, I did manage to get approval to give SHARE presentation on the implementation details ... and within a very short time, similar implementations started appearing. One of the things I did for DUMPRX was obtain the softcopy GML for system messages & codes manual ... and massage it into an online form. DUMPRX ran either as line-mode (terminal) exec ... or within XEDIT as a session macro (with all input/output sesssion preserved as XEDIT file). note ios3270 was what was used for the service panels on the 3090 service processor (3092) ... which was really a pair of 4361s (for redundancy and availability) running a customized version of vm370/cms release 6. The pair of 3370s FBA required for every 3090 (even purely MVS accounts that didn't have FBA support) ... were required for the 3092 vm370/cms systems. a couple of old email references: http://www.garlic.com/~lynn/2010e.html#email861031 http://www.garlic.com/~lynn/2010e.html#email861223 -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
I stand corrected! Thank you for spotting my error. Entering IEC036I does indeed return the correct M&C page. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skeldum, William Sent: Friday, December 13, 2013 2:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat IEC036I is the entire message. If you want to use just IEC036 use a wildcard such as IEC036*. I don't use Lookat too much so I don't know if this is new behavior. Bill Skeldum -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Farley, Peter x23353 Sent: Friday, December 13, 2013 11:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat That Lookat web page may be there but it is not working very well. A search for message IEC036 generated this result: Message id "IEC036" was not found. Ensure the message id is complete/correct. It is possible this message id is documented in a book that is not yet LookAt-enabled. You might try a newer release. You may use LookAt feedback to inform IBM. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gonzalo Cengotita Sent: Friday, December 13, 2013 8:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat I'm using http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ and it's working at this moment 2013/12/13 Staller, Allan > What URL are you using. > > I used www.ibm.com/systems/z/os/zos/bkserv/lookat/ > And got re-directed to > http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html > > which *IS NOT* the LOOKAT I was expecting. > > ??? > > > I just tried it ! Lookat is back !! Now that's what I call good news. > -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
IEC036I is the entire message. If you want to use just IEC036 use a wildcard such as IEC036*. I don't use Lookat too much so I don't know if this is new behavior. Bill Skeldum -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Farley, Peter x23353 Sent: Friday, December 13, 2013 11:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat That Lookat web page may be there but it is not working very well. A search for message IEC036 generated this result: Message id "IEC036" was not found. Ensure the message id is complete/correct. It is possible this message id is documented in a book that is not yet LookAt-enabled. You might try a newer release. You may use LookAt feedback to inform IBM. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gonzalo Cengotita Sent: Friday, December 13, 2013 8:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat I'm using http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ and it's working at this moment 2013/12/13 Staller, Allan > What URL are you using. > > I used www.ibm.com/systems/z/os/zos/bkserv/lookat/ > And got re-directed to > http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html > > which *IS NOT* the LOOKAT I was expecting. > > ??? > > > I just tried it ! Lookat is back !! Now that's what I call good news. > -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
whoami should return a user id that is assigned to the UID that you are
running under. If you are using the default OMVS User Id (Which must be
changed for z/OS V2.1) or a shared UID, then you will get any UID sharing
that UID returned.
who { and options } ; eg; who am i - can display additional information
about the user. By default, who display information about user's login
name, terminal name and time logged in. Note who am only works in the
POSIX locale
id will return the uid(username) gid(groupname). Again, if sharing uid
then any uid having that value can be returned.
logname will return the login name which is obtain via getlogin()
function.
Just for some additional notes, this is what I always do so that I always
know who I am and where I am at in OMVS...
in /etc/profile I make sure logname is readonly so it can not be
changed..
readonly LOGNAME
set my command prompt to System Name:Log name:Directory
PS1='$System_Name':'$LOGNAME':'$PWD':'===>
export PS1
Craig
From: "Farley, Peter x23353"
To: IBM-MAIN@LISTSERV.UA.EDU,
Date: 12/13/2013 12:48
Subject:Re: OMVS UID display
Sent by:IBM Mainframe Discussion List
Interesting thread. From my strictly application-programmer level TSO
userid (the only one I have), entering those commands from TSO OMVS yields
the following results:
$ who am i
$ whoami
TSOUSER
$ id
uid=6101(TSOUSER) gid=60(OAPLGRP)
$ logname
FSUM6764 logname: cannot get login name
$
(Real userid was replaced by TSOUSER). No results at all from "who am I"
and a failure from "logname".
I suspect but cannot prove that system-programmer authority levels
probably produce distinctly different results.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of venkat kulkarni
Sent: Friday, December 13, 2013 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS UID display
LOGNAME command gives my RACF ID . Then what is the use of ID and WHOAMI
command. Why these command is working for some of them and for others not.
On Sat, Dec 14, 2013 at 12:03 AM, Bonno, Tuco wrote:
>
> try "logname" ( w/o the the double quotes )
>
--
This message and any attachments are intended only for the use of the
addressee and may contain information that is privileged and confidential.
If the reader of the message is not the intended recipient or an
authorized representative of the intended recipient, you are hereby
notified that any dissemination of this communication is strictly
prohibited. If you have received this communication in error, please
notify us immediately by e-mail and delete the message and any attachments
from your system.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
**
This communication contains information which is confidential and
may also be privileged. It is for the exclusive use of the intended
recipient(s). If you are not the intended recipient(s), please note
that any distribution, copying or use of this communication or the
information in it is strictly prohibited. If you have received this
communication in error, please notify the sender immediately and
then destroy any copies of it.
**
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
I wonder if someone sent the bean counters in internal memo something to the effect 'Hey, we use this too and we depend on it to do our jobs!' Looking ahead guess I would envision a mobile app Lookat. It would be like a News reader or RSS feed with continual updates and customizable via component and vendor. If there was no wifi it would use what it had downloaded. In a message dated 12/13/2013 4:38:10 A.M. Central Standard Time, rob.k...@reedelsevier.com writes: Thank You to those whom resurrected Lookat -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
That Lookat web page may be there but it is not working very well. A search for message IEC036 generated this result: Message id "IEC036" was not found. Ensure the message id is complete/correct. It is possible this message id is documented in a book that is not yet LookAt-enabled. You might try a newer release. You may use LookAt feedback to inform IBM. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gonzalo Cengotita Sent: Friday, December 13, 2013 8:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat I'm using http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ and it's working at this moment 2013/12/13 Staller, Allan > What URL are you using. > > I used www.ibm.com/systems/z/os/zos/bkserv/lookat/ > And got re-directed to > http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html > > which *IS NOT* the LOOKAT I was expecting. > > ??? > > > I just tried it ! Lookat is back !! Now that's what I call good news. > -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
You have a secure email message waiting for you from Nathan J Pfister at AES/PHEAA with the subject: Re: OMVS UID display. How to Retrieve Your Message To retrieve your message from Nathan J Pfister with the subject: Re: OMVS UID display, go to: https://securemail.aessuccess.org/messenger/msg?x=d-44020979-XXwrIfhTNhEVKUet This message will be available until 02/11/2014. Why You Are Receiving this Email AES/PHEAA has sent you a message that may include sensitive information or personal data, as defined by federal law. To protect the privacy of this information, the email has been encrypted. Personal data protected by federal law includes: Social Security numbers Driver's license numbers credit reports/scores If you have questions regarding the authenticity of this message, please visit us online at www.aesSuccess.org/securemail, or contact us: Phone: 1-800-233-0557 Email: ec...@aessuccess.org Postal mail:AES/PHEAA 1200 N 7th St Harrisburg, PA 17102 == This message contains privileged and confidential information intended for the above addressees only. If you receive this message in error please delete or destroy this message and/or attachments. The sender of this message will fully cooperate in the civil and criminal prosecution of any individual engaging in the unauthorized use of this message. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
Interesting thread. From my strictly application-programmer level TSO userid (the only one I have), entering those commands from TSO OMVS yields the following results: $ who am i $ whoami TSOUSER $ id uid=6101(TSOUSER) gid=60(OAPLGRP) $ logname FSUM6764 logname: cannot get login name $ (Real userid was replaced by TSOUSER). No results at all from "who am I" and a failure from "logname". I suspect but cannot prove that system-programmer authority levels probably produce distinctly different results. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of venkat kulkarni Sent: Friday, December 13, 2013 1:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OMVS UID display LOGNAME command gives my RACF ID . Then what is the use of ID and WHOAMI command. Why these command is working for some of them and for others not. On Sat, Dec 14, 2013 at 12:03 AM, Bonno, Tuco wrote: > > try "logname" ( w/o the the double quotes ) > -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Invalid Parmlib member Scan
You could check the CBT tape yourself to discover the ones written by contributors. Google also provides a few relevant hits. On the other hand, neither PARMLIB member has a particularly complex syntax. It might be an excellent training exercise to create your own. Between EXECIO, PARSE, FIND, SCAN, LISTDSI, and SYSDSN, you should have all the tools you need. :>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :>: Behalf Of mf db :>: Sent: Friday, December 13, 2013 1:24 AM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: Re: Invalid Parmlib member Scan :>: :>: Hello All, :>: :>: Is there a sample REXX exec which does checks for non-existing Dataset :>: in :>: APFLIST and LINKLIST ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
LOGNAME command gives my RACF ID . Then what is the use of ID and WHOAMI command. Why these command is working for some of them and for others not. On Sat, Dec 14, 2013 at 12:03 AM, Bonno, Tuco wrote: > > try "logname" ( w/o the the double quotes ) > > /s/ tuco bonno; > Graduate, College of Conflict Management; > University of SouthEast Asia; > "I partied on the Ho Chi Minh Trail - tiến lên !! " > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
try "logname" ( w/o the the double quotes ) /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; "I partied on the Ho Chi Minh Trail - tiến lên !! " -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
Yes, UID was defined to RACF and I am able to display like below.
OMVS INFORMATION
UID= 012345
HOME= /u/venkatg
PROGRAM= /bin/sh
CPUTIMEMAX= NONE
ASSIZEMAX= NONE
FILEPROCMAX= NONE
PROCUSERMAX= NONE
THREADSMAX= NONE
MMAPAREAMAX= NONE
so, are we still not clear about the output of WHOAMI and ID command.
On Fri, Dec 13, 2013 at 11:44 PM, Nathan J Pfister
wrote:
> Make sure that the user has a UID defined within RACF.
>
> You can do an ALTUSER UNAME OMVS( UID(12345) HOME('/u/username'))
>
> I deleted my UID through RACF and got the same error you were getting from
> within OMVS.
>
> Also, when OMVS is started you may see this error which also says there is
> no UID set:
> Function = seteuid(), terminal name = '/dev/ttyp', program name =
> '/bin/fomtlinc', errno = 164 (X'00A4'), reason code = 0B7F
> 0804, message = 'EDC5164I SAF/RACF error.'
>
>
> Thanks;
>
> Nathan Pfister
> zOS Systems Programmer
> AES\PHEAA - Tech Services
> npfis...@aessuccess.org
> (717) 720-2663
>
>
>
> From: "venkat kulkarni"
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 12/13/2013 01:04 PM
> Subject:Re: OMVS UID display
> Sent by:"IBM Mainframe Discussion List"
>
>
>
> But I am getting output as below.
>
> $ id
> uid=12345 gid=996(DELTG)
> $ whoami
> Error for uid: 12345
> $
>
> Can anyone suggest.
>
>
> On Fri, Dec 13, 2013 at 11:22 PM, John McKown
> wrote:
>
> > On Fri, Dec 13, 2013 at 11:18 AM, venkat kulkarni <
> > venkatkulkarn...@gmail.com> wrote:
> >
> > > Hello,
> > > When I am trying to use WHOAMI command on omvs I am getting my UID
> > > displayed, but my requirement is to display userid as output of WHOAMI
> > > command.
> > >
> > > Can anyone one suggest where to make this change to display userid
> > inplace
> > > of UID for this command.
> > >
> >
> > What about the command:
> >
> > who am i
> >
> > This is supposed to always give the RACF id of the initial user who did
> the
> > logon, even if they have done a "su" or some other command to change
> their
> > effective UID.
> >
> >
> > --
> > This is clearly another case of too many mad scientists, and not enough
> > hunchbacks.
> >
> > Maranatha! <><
> > John McKown
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
> This message contains privileged and confidential information intended for
> the above addressees only. If you
> receive this message in error please delete or destroy this message and/or
> attachments.
>
> The sender of this message will fully cooperate in the civil and criminal
> prosecution of any individual engaging
> in the unauthorized use of this message.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
Sorry, I missed that detail. I figured it was about querying the user's OMVS segment. So I went to OMVS and issued 'whoami'. The result is totally absurd. It shows the default started task userid. Not me at all. Now maybe this is the already mentioned issue of displaying the first userid that has the user's UID. Useless. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Steve Comstock To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/13/2013 09:51 AM Subject:Re: OMVS UID display Sent by:IBM Mainframe Discussion List On 12/13/2013 10:35 AM, Skip Robinson wrote: > I don't see that 'commands' like ID or WHOAMI are true z/OS components. We > have some variations of these as CLIST or Rexx that live in > installation-defined libraries. > > Obtaining additional data for such commands may depend on the authority of > the user. For example, anyone can issue LU (LISTUSER) for oneself, but > getting info for another user requires at least AUDIT authority. > Skip, Did you notice this is for OMVS? The commands 'id', 'whoami', and 'who' are part of z/OS UNIX. -Steve Comstock > . > . > JO.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 626-302-7535 Office > 323-715-0595 Mobile > jo.skip.robin...@sce.com > > > > From: Nathan J Pfister > To: IBM-MAIN@LISTSERV.UA.EDU, > Date: 12/13/2013 09:22 AM > Subject:Re: OMVS UID display > Sent by:IBM Mainframe Discussion List > > > > I'm not sure quite what you're trying to do...but maybe the 'id' command > would be better than the 'whoami' command for you? > > Thanks; > > Nathan Pfister > zOS Systems Programmer > AES\PHEAA - Tech Services > > > > > From: "venkat kulkarni" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 12/13/2013 12:19 PM > Subject:OMVS UID display > Sent by:"IBM Mainframe Discussion List" > > > > Hello, > When I am trying to use WHOAMI command on omvs I am getting my UID > displayed, but my requirement is to display userid as output of WHOAMI > command. > > Can anyone one suggest where to make this change to display userid inplace > of UID for this command. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
Then there's another issue whoami on omvs returns your id. Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' > On Dec 13, 2013, at 12:30 PM, venkat kulkarni > wrote: > > One of my customer requirement is to see his USERID as output of WHOAMI > command but currently it is displaying only UID of that user. > > Also ID command displaying only UID not userid. So, can anyone suggest > where I need to make change in profile > > > > On Fri, Dec 13, 2013 at 10:51 PM, Nathan J Pfister > wrote: > >> I'm not sure quite what you're trying to do...but maybe the 'id' command >> would be better than the 'whoami' command for you? >> >> Thanks; >> >> Nathan Pfister >> zOS Systems Programmer >> AES\PHEAA - Tech Services >> >> >> >> >> From: "venkat kulkarni" >> To: IBM-MAIN@LISTSERV.UA.EDU >> Date: 12/13/2013 12:19 PM >> Subject:OMVS UID display >> Sent by:"IBM Mainframe Discussion List" >> >> >> >> Hello, >> When I am trying to use WHOAMI command on omvs I am getting my UID >> displayed, but my requirement is to display userid as output of WHOAMI >> command. >> >> Can anyone one suggest where to make this change to display userid inplace >> of UID for this command. >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> >> >> This message contains privileged and confidential information intended for >> the above addressees only. If you >> receive this message in error please delete or destroy this message and/or >> attachments. >> >> The sender of this message will fully cooperate in the civil and criminal >> prosecution of any individual engaging >> in the unauthorized use of this message. >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
I am confused here, I go to 'omvs' from TSO enters 'whoami' and it comes back with my RACF id ... Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' > On Dec 13, 2013, at 12:30 PM, venkat kulkarni > wrote: > > One of my customer requirement is to see his USERID as output of WHOAMI > command but currently it is displaying only UID of that user. > > Also ID command displaying only UID not userid. So, can anyone suggest > where I need to make change in profile > > > > On Fri, Dec 13, 2013 at 10:51 PM, Nathan J Pfister > wrote: > >> I'm not sure quite what you're trying to do...but maybe the 'id' command >> would be better than the 'whoami' command for you? >> >> Thanks; >> >> Nathan Pfister >> zOS Systems Programmer >> AES\PHEAA - Tech Services >> >> >> >> >> From: "venkat kulkarni" >> To: IBM-MAIN@LISTSERV.UA.EDU >> Date: 12/13/2013 12:19 PM >> Subject:OMVS UID display >> Sent by:"IBM Mainframe Discussion List" >> >> >> >> Hello, >> When I am trying to use WHOAMI command on omvs I am getting my UID >> displayed, but my requirement is to display userid as output of WHOAMI >> command. >> >> Can anyone one suggest where to make this change to display userid inplace >> of UID for this command. >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> >> >> This message contains privileged and confidential information intended for >> the above addressees only. If you >> receive this message in error please delete or destroy this message and/or >> attachments. >> >> The sender of this message will fully cooperate in the civil and criminal >> prosecution of any individual engaging >> in the unauthorized use of this message. >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
Make sure that the user has a UID defined within RACF.
You can do an ALTUSER UNAME OMVS( UID(12345) HOME('/u/username'))
I deleted my UID through RACF and got the same error you were getting from
within OMVS.
Also, when OMVS is started you may see this error which also says there is
no UID set:
Function = seteuid(), terminal name = '/dev/ttyp', program name =
'/bin/fomtlinc', errno = 164 (X'00A4'), reason code = 0B7F
0804, message = 'EDC5164I SAF/RACF error.'
Thanks;
Nathan Pfister
zOS Systems Programmer
AES\PHEAA - Tech Services
npfis...@aessuccess.org
(717) 720-2663
From: "venkat kulkarni"
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 12/13/2013 01:04 PM
Subject:Re: OMVS UID display
Sent by:"IBM Mainframe Discussion List"
But I am getting output as below.
$ id
uid=12345 gid=996(DELTG)
$ whoami
Error for uid: 12345
$
Can anyone suggest.
On Fri, Dec 13, 2013 at 11:22 PM, John McKown
wrote:
> On Fri, Dec 13, 2013 at 11:18 AM, venkat kulkarni <
> venkatkulkarn...@gmail.com> wrote:
>
> > Hello,
> > When I am trying to use WHOAMI command on omvs I am getting my UID
> > displayed, but my requirement is to display userid as output of WHOAMI
> > command.
> >
> > Can anyone one suggest where to make this change to display userid
> inplace
> > of UID for this command.
> >
>
> What about the command:
>
> who am i
>
> This is supposed to always give the RACF id of the initial user who did
the
> logon, even if they have done a "su" or some other command to change
their
> effective UID.
>
>
> --
> This is clearly another case of too many mad scientists, and not enough
> hunchbacks.
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
This message contains privileged and confidential information intended for the
above addressees only. If you
receive this message in error please delete or destroy this message and/or
attachments.
The sender of this message will fully cooperate in the civil and criminal
prosecution of any individual engaging
in the unauthorized use of this message.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
But I am getting output as below. $ id uid=12345 gid=996(DELTG) $ whoami Error for uid: 12345 $ Can anyone suggest. On Fri, Dec 13, 2013 at 11:22 PM, John McKown wrote: > On Fri, Dec 13, 2013 at 11:18 AM, venkat kulkarni < > venkatkulkarn...@gmail.com> wrote: > > > Hello, > > When I am trying to use WHOAMI command on omvs I am getting my UID > > displayed, but my requirement is to display userid as output of WHOAMI > > command. > > > > Can anyone one suggest where to make this change to display userid > inplace > > of UID for this command. > > > > What about the command: > > who am i > > This is supposed to always give the RACF id of the initial user who did the > logon, even if they have done a "su" or some other command to change their > effective UID. > > > -- > This is clearly another case of too many mad scientists, and not enough > hunchbacks. > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GUI vs 3270 Re: MVS Quick Reference, was: LookAT
> >Does this support jumping forward from the initial message display. I'm >thinking of messages with return codes. The 3270 interface >displays the >message header and prepares to jump to the RC section upon a simple . > >-- >Peter Hunkeler No, I couldn't figure out a way to do that. It's sort of barebones, I just build the command with product, message, etc and call QWIKREXX(command) Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
On Fri, Dec 13, 2013 at 11:18 AM, venkat kulkarni < venkatkulkarn...@gmail.com> wrote: > Hello, > When I am trying to use WHOAMI command on omvs I am getting my UID > displayed, but my requirement is to display userid as output of WHOAMI > command. > > Can anyone one suggest where to make this change to display userid inplace > of UID for this command. > What about the command: who am i This is supposed to always give the RACF id of the initial user who did the logon, even if they have done a "su" or some other command to change their effective UID. -- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
On 12/13/2013 10:35 AM, Skip Robinson wrote: I don't see that 'commands' like ID or WHOAMI are true z/OS components. We have some variations of these as CLIST or Rexx that live in installation-defined libraries. Obtaining additional data for such commands may depend on the authority of the user. For example, anyone can issue LU (LISTUSER) for oneself, but getting info for another user requires at least AUDIT authority. Skip, Did you notice this is for OMVS? The commands 'id', 'whoami', and 'who' are part of z/OS UNIX. -Steve Comstock . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Nathan J Pfister To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/13/2013 09:22 AM Subject:Re: OMVS UID display Sent by:IBM Mainframe Discussion List I'm not sure quite what you're trying to do...but maybe the 'id' command would be better than the 'whoami' command for you? Thanks; Nathan Pfister zOS Systems Programmer AES\PHEAA - Tech Services From: "venkat kulkarni" To: IBM-MAIN@LISTSERV.UA.EDU Date: 12/13/2013 12:19 PM Subject:OMVS UID display Sent by:"IBM Mainframe Discussion List" Hello, When I am trying to use WHOAMI command on omvs I am getting my UID displayed, but my requirement is to display userid as output of WHOAMI command. Can anyone one suggest where to make this change to display userid inplace of UID for this command. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
yes, I agree that multiple user id can have same UID. But issue is, why ID and WHOAMI command displaying UID not the userid of the person who is issuing the command On Fri, Dec 13, 2013 at 11:14 PM, Mike Schwab wrote: > Multiple IDs can use the same UID number. Problems do occur because > any of the User IDs could be selected when checking authorizations. > > On Fri, Dec 13, 2013 at 11:18 AM, venkat kulkarni > wrote: > > Hello, > > When I am trying to use WHOAMI command on omvs I am getting my UID > > displayed, but my requirement is to display userid as output of WHOAMI > > command. > > > > Can anyone one suggest where to make this change to display userid > inplace > > of UID for this command. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
If you have multiple users with the same UID, it can cause issues I believe. I'm not quite sure what you are after for the whoami command? What do you mean by they want to see their USERID, do you mean their RACF ID? Skip: both whoami and id are Unix commands, and are found in /bin Both are compiled code whoami -- Display your effective user name When I run whoami I get back my User Name id displays the user name and group affiliations When I run id I get back my UID(Username) GID(Group Name) Thanks; Nathan Pfister zOS Systems Programmer AES\PHEAA - Tech Services npfis...@aessuccess.org (717) 720-2663 From: "Skip Robinson" To: IBM-MAIN@LISTSERV.UA.EDU Date: 12/13/2013 12:35 PM Subject:Re: OMVS UID display Sent by:"IBM Mainframe Discussion List" I don't see that 'commands' like ID or WHOAMI are true z/OS components. We have some variations of these as CLIST or Rexx that live in installation-defined libraries. Obtaining additional data for such commands may depend on the authority of the user. For example, anyone can issue LU (LISTUSER) for oneself, but getting info for another user requires at least AUDIT authority. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Nathan J Pfister To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/13/2013 09:22 AM Subject:Re: OMVS UID display Sent by:IBM Mainframe Discussion List I'm not sure quite what you're trying to do...but maybe the 'id' command would be better than the 'whoami' command for you? Thanks; Nathan Pfister zOS Systems Programmer AES\PHEAA - Tech Services From: "venkat kulkarni" To: IBM-MAIN@LISTSERV.UA.EDU Date: 12/13/2013 12:19 PM Subject:OMVS UID display Sent by:"IBM Mainframe Discussion List" Hello, When I am trying to use WHOAMI command on omvs I am getting my UID displayed, but my requirement is to display userid as output of WHOAMI command. Can anyone one suggest where to make this change to display userid inplace of UID for this command. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message contains privileged and confidential information intended for the above addressees only. If you receive this message in error please delete or destroy this message and/or attachments. The sender of this message will fully cooperate in the civil and criminal prosecution of any individual engaging in the unauthorized use of this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
Multiple IDs can use the same UID number. Problems do occur because any of the User IDs could be selected when checking authorizations. On Fri, Dec 13, 2013 at 11:18 AM, venkat kulkarni wrote: > Hello, > When I am trying to use WHOAMI command on omvs I am getting my UID > displayed, but my requirement is to display userid as output of WHOAMI > command. > > Can anyone one suggest where to make this change to display userid inplace > of UID for this command. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VARY OFFLINE fat finger
How about the default exit to require the first 2 characters of the 4 characters be the same? On Fri, Dec 13, 2013 at 11:26 AM, Thomas Conley wrote: > On 12/12/2013 8:36 AM, Peter Fatzinger wrote: >> >> There have been requests for IBM to provide a confirmation prompt or a >> limit on the range, but they've always been rejected because, as several >> have indicated, an exit can be written to meet the installation's specific >> requirements. Given that alternative we haven't been able to justify the >> cost of implementing a solution within the BCP. >> Peter Fatzinger >> z/OS Core Components Development and Service >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > > Peter, > > I am submitting another requirement for this. Hopefully you can justify it > under the simplification of z/OS. We're not supposed to be writing exits, > and it's clear from the responses tht many sites have had this issue and > have written automation for it. > > Regards, > Tom Conley > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Server Pac Panel Issue
Any more clue on this. I also tried to increase region size during my tso logon but didnt help. On Fri, Dec 13, 2013 at 4:27 PM, venkat kulkarni wrote: > Somehow I was able to manage getting panel working. I backed up CPP. > OS210314 .** from driving system and restored in target system with diff > HLQ and I am able to get panel. But I after getting main screen of panel, I > get below error. > CustomPac - IBM Corporation - > 26.10.24 > OPTION ==> i > > CustomPac Order Management Menu > > > R RECEIVE - Receive an Order > > I INSTALL - Install an Order > > Order Number ==> OS210314 (Leave blank to list uninstalled orders) > > D DISPLAY - Select Orders to Display > > Master dialog data set qualifiers: CPPC.OS210314 > > This dialog supports secure Internet delivery. > > > * 5751-CS4, 5751-CS5, 5751-CS6, 5751-CS7 and 5751-CS9 * > * Copyright IBM Corp. 1988, 2013 * > > > > . . . . . . . . . . . . . . . . . . . . . . . . > . . . > DIALOG PROCESSING ERROR > -- > COMMAND ==> > > The dialog call shown in the ISPEXEC buffer issued a RETURN CODE of: 16 > > You may wish to note the contents of the ISPEXEC buffer, which may be > helpful > in determining the cause of the problem. > > > Press ENTER or RETURN to terminate the dialog. > > > Contents of the ISPEXEC buffer was: > >> /*0003*/LISTDSI SCPPEENU > < >> > < >> > < >> > < >> > < >> > < > > > > > On Fri, Dec 13, 2013 at 2:47 AM, retired mainframer < > retired-mainfra...@q.com> wrote: > >> It is possible that the driving system had a different TSO logon proc that >> allowed you to access the ServerPac resources. The same may be true for >> either the master or user catalog. >> >> :>: -Original Message- >> :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On >> :>: Behalf Of venkat kulkarni >> :>: Sent: Thursday, December 12, 2013 6:28 AM >> :>: To: IBM-MAIN@LISTSERV.UA.EDU >> :>: Subject: Re: Server Pac Panel Issue >> :>: >> :>: Answers for below questions are >> :>: >> :>: 1) When did you last successfully use this process? >> :>: >> :>: Ans: I was able to use this panel from driving system. But when I >> :>: cataloged this Custom pac panel dataset in target system and tried to >> :>: use >> :>: it but it didnt worked. >> :>: >> :>: 2) Have you downloaded a new version of the CPP functions and >> :>: libraries? >> :>: >> :>: Ans: I have copied this Custom pac dataset from Tape came along with >> :>: order >> :>: and I was able to use it from driving system. >> :>: >> :>: 3) Did you change anything in ISPF that you use to execute this >> :>: process? >> :>: >> :>: Ans: No. To isolate this issue, I have added CPPCENU dataset entry in >> :>: logon proc SYSPROC DD of target system . But this solution didnt >> worked. >> :>: >> :>: 4) Did you see that the CPPE628M talks about the load library? Where >> :>: do >> :>: you have this library allocated? STEPLIB, LINKLST, OTHER? >> :>: >> :>: Ans: SCPPCENU member exist only in SCPPCENU dataset. >> :>: >> :>: >> :>: >> :>: On Thu, Dec 12, 2013 at 10:36 AM, Lizette Koehler >> :>: wrote: >> :>: >> :>: > A few questions. >> :>: > >> :>: > 1) When did you last successfully use this process? >> :>: > 2) Have you downloaded a new version of the CPP functions and >> :>: libraries? >> :>: > 3) Did you change anything in ISPF that you use to execute this >> :>: process? >> :>: > 4) Did you see that the CPPE628M talks about the load library? >> Where >> :>: do >> :>: > you have this library allocated? STEPLIB, LINKLST, OTHER? >> :>: > >> :>: > Lizette >> :>: > >> :>: > >> :>: > > -Original Message- >> :>: > > From: IBM Mainframe Discussion List [mailto:IBM- >> :>: m...@listserv.ua.edu] On >> :>: > > Behalf Of venkat kulkarni >> :>: > > Sent: Wednesday, December 11, 2013 5:34 AM >> :>: > > To: IBM-MAIN@LISTSERV.UA.EDU >> :>: > > Subject: Server Pac Panel Issue >> :>: > > >> :>: > > Hello, >> :>: > > >> :>: > > I am not able to access Serverpac panel and getting below error >> :>: while >> :>: > executing >> :>: > > CPPCSAMP CLIST . >> :>: > > >> :>: > > >> :>: > > IKJ56584I CPPE628M NOT FOUND. REQUIRED DDNAME SYS00017 IS NOT >> :>: > > ALLOCATED. >> :>: > > >> :>: > > and then below error >> :>: > >> :>: > . . . . . . . . . . . . . . . . . . . . . . . >> . >> :>: > . >> :>: > > . . >> :>: > > DIALOG PROCESSING ERROR Unexpected >> :>: DIALOG >> :>: > > ERROR >> :>: > > >> :>: > > The dialog call shown in the ISPEXEC buffer issued a RETURN CODE >> of: >> :>: 20 >> :>: > > >> :>: > > You may wish
Re: OMVS UID display
I don't see that 'commands' like ID or WHOAMI are true z/OS components. We have some variations of these as CLIST or Rexx that live in installation-defined libraries. Obtaining additional data for such commands may depend on the authority of the user. For example, anyone can issue LU (LISTUSER) for oneself, but getting info for another user requires at least AUDIT authority. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Nathan J Pfister To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/13/2013 09:22 AM Subject:Re: OMVS UID display Sent by:IBM Mainframe Discussion List I'm not sure quite what you're trying to do...but maybe the 'id' command would be better than the 'whoami' command for you? Thanks; Nathan Pfister zOS Systems Programmer AES\PHEAA - Tech Services From: "venkat kulkarni" To: IBM-MAIN@LISTSERV.UA.EDU Date: 12/13/2013 12:19 PM Subject:OMVS UID display Sent by:"IBM Mainframe Discussion List" Hello, When I am trying to use WHOAMI command on omvs I am getting my UID displayed, but my requirement is to display userid as output of WHOAMI command. Can anyone one suggest where to make this change to display userid inplace of UID for this command. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
One of my customer requirement is to see his USERID as output of WHOAMI command but currently it is displaying only UID of that user. Also ID command displaying only UID not userid. So, can anyone suggest where I need to make change in profile On Fri, Dec 13, 2013 at 10:51 PM, Nathan J Pfister wrote: > I'm not sure quite what you're trying to do...but maybe the 'id' command > would be better than the 'whoami' command for you? > > Thanks; > > Nathan Pfister > zOS Systems Programmer > AES\PHEAA - Tech Services > > > > > From: "venkat kulkarni" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 12/13/2013 12:19 PM > Subject:OMVS UID display > Sent by:"IBM Mainframe Discussion List" > > > > Hello, > When I am trying to use WHOAMI command on omvs I am getting my UID > displayed, but my requirement is to display userid as output of WHOAMI > command. > > Can anyone one suggest where to make this change to display userid inplace > of UID for this command. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > This message contains privileged and confidential information intended for > the above addressees only. If you > receive this message in error please delete or destroy this message and/or > attachments. > > The sender of this message will fully cooperate in the civil and criminal > prosecution of any individual engaging > in the unauthorized use of this message. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VARY OFFLINE fat finger
On 12/12/2013 8:36 AM, Peter Fatzinger wrote: There have been requests for IBM to provide a confirmation prompt or a limit on the range, but they've always been rejected because, as several have indicated, an exit can be written to meet the installation's specific requirements. Given that alternative we haven't been able to justify the cost of implementing a solution within the BCP. Peter Fatzinger z/OS Core Components Development and Service -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Peter, I am submitting another requirement for this. Hopefully you can justify it under the simplification of z/OS. We're not supposed to be writing exits, and it's clear from the responses tht many sites have had this issue and have written automation for it. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
I'm not sure quite what you're trying to do...but maybe the 'id' command would be better than the 'whoami' command for you? Thanks; Nathan Pfister zOS Systems Programmer AES\PHEAA - Tech Services From: "venkat kulkarni" To: IBM-MAIN@LISTSERV.UA.EDU Date: 12/13/2013 12:19 PM Subject:OMVS UID display Sent by:"IBM Mainframe Discussion List" Hello, When I am trying to use WHOAMI command on omvs I am getting my UID displayed, but my requirement is to display userid as output of WHOAMI command. Can anyone one suggest where to make this change to display userid inplace of UID for this command. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message contains privileged and confidential information intended for the above addressees only. If you receive this message in error please delete or destroy this message and/or attachments. The sender of this message will fully cooperate in the civil and criminal prosecution of any individual engaging in the unauthorized use of this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OMVS UID display
Hello, When I am trying to use WHOAMI command on omvs I am getting my UID displayed, but my requirement is to display userid as output of WHOAMI command. Can anyone one suggest where to make this change to display userid inplace of UID for this command. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Invalid Parmlib member Scan
I am not aware of one. If you use ISRDDN and type in APF or LINKLIST on the command line, I think it will give you a confirmation of a file that is in the list but does not exist. Otherwise, I might check out Mark Zelden's IPLINFO REXX for a sample of how to go through the various areas of z/OS which includes LINKLIST and I think APF List. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of mf db > Sent: Friday, December 13, 2013 2:24 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Invalid Parmlib member Scan > > Hello All, > > Is there a sample REXX exec which does checks for non-existing Dataset in > APFLIST and LINKLIST ? > > > > > wrote: > > > > > > > > :>Are there any way to track the invalid parmlib member. IEASYS00 > > > > can > > > point > > > > :>me to the genuine members but I am just interested to know if > > > > any > > tools > > > > :>that can help me to track down the invalid or unused parmlib > > > > members > > ? > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TRSMAIN - Influencing the temporary dataset allocation
Hi I'm using the AMATERSE program with TMPSPACE DD(to allocate the temporary) On 13.12.2013 11:56, Jake anderson wrote: Hello, I am performing a unters for a Rel file using TRSMAIN. Unfortunately it is failing due to insufficient allocation during temporary dataset creation. Are there any parameter within TRSMAIN step that can influence or create a larger Temporary dataset. Right now the RELFILE is sitting on Multi-vol(4 volumes), so its kind of pretty bigger one. Any suggestions or advise would be helpful for me to unpack the RELFILE. Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research& Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- 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 Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TRSMAIN - Influencing the temporary dataset allocation
I have this note from 2009 (I don't know if it is still relevant). An unsupported undocumented option for the current TRSMAIN is adding the TMPSPACE DD. This usually will let you terse PDSE or other things that mess up it's calculations for work space like a large RECFM VB PDS. //TMPSPACE DD UNIT=SYSDA,SPACE=(CYL,(4369,1),RLSE) Alan Field Technical Engineer Principal BCBS Minnesota Phone: 651.662.3546 Mobile: 651.428.8826 From: "Jake anderson" To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/13/2013 04:57 Subject:TRSMAIN - Influencing the temporary dataset allocation Sent by:IBM Mainframe Discussion List Hello, I am performing a unters for a Rel file using TRSMAIN. Unfortunately it is failing due to insufficient allocation during temporary dataset creation. Are there any parameter within TRSMAIN step that can influence or create a larger Temporary dataset. Right now the RELFILE is sitting on Multi-vol(4 volumes), so its kind of pretty bigger one. Any suggestions or advise would be helpful for me to unpack the RELFILE. Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL IN SRB Mode (Was Un-authorized caller)
Chuck, While Syncsort takes advantage of zIIP processing, the license agreement prevents us from enabling any non-Syncsort written code from running on a zIIP. Thus, all exits, be they expressly given in a JCL invoked sort or implied by using a COBOL invoked sort, are entered in Problem State TCB mode. I have not looked at how IBM handles XML processing, but a fair guess is they use a state switching PC call to get the XML process run on a zIIP, but as I said that is only a WAG. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Clark Morris Sent: Friday, December 13, 2013 9:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COBOL IN SRB Mode (Was Un-authorized caller) Presumably for certain XML processing, IBM has made taking care of the messy details relatively (FSVO relatively) simple. Note that though there is XML source code in the COBOL source the actual executed XML code and routines probably are separately dynamically called routines in some other source language. I also assume that COBOL programs that use the SORT verb are implicitly taking advantage of any zXXP capability of the invoked sort (DF/SORT, SYNCSORT, Other). Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL IN SRB Mode (Was Un-authorized caller)
Russ, I am most curious about how those messages were written, given that an SVC call is not allowed in zIIP mode. Did the non-zIIP code open a data set and buffers, then the zIIP code put data into them and never filled a buffer, and then the non-zIIP code closed the data set forcing the buffer to be written? Or have I missed something? For the record, we are a licensed user of the zIIP API. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Russ Teubner Sent: Friday, December 13, 2013 12:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COBOL IN SRB Mode (Was Un-authorized caller) Just to take this discussion of the theoretical realm, consider the following output (both HBZIQSRB and HBZICOB were run on a zIIP): 20130928 201457.334405 HBZIQSRB CEEPIPI CALL,CALL_SUB_ADDR_NOCHK2 20130928 201457.334938 HBZICOBENTRY 20130928 201457.342362 HBZICOBHello World from COBOL! 20130928 201457.342364 HBZICOBEXIT 20130928 201457.342367 HBZIQSRB CEEPIPI RETURN,CALL_SUB_ADDR_NOCHK2 Russ Teubner HostBridge Technology -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
NOPE! Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | allan.stal...@kbmg.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Comstock Sent: Friday, December 13, 2013 8:11 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat [top posting] Very curious since it worked fine for me using Firefox 25.0.1 Question: are you using an add-on like NoScript? -Steve On 12/13/2013 7:07 AM, Staller, Allan wrote: > Curiuosor and Curiuosor! > > Works fine with Google Chrome > Works OK with IE 10 (need to look at the Microsoft article) > Re-directs w/Firefox 25.0.1 > > > > Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | > allan.stal...@kbmg.com > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Steve Comstock > Sent: Friday, December 13, 2013 8:01 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Lookat > > On 12/13/2013 6:57 AM, Steve Comstock wrote: >> On 12/13/2013 6:43 AM, Staller, Allan wrote: >>> What URL are you using. >>> >>> I used www.ibm.com/systems/z/os/zos/bkserv/lookat/ >>> And got re-directed to >>> http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html >>> >>> which *IS NOT* the LOOKAT I was expecting. >>> >>> ??? >>> >>> >>> I just tried it ! Lookat is back !! Now that's what I call good news. >>> >>> >>> >>> - >>> - For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to lists...@listserv.ua.edu with the message: INFO >>> IBM-MAIN >>> >> >> >> Interesting. I just tried the first link you gave me and it went >> right there! >> >> -- >> >> >> Kind regards, >> >> -Steve Comstock >> The Trainer's Friend, Inc. >> >> 303-355-2752 >> http://www.trainersfriend.com >> >> * We are going out of business effective 30 December, 2013 >> >> * To purchase a set of our training materials at terrific prices, >> check out our Going Out Of Business Sale: >> >> http://www.trainersfriend.com/SpecialSale >> >> - >> - For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO >> IBM-MAIN >> > > Well, on closer examination, I did get re-directed, but it was to > > http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ > > which is the classic LookAt. > > -Steve > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL IN SRB Mode (Was Un-authorized caller)
On 12 Dec 2013 21:39:00 -0800, in bit.listserv.ibm-main you wrote: >Hello all, > >The conversation on this topic is very interesting. As an ISV licensed for >the zIIP API, we have played around with all sorts of possibilities. While >our LEASM and C/C++ code runs on zIIP (and even inside CICS), earlier this >year I was intrigued with COBOL. While we don't have much COBOL in our >products, we do have a bit and so we researched it. > >Just to take this discussion of the theoretical realm, consider the following >output (both HBZIQSRB and HBZICOB were run on a zIIP): > > 20130928 201457.334405 HBZIQSRB CEEPIPI CALL,CALL_SUB_ADDR_NOCHK2 > 20130928 201457.334938 HBZICOBENTRY > > 20130928 201457.342362 HBZICOBHello World from COBOL! > > 20130928 201457.342364 HBZICOBEXIT > > 20130928 201457.342367 HBZIQSRB CEEPIPI RETURN,CALL_SUB_ADDR_NOCHK2 > >Now... to make that small bit of magic happen, three big aspects had to be >considered: (1) LE PIPI enclave management, (2) how the COBOL prolog >determines it's view of reality (and the state/status of the LE enclave) when >it receives control, and (3) how your program orchestrates (or "games") LE and >COBOL to make it all hang together. > >As a result of writing this bit of infrastructure, I would offer the following >observation: The conceptual/theoretical discussions related to zIIP >enablement and SRB authorization are interesting. However, the practical >realities of getting LE and COBOL to work in this environment are a WHOLE >different matter. It's certainly not impossible, but it should be approached >with great care. Presumably for certain XML processing, IBM has made taking care of the messy details relatively (FSVO relatively) simple. Note that though there is XML source code in the COBOL source the actual executed XML code and routines probably are separately dynamically called routines in some other source language. I also assume that COBOL programs that use the SORT verb are implicitly taking advantage of any zXXP capability of the invoked sort (DF/SORT, SYNCSORT, Other). Clark Morris > >Russ Teubner >HostBridge Technology > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
[top posting] Very curious since it worked fine for me using Firefox 25.0.1 Question: are you using an add-on like NoScript? -Steve On 12/13/2013 7:07 AM, Staller, Allan wrote: Curiuosor and Curiuosor! Works fine with Google Chrome Works OK with IE 10 (need to look at the Microsoft article) Re-directs w/Firefox 25.0.1 Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | allan.stal...@kbmg.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Comstock Sent: Friday, December 13, 2013 8:01 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat On 12/13/2013 6:57 AM, Steve Comstock wrote: On 12/13/2013 6:43 AM, Staller, Allan wrote: What URL are you using. I used www.ibm.com/systems/z/os/zos/bkserv/lookat/ And got re-directed to http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html which *IS NOT* the LOOKAT I was expecting. ??? I just tried it ! Lookat is back !! Now that's what I call good news. - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Interesting. I just tried the first link you gave me and it went right there! -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * We are going out of business effective 30 December, 2013 * To purchase a set of our training materials at terrific prices, check out our Going Out Of Business Sale: http://www.trainersfriend.com/SpecialSale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Well, on closer examination, I did get re-directed, but it was to http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ which is the classic LookAt. -Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
Found 2 links on http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html purporting to be LOOKAT. Both point to an invalid URL Curiuosor and Curiuosor! Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | allan.stal...@kbmg.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Friday, December 13, 2013 8:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat Curiuosor and Curiuosor! Works fine with Google Chrome Works OK with IE 10 (need to look at the Microsoft article) Re-directs w/Firefox 25.0.1 Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | allan.stal...@kbmg.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Comstock Sent: Friday, December 13, 2013 8:01 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat On 12/13/2013 6:57 AM, Steve Comstock wrote: > On 12/13/2013 6:43 AM, Staller, Allan wrote: >> What URL are you using. >> >> I used www.ibm.com/systems/z/os/zos/bkserv/lookat/ >> And got re-directed to >> http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html >> >> which *IS NOT* the LOOKAT I was expecting. >> >> ??? >> >> >> I just tried it ! Lookat is back !! Now that's what I call good news. >> >> >> - >> - For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO >> IBM-MAIN >> > > > Interesting. I just tried the first link you gave me and it went right > there! > > -- > > > Kind regards, > > -Steve Comstock > The Trainer's Friend, Inc. > > 303-355-2752 > http://www.trainersfriend.com > > * We are going out of business effective 30 December, 2013 > > * To purchase a set of our training materials at terrific prices, >check out our Going Out Of Business Sale: > > http://www.trainersfriend.com/SpecialSale > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > Well, on closer examination, I did get re-directed, but it was to http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ which is the classic LookAt. -Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
Curiuosor and Curiuosor! Works fine with Google Chrome Works OK with IE 10 (need to look at the Microsoft article) Re-directs w/Firefox 25.0.1 Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | allan.stal...@kbmg.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Comstock Sent: Friday, December 13, 2013 8:01 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat On 12/13/2013 6:57 AM, Steve Comstock wrote: > On 12/13/2013 6:43 AM, Staller, Allan wrote: >> What URL are you using. >> >> I used www.ibm.com/systems/z/os/zos/bkserv/lookat/ >> And got re-directed to >> http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html >> >> which *IS NOT* the LOOKAT I was expecting. >> >> ??? >> >> >> I just tried it ! Lookat is back !! Now that's what I call good news. >> >> >> - >> - For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO >> IBM-MAIN >> > > > Interesting. I just tried the first link you gave me and it went right > there! > > -- > > > Kind regards, > > -Steve Comstock > The Trainer's Friend, Inc. > > 303-355-2752 > http://www.trainersfriend.com > > * We are going out of business effective 30 December, 2013 > > * To purchase a set of our training materials at terrific prices, >check out our Going Out Of Business Sale: > > http://www.trainersfriend.com/SpecialSale > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > Well, on closer examination, I did get re-directed, but it was to http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ which is the classic LookAt. -Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
On 12/13/2013 6:57 AM, Steve Comstock wrote: On 12/13/2013 6:43 AM, Staller, Allan wrote: What URL are you using. I used www.ibm.com/systems/z/os/zos/bkserv/lookat/ And got re-directed to http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html which *IS NOT* the LOOKAT I was expecting. ??? I just tried it ! Lookat is back !! Now that's what I call good news. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Interesting. I just tried the first link you gave me and it went right there! -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * We are going out of business effective 30 December, 2013 * To purchase a set of our training materials at terrific prices, check out our Going Out Of Business Sale: http://www.trainersfriend.com/SpecialSale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Well, on closer examination, I did get re-directed, but it was to http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ which is the classic LookAt. -Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
On 12/13/2013 6:43 AM, Staller, Allan wrote: What URL are you using. I used www.ibm.com/systems/z/os/zos/bkserv/lookat/ And got re-directed to http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html which *IS NOT* the LOOKAT I was expecting. ??? I just tried it ! Lookat is back !! Now that's what I call good news. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Interesting. I just tried the first link you gave me and it went right there! -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * We are going out of business effective 30 December, 2013 * To purchase a set of our training materials at terrific prices, check out our Going Out Of Business Sale: http://www.trainersfriend.com/SpecialSale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
Same re-direct as previously quoted. Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | allan.stal...@kbmg.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gonzalo Cengotita Sent: Friday, December 13, 2013 7:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat I'm using http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ and it's working at this moment 2013/12/13 Staller, Allan > What URL are you using. > > I used www.ibm.com/systems/z/os/zos/bkserv/lookat/ > And got re-directed to > http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html > > which *IS NOT* the LOOKAT I was expecting. > > ??? > > > I just tried it ! Lookat is back !! Now that's what I call good news. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *Gonzalo Cengotita* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
I'm using http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ and it's working at this moment 2013/12/13 Staller, Allan > What URL are you using. > > I used www.ibm.com/systems/z/os/zos/bkserv/lookat/ > And got re-directed to > http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html > > which *IS NOT* the LOOKAT I was expecting. > > ??? > > > I just tried it ! Lookat is back !! Now that's what I call good news. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *Gonzalo Cengotita* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
What URL are you using. I used www.ibm.com/systems/z/os/zos/bkserv/lookat/ And got re-directed to http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html which *IS NOT* the LOOKAT I was expecting. ??? I just tried it ! Lookat is back !! Now that's what I call good news. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: unresolvend references compiling C with LDAP functions
Hello. Finnaly solved. I did reduce the program to a basic Hello World. And I was having the same S01C abends. Then I reread the documentation. There is some slight misconcept from my part at http://pic.dhe.ibm.com/infocenter/zos/v1r13/index.jsp?topic=%2Fcom.ibm.zos.r12.glpa100%2Fcompiling.htm There is NO NEED to include the SYS1.SIEALNKE(GLDCLDAP) at link time, ONLY AT RUNTIME. In fact, only is needed: 1) Compile: SYSLIB for CCNDRVR pointing to HLQ. SGLDHDRC 2) Prelink: SYSLIB for EDCPRLK pointing to HLQ.SGLDHDRC Program runs fine now. II will post my definitive JCL soon. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
I think these are partial good news, as IBM said: "You can continue to access older releases of messages at the website AS-IS." So, I guess Look At can still be used for versions until 1.13. Gonzalo Cengotita 2013/12/13 Klan, Rob (RET-DAY) > Thank You to those whom resurrected Lookat. > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of John Blythe Reid > Sent: Friday, December 13, 2013 3:48 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Lookat > > I just tried it ! Lookat is back !! Now that's what I call good news. > > Bye for now, > John > > > On 13 December 2013 00:52, Scott Ford wrote: > > > zMan, > > > > Does mean the prices are better? > > > > Scott ford > > www.identityforge.com > > from my IPAD > > > > 'Infinite wisdom through infinite means' > > > > > > > On Dec 12, 2013, at 5:51 PM, zMan wrote: > > > > > > Clark lives in the Maritimes, remember...a lot further from China > > > where > > the > > > USB drives are made :-) > > > > > > (But he can get good, fresh fish a lot cheaper than most of us!) > > > > > > > > > On Thu, Dec 12, 2013 at 4:49 PM, Gord Tomlin < > > > gt.ibm.li...@actionsoftware.com> wrote: > > > > > >>> On 2013-12-12 13:57, Clark Morris wrote: > > >>> > > >>> I can get a 32 GB flash drive for under 50 Canadian dollars if I > > >>> watch for a sale and I have seen 64 GB drives advertised. > > >> > > >> Apparently you are missing the good sales! I bought 32 GB USB 3.0 > > >> sticks for about CAD $16. > > >> > > >> -- > > >> > > >> Regards, Gord Tomlin > > >> Action Software International > > >> (a division of Mazda Computer Corporation) > > >> Tel: (905) 470-7113, Fax: (905) 470-6507 > > >> > > >> > > >> --- > > >> --- For IBM-MAIN subscribe / signoff / archive access instructions, > > >> send email to lists...@listserv.ua.edu with the message: INFO > > >> IBM-MAIN > > > > > > > > > > > > -- > > > zMan -- "I've got a mainframe and I'm not afraid to use it" > > > > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO > > > IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > John Blythe Reid, > Técnico de Sistemas de z/OS y de Sistemas Transaccionales, Barcelona, > España. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *Gonzalo Cengotita* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
On Fri, 13 Dec 2013 09:47:47 +0100, John Blythe Reid wrote: >I just tried it ! Lookat is back !! Now that's what I call good news. > Great! Thanks to whoever revived it. Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TRSMAIN - Influencing the temporary dataset allocation
Jake anderson wrote: >I am performing a unters for a Rel file using TRSMAIN. Unfortunately it is >failing due to insufficient allocation during temporary dataset creation. Are >there any parameter within TRSMAIN step that can influence or create a larger >Temporary dataset. >Right now the RELFILE is sitting on Multi-vol(4 volumes), so its kind of >pretty bigger one. You gave too few information. Please show the job and the error message(s) as well the allocation details of that RELFILE. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Server Pac Panel Issue
Somehow I was able to manage getting panel working. I backed up CPP. OS210314 .** from driving system and restored in target system with diff HLQ and I am able to get panel. But I after getting main screen of panel, I get below error. CustomPac - IBM Corporation - 26.10.24 OPTION ==> i CustomPac Order Management Menu R RECEIVE - Receive an Order I INSTALL - Install an Order Order Number ==> OS210314 (Leave blank to list uninstalled orders) D DISPLAY - Select Orders to Display Master dialog data set qualifiers: CPPC.OS210314 This dialog supports secure Internet delivery. * 5751-CS4, 5751-CS5, 5751-CS6, 5751-CS7 and 5751-CS9 * * Copyright IBM Corp. 1988, 2013 * . . . . . . . . . . . . . . . . . . . . . . . . . . . DIALOG PROCESSING ERROR -- COMMAND ==> The dialog call shown in the ISPEXEC buffer issued a RETURN CODE of: 16 You may wish to note the contents of the ISPEXEC buffer, which may be helpful in determining the cause of the problem. Press ENTER or RETURN to terminate the dialog. Contents of the ISPEXEC buffer was: > /*0003*/LISTDSI SCPPEENU < > < > < > < > < > < On Fri, Dec 13, 2013 at 2:47 AM, retired mainframer < retired-mainfra...@q.com> wrote: > It is possible that the driving system had a different TSO logon proc that > allowed you to access the ServerPac resources. The same may be true for > either the master or user catalog. > > :>: -Original Message- > :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > :>: Behalf Of venkat kulkarni > :>: Sent: Thursday, December 12, 2013 6:28 AM > :>: To: IBM-MAIN@LISTSERV.UA.EDU > :>: Subject: Re: Server Pac Panel Issue > :>: > :>: Answers for below questions are > :>: > :>: 1) When did you last successfully use this process? > :>: > :>: Ans: I was able to use this panel from driving system. But when I > :>: cataloged this Custom pac panel dataset in target system and tried to > :>: use > :>: it but it didnt worked. > :>: > :>: 2) Have you downloaded a new version of the CPP functions and > :>: libraries? > :>: > :>: Ans: I have copied this Custom pac dataset from Tape came along with > :>: order > :>: and I was able to use it from driving system. > :>: > :>: 3) Did you change anything in ISPF that you use to execute this > :>: process? > :>: > :>: Ans: No. To isolate this issue, I have added CPPCENU dataset entry in > :>: logon proc SYSPROC DD of target system . But this solution didnt > worked. > :>: > :>: 4) Did you see that the CPPE628M talks about the load library? Where > :>: do > :>: you have this library allocated? STEPLIB, LINKLST, OTHER? > :>: > :>: Ans: SCPPCENU member exist only in SCPPCENU dataset. > :>: > :>: > :>: > :>: On Thu, Dec 12, 2013 at 10:36 AM, Lizette Koehler > :>: wrote: > :>: > :>: > A few questions. > :>: > > :>: > 1) When did you last successfully use this process? > :>: > 2) Have you downloaded a new version of the CPP functions and > :>: libraries? > :>: > 3) Did you change anything in ISPF that you use to execute this > :>: process? > :>: > 4) Did you see that the CPPE628M talks about the load library? > Where > :>: do > :>: > you have this library allocated? STEPLIB, LINKLST, OTHER? > :>: > > :>: > Lizette > :>: > > :>: > > :>: > > -Original Message- > :>: > > From: IBM Mainframe Discussion List [mailto:IBM- > :>: m...@listserv.ua.edu] On > :>: > > Behalf Of venkat kulkarni > :>: > > Sent: Wednesday, December 11, 2013 5:34 AM > :>: > > To: IBM-MAIN@LISTSERV.UA.EDU > :>: > > Subject: Server Pac Panel Issue > :>: > > > :>: > > Hello, > :>: > > > :>: > > I am not able to access Serverpac panel and getting below error > :>: while > :>: > executing > :>: > > CPPCSAMP CLIST . > :>: > > > :>: > > > :>: > > IKJ56584I CPPE628M NOT FOUND. REQUIRED DDNAME SYS00017 IS NOT > :>: > > ALLOCATED. > :>: > > > :>: > > and then below error > :>: > > :>: > . . . . . . . . . . . . . . . . . . . . . . . > . > :>: > . > :>: > > . . > :>: > > DIALOG PROCESSING ERROR Unexpected > :>: DIALOG > :>: > > ERROR > :>: > > > :>: > > The dialog call shown in the ISPEXEC buffer issued a RETURN CODE > of: > :>: 20 > :>: > > > :>: > > You may wish to note the contents of the ISPEXEC buffer, which may > :>: be > :>: > helpful in > :>: > > determining the cause of the problem. > :>: > > > :>: > > > :>: > > Press ENTER or RETURN to terminate the dialog. > :>: > > > :>: > > > :>: > > Contents of the ISPEXEC buffer was: > :>: > > > :>: > > > /*0019*/SELECT CMD(CPPE628M CPC.OS210134 ) > :>: < > :>: > >
TRSMAIN - Influencing the temporary dataset allocation
Hello, I am performing a unters for a Rel file using TRSMAIN. Unfortunately it is failing due to insufficient allocation during temporary dataset creation. Are there any parameter within TRSMAIN step that can influence or create a larger Temporary dataset. Right now the RELFILE is sitting on Multi-vol(4 volumes), so its kind of pretty bigger one. Any suggestions or advise would be helpful for me to unpack the RELFILE. Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
Thank You to those whom resurrected Lookat. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Blythe Reid Sent: Friday, December 13, 2013 3:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat I just tried it ! Lookat is back !! Now that's what I call good news. Bye for now, John On 13 December 2013 00:52, Scott Ford wrote: > zMan, > > Does mean the prices are better? > > Scott ford > www.identityforge.com > from my IPAD > > 'Infinite wisdom through infinite means' > > > > On Dec 12, 2013, at 5:51 PM, zMan wrote: > > > > Clark lives in the Maritimes, remember...a lot further from China > > where > the > > USB drives are made :-) > > > > (But he can get good, fresh fish a lot cheaper than most of us!) > > > > > > On Thu, Dec 12, 2013 at 4:49 PM, Gord Tomlin < > > gt.ibm.li...@actionsoftware.com> wrote: > > > >>> On 2013-12-12 13:57, Clark Morris wrote: > >>> > >>> I can get a 32 GB flash drive for under 50 Canadian dollars if I > >>> watch for a sale and I have seen 64 GB drives advertised. > >> > >> Apparently you are missing the good sales! I bought 32 GB USB 3.0 > >> sticks for about CAD $16. > >> > >> -- > >> > >> Regards, Gord Tomlin > >> Action Software International > >> (a division of Mazda Computer Corporation) > >> Tel: (905) 470-7113, Fax: (905) 470-6507 > >> > >> > >> --- > >> --- For IBM-MAIN subscribe / signoff / archive access instructions, > >> send email to lists...@listserv.ua.edu with the message: INFO > >> IBM-MAIN > > > > > > > > -- > > zMan -- "I've got a mainframe and I'm not afraid to use it" > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO > > IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- John Blythe Reid, Técnico de Sistemas de z/OS y de Sistemas Transaccionales, Barcelona, España. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VARY OFFLINE fat finger
On Thu, 12 Dec 2013 16:05:19 -0500, Robert A. Rosenberg wrote: >OK. A case can not be justified for altering the BCP to handle this >need and the need can be handled, as you noted, by an exit. How about >you (IBM) putting such an exit in SAMPLIB for the customer to alter >and tailor? Comes back to "what's the business case" ?. These days I guess something like what John Mc posted is the way to go for almost everyone. Sites I visit don't want in-house exits any more - more especially true for "new" exits. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Invalid Parmlib member Scan
mf db wrote: >Is there a sample REXX exec which does checks for non-existing Dataset in >APFLIST and LINKLIST ? Healt Checker does that and more. Mark Zelden wrote 'APF Authorized libraries checker REXX exec.' Check his site on IBM-MAIN Archives. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Invalid Parmlib member Scan
Hello All, Is there a sample REXX exec which does checks for non-existing Dataset in APFLIST and LINKLIST ? On Thu, Dec 12, 2013 at 10:24 PM, Itschak Mugzach wrote: > Sorry, you are right... :-( > > ITschak > > > On Thu, Dec 12, 2013 at 4:58 PM, DASDBILL2 wrote: > > > That should be New Era and not NEWARE. > > > > Bill Fairchild > > > > - Original Message - > > > > From: "Itschak Mugzach" > > To: IBM-MAIN@LISTSERV.UA.EDU > > Sent: Thursday, December 12, 2013 6:00:15 AM > > Subject: Re: Invalid Parmlib member Scan > > > > There is a tool that verifies your parmlib. have a look at NEWARE > website. > > IBM supplies some checks, for example for the LOADxx member. See > > sys1.samplib(SPPINST). > > > > ITschak > > > > > > On Thu, Dec 12, 2013 at 1:49 PM, Binyamin Dissen < > > bdis...@dissensoftware.com > > > wrote: > > > > > On Thu, 12 Dec 2013 16:25:34 +0530 mf db wrote: > > > > > > :>Are there any way to track the invalid parmlib member. IEASYS00 can > > point > > > :>me to the genuine members but I am just interested to know if any > tools > > > :>that can help me to track down the invalid or unused parmlib members > ? > > > > > > A member need not be in IEASYS** to be used. > > > > > > -- > > > Binyamin Dissen > > > 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GUI vs 3270 Re: MVS Quick Reference, was: LookAT
>We have MVS QuickRef, but it is licensed on only one of our CECs and I often >find myself logged onto one of the systems where it is not available. I have >a small REXX CGI program, that runs on the z/OS HTTP server that displays MVS >Quickref info in a browser window. Does this support jumping forward from the initial message display. I'm thinking of messages with return codes. The 3270 interface displays the message header and prepares to jump to the RC section upon a simple . -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
I just tried it ! Lookat is back !! Now that's what I call good news. Bye for now, John On 13 December 2013 00:52, Scott Ford wrote: > zMan, > > Does mean the prices are better? > > Scott ford > www.identityforge.com > from my IPAD > > 'Infinite wisdom through infinite means' > > > > On Dec 12, 2013, at 5:51 PM, zMan wrote: > > > > Clark lives in the Maritimes, remember...a lot further from China where > the > > USB drives are made :-) > > > > (But he can get good, fresh fish a lot cheaper than most of us!) > > > > > > On Thu, Dec 12, 2013 at 4:49 PM, Gord Tomlin < > > gt.ibm.li...@actionsoftware.com> wrote: > > > >>> On 2013-12-12 13:57, Clark Morris wrote: > >>> > >>> I can get a 32 GB flash drive for under 50 Canadian dollars if I watch > >>> for a sale and I have seen 64 GB drives advertised. > >> > >> Apparently you are missing the good sales! I bought 32 GB USB 3.0 sticks > >> for about CAD $16. > >> > >> -- > >> > >> Regards, Gord Tomlin > >> Action Software International > >> (a division of Mazda Computer Corporation) > >> Tel: (905) 470-7113, Fax: (905) 470-6507 > >> > >> > >> -- > >> For IBM-MAIN subscribe / signoff / archive access instructions, > >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > -- > > zMan -- "I've got a mainframe and I'm not afraid to use it" > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- John Blythe Reid, Técnico de Sistemas de z/OS y de Sistemas Transaccionales, Barcelona, España. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL IN SRB Mode (Was Un-authorized caller)
>If the only code that is aimed for zAAP or zIIP is code that would >have run authorized anyway, then no additional exposure is caused by >their use. zAAPs and zIIPS are different beasts when it comes to what is allowed to run there. There is no need to run authorized to be able to get dispatched on a zAAP. Remember, zAAPs were initially designed so that Java code may get dispatched on them. You surely wouldn't want all JVMs to run authorized to benefit from zAAPs, would you? Different rules have been set in place for zIIPs. They were designed so that eligible SRBs may get dispatched on them. You need to run authorized to be able to schedule SRBs, therefore code that is eligible to run on zIIPs is already authorized code. And if you have "zAAP on zIIP", the even unauthorized code may run on the zIIPs: Code that is eligible to run on zAAPs. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Server Pac Panel Issue
I copied my logon proc from driving system to target system but still same issue IKJ56584I CPPE628M NOT FOUND. REQUIRED DDNAME SYS00108 IS NOT ALLOCATED. On Fri, Dec 13, 2013 at 2:47 AM, retired mainframer < retired-mainfra...@q.com> wrote: > It is possible that the driving system had a different TSO logon proc that > allowed you to access the ServerPac resources. The same may be true for > either the master or user catalog. > > :>: -Original Message- > :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > :>: Behalf Of venkat kulkarni > :>: Sent: Thursday, December 12, 2013 6:28 AM > :>: To: IBM-MAIN@LISTSERV.UA.EDU > :>: Subject: Re: Server Pac Panel Issue > :>: > :>: Answers for below questions are > :>: > :>: 1) When did you last successfully use this process? > :>: > :>: Ans: I was able to use this panel from driving system. But when I > :>: cataloged this Custom pac panel dataset in target system and tried to > :>: use > :>: it but it didnt worked. > :>: > :>: 2) Have you downloaded a new version of the CPP functions and > :>: libraries? > :>: > :>: Ans: I have copied this Custom pac dataset from Tape came along with > :>: order > :>: and I was able to use it from driving system. > :>: > :>: 3) Did you change anything in ISPF that you use to execute this > :>: process? > :>: > :>: Ans: No. To isolate this issue, I have added CPPCENU dataset entry in > :>: logon proc SYSPROC DD of target system . But this solution didnt > worked. > :>: > :>: 4) Did you see that the CPPE628M talks about the load library? Where > :>: do > :>: you have this library allocated? STEPLIB, LINKLST, OTHER? > :>: > :>: Ans: SCPPCENU member exist only in SCPPCENU dataset. > :>: > :>: > :>: > :>: On Thu, Dec 12, 2013 at 10:36 AM, Lizette Koehler > :>: wrote: > :>: > :>: > A few questions. > :>: > > :>: > 1) When did you last successfully use this process? > :>: > 2) Have you downloaded a new version of the CPP functions and > :>: libraries? > :>: > 3) Did you change anything in ISPF that you use to execute this > :>: process? > :>: > 4) Did you see that the CPPE628M talks about the load library? > Where > :>: do > :>: > you have this library allocated? STEPLIB, LINKLST, OTHER? > :>: > > :>: > Lizette > :>: > > :>: > > :>: > > -Original Message- > :>: > > From: IBM Mainframe Discussion List [mailto:IBM- > :>: m...@listserv.ua.edu] On > :>: > > Behalf Of venkat kulkarni > :>: > > Sent: Wednesday, December 11, 2013 5:34 AM > :>: > > To: IBM-MAIN@LISTSERV.UA.EDU > :>: > > Subject: Server Pac Panel Issue > :>: > > > :>: > > Hello, > :>: > > > :>: > > I am not able to access Serverpac panel and getting below error > :>: while > :>: > executing > :>: > > CPPCSAMP CLIST . > :>: > > > :>: > > > :>: > > IKJ56584I CPPE628M NOT FOUND. REQUIRED DDNAME SYS00017 IS NOT > :>: > > ALLOCATED. > :>: > > > :>: > > and then below error > :>: > > :>: > . . . . . . . . . . . . . . . . . . . . . . . > . > :>: > . > :>: > > . . > :>: > > DIALOG PROCESSING ERROR Unexpected > :>: DIALOG > :>: > > ERROR > :>: > > > :>: > > The dialog call shown in the ISPEXEC buffer issued a RETURN CODE > of: > :>: 20 > :>: > > > :>: > > You may wish to note the contents of the ISPEXEC buffer, which may > :>: be > :>: > helpful in > :>: > > determining the cause of the problem. > :>: > > > :>: > > > :>: > > Press ENTER or RETURN to terminate the dialog. > :>: > > > :>: > > > :>: > > Contents of the ISPEXEC buffer was: > :>: > > > :>: > > > /*0019*/SELECT CMD(CPPE628M CPC.OS210134 ) > :>: < > :>: > > > > :>: > < > :>: > > > > :>: > < > :>: > > > > :>: > < > :>: > > > > :>: > < > :>: > > > > :>: > < > :>: > > > :>: > > > :>: > > When I tried to check for *CPPE628M *- Dialogue Startup Exit > :>: > > > :>: > > > :>: > > CPP0628001S Unable to ALLOCATE <#THEDSN.> RC = #RC. > :>: > > > :>: > > MESSAGE EXPLANATION > :>: > > The dialog could not access the master SCPPLOAD data set dataset- > :>: name. > :>: > > > :>: > > SYSTEM ACTION > :>: > > The dialog ends with the return code shown in this message. > :>: > > > :>: > > Any pointer on this issue. > :>: > > > :>: > > > :>: > > :>: > > -- > :>: > For IBM-MAIN subscribe / signoff / archive access instructions, > :>: > send email to lists...@listserv.ua.edu with the message: INFO > IBM-MAIN > :>: > > :>: > :>: -- > :>: For IBM-MAIN subscribe / signoff / archive access instructions, > :>: send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN
