Re: JES3 job ids
On all the JES3 systems that I have seen (since OS/390 V2R5) all jobids have always looked like JOBx for jobs, STCs and TSUs. The entries S0xx and J0xx in the presentation may originate from STCs and TSUs that were running under a secondary JES2 on the same system. But Ed Jaffe will probably let us know if he has a different explanation. Regards, Klaus -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 job ids
On Thu, 24 Jul 2014 04:50:06 -0500, Klaus Stanislawiak wrote: >On all the JES3 systems that I have seen (since OS/390 V2R5) all jobids have >always looked like JOBx for jobs, STCs and TSUs. >The entries S0xx and J0xx in the presentation may originate from STCs >and TSUs that were running under a secondary JES2 on the same system. >But Ed Jaffe will probably let us know if he has a different explanation. > I'm familiar only with JES2. But ISTR that when JES2 went from a 4-digit numeric suffix to 5 (does anyone remember the old format?), it was made an installation option whether the numeric part reset at 100,000 or at 10,000. Our site chose 10,000 because we were not suffering a name space constraint and there was some compatibility concern. (Terse format of operator commands?) So perhaps the format is a configurable parameter. (I ranted lately, "I hate options!" And this is such a case where I'd value synchronic consistency above diachronic compatibility.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 job ids
>On all the JES3 systems that I have seen (since OS/390 V2R5) all jobids have >always looked like JOBx for jobs, STCs and TSUs. >The entries S0xx and J0xx in the presentation may originate from STCs >and TSUs that were running under a secondary JES2 on the same system. >But Ed Jaffe will probably let us know if he has a different explanation. So that probably means that it can be configured somewhere if JES3 jobids can start with JOB, STC and TSU or not, since we now have one JES3 installation that has jobids starting TSU and at least one where all jobids start with JOB. So yes, I am also waiting for Ed to chime in. I have never worked on a JES3 system, either. Thanks, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IODF "soft activate" to "clean up" UCBs after a tape library problem?
We had a problem with our tape library. We are sure exactly what, yet, but one CE indicated that he _thinks_ it might be a "flaky" fibre switch. The remote support engineer said that one thing he suggests to do is a "soft activate" (software only) of the current IODF. I.e. do: ACTIVATE IODF=nn,SOFT=NOVALIDATE This is to make sure that the tape UCBs don't have any sort of error status in them from the z/OS side. What I've always done, in the past, was to vary the SMS library offline, then back online. I can do this because we only use the ATL, physical 3590 drives, for our disaster backups. These run starting about 06:00 until maybe 11:30. My question is what do the ACTIVATE above do. I've never heard of such a thing before. Not that I'm saying it won't do anything, I'm just admitting to ignorance. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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: DFHSM QUESTION - FIXCDS - PARSE ERROR
Alan, I verified the output from AUDIT DATASETCONTROLS(BACKUP) NOFIX and this is what is shows: /*ERR 36 BACKUP VERSION ENTRY HSM.BACK.T132322.OC1.V2R3.I3255 CONTAINS 0,SHOULD CONTAIN 002 */ /* FIXCDS B OC1.V2R3.SA23.EGVPS21.OPTIONS VERIFY(X'0088' X'' PATCH(X'0088' X'0002') */ Perhaps I have it coded wrong in my job? Randall, I tried your suggestion by adding the + however I got the same result. On Wed, 7/23/14, Alan Field wrote: Subject: Re: DFHSM QUESTION - FIXCDS - PARSE ERROR To: IBM-MAIN@LISTSERV.UA.EDU Received: Wednesday, July 23, 2014, 11:23 AM more likely this is not correct : PATCH(X'0088' '0002') Alan Field Technical Engineer Principal BCBS Minnesota Phone: 651.662.3546 Mobile: 651.428.8826 From: "Gross, Randall [PRI-1PP]" To: IBM-MAIN@LISTSERV.UA.EDU, Date: 07/23/2014 13:20 Subject: Re: DFHSM QUESTION - FIXCDS - PARSE ERROR Sent by: IBM Mainframe Discussion List Maybe + instead of - for continuation? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Wednesday, July 23, 2014 1:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFHSM QUESTION - FIXCDS - PARSE ERROR Hallo To All I am trying to run the following command via batch job but I am getting the parse error. I tried all sorts of ways but I keep failing. //STEP001 EXEC PGM=IKJEFT01 //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * HSEND FIXCDS B OC1.V2R3.SA23.EGVPS21.OPTIONS - VERIFY(X'0088' X'') - PATCH(X'0088' '0002') ARC1001I FIXCDS B OC1.V2R3.SA23.EGVPS21.OPTIONS - COMMAND FAILED, RC=0005, ARC1001I (CONT.) REAS=0004 ARC1605I COMMAND HAD PARSE ERROR The dsn name is correct as reported on the FIXCDS report: FIXCDS B OC1.V2R3.SA23.EGVPS21.OPTIONS VERIFY(X'0088' X'') PATCH(X'0088' X'0002') Could someone suggest how I can get over this hump? Thanks. -- 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: DFHSM QUESTION - FIXCDS - PARSE ERROR - PROBLEM FOUND
I found the error. The X was missing in the PATCH: PATCH(X'0088' X'0002') Thanks Alan & Randall for answering my post. Thanks. On Thu, 7/24/14, willie bunter wrote: Subject: Re: DFHSM QUESTION - FIXCDS - PARSE ERROR To: "IBM Mainframe Discussion List" Received: Thursday, July 24, 2014, 4:48 AM Alan, I verified the output from AUDIT DATASETCONTROLS(BACKUP) NOFIX and this is what is shows: /*ERR 36 BACKUP VERSION ENTRY HSM.BACK.T132322.OC1.V2R3.I3255 CONTAINS 0,SHOULD CONTAIN 002 */ /* FIXCDS B OC1.V2R3.SA23.EGVPS21.OPTIONS VERIFY(X'0088' X'' PATCH(X'0088' X'0002') */ Perhaps I have it coded wrong in my job? Randall, I tried your suggestion by adding the + however I got the same result. On Wed, 7/23/14, Alan Field wrote: Subject: Re: DFHSM QUESTION - FIXCDS - PARSE ERROR To: IBM-MAIN@LISTSERV.UA.EDU Received: Wednesday, July 23, 2014, 11:23 AM more likely this is not correct : PATCH(X'0088' '0002') Alan Field Technical Engineer Principal BCBS Minnesota Phone: 651.662.3546 Mobile: 651.428.8826 From: "Gross, Randall [PRI-1PP]" To: IBM-MAIN@LISTSERV.UA.EDU, Date: 07/23/2014 13:20 Subject: Re: DFHSM QUESTION - FIXCDS - PARSE ERROR Sent by: IBM Mainframe Discussion List Maybe + instead of - for continuation? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Wednesday, July 23, 2014 1:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFHSM QUESTION - FIXCDS - PARSE ERROR Hallo To All I am trying to run the following command via batch job but I am getting the parse error. I tried all sorts of ways but I keep failing. //STEP001 EXEC PGM=IKJEFT01 //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * HSEND FIXCDS B OC1.V2R3.SA23.EGVPS21.OPTIONS - VERIFY(X'0088' X'') - PATCH(X'0088' '0002') ARC1001I FIXCDS B OC1.V2R3.SA23.EGVPS21.OPTIONS - COMMAND FAILED, RC=0005, ARC1001I (CONT.) REAS=0004 ARC1605I COMMAND HAD PARSE ERROR The dsn name is correct as reported on the FIXCDS report: FIXCDS B OC1.V2R3.SA23.EGVPS21.OPTIONS VERIFY(X'0088' X'') PATCH(X'0088' X'0002') Could someone suggest how I can get over this hump? Thanks. -- 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: IODF "soft activate" to "clean up" UCBs after a tape library problem?
SOFT Specifies a dynamic change to the software I/O configuration, which updates the I/O configuration only to the operating system. No hardware changes are attempted. However, you may specify whether hardware validation is requested (VALIDATE, NOVALIDATE). To change a software and hardware I/O configuration dynamically, omit the SOFT keyword. When you specify SOFT, you cannot specify FORCE. You can specify the following suboptions: VALIDATE When you specify SOFT without any parameters, it is the same as specifying SOFT=VALIDATE. This allows you to specify that the system is to validate that any specified hardware elements to be deleted are offline and available, and that there is sufficient HSA space available to accommodate the hardware changes. When a dynamic change is made to the I/O configuration for a processor complex running in LPAR mode, a change to the software I/O configuration is performed for the first N-1 logical partitions, followed by a hardware and software change for the Nth logical partition. By specifying the SOFT keyword (or SOFT=VALIDATE) when changing the I/O configuration on the N-1 logical partitions, you can determine early on whether there will be sufficient HSA space available for the subsequent software and hardware I/O configuration changes on the Nth logical partition. NOVALIDATE indicates that no validation of hardware changes is to be done. Does that help? Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of John McKown > Sent: Thursday, July 24, 2014 4:46 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: IODF "soft activate" to "clean up" UCBs after a tape library problem? > > We had a problem with our tape library. We are sure exactly what, yet, but > one CE > indicated that he _thinks_ it might be a "flaky" fibre switch. The remote > support > engineer said that one thing he suggests to do is a "soft activate" (software > only) of > the current IODF. I.e. do: > > ACTIVATE IODF=nn,SOFT=NOVALIDATE > > This is to make sure that the tape UCBs don't have any sort of error status > in them > from the z/OS side. What I've always done, in the past, was to vary the SMS > library > offline, then back online. I can do this because we only use the ATL, > physical 3590 > drives, for our disaster backups. These run starting about 06:00 until maybe > 11:30. > > My question is what do the ACTIVATE above do. I've never heard of such a thing > before. Not that I'm saying it won't do anything, I'm just admitting to > ignorance. > > -- > There is nothing more pleasant than traveling and meeting new people! > Genghis Khan > > 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: IOF in batch to capture Started task output while STC is still running: Updated
Thank you all for the help. I tried the command sequence John suggested and got the following result. I tried the IOF ESF RUNNING and got the following error message OUTPUT RECORDS FOLLOW Nothing matching specified criteria was found. The SD and snap commands were treated as TSO commands not IOF commands. I will do some more research on the ESF and RUNNING options. Edward Long -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IOF in batch to capture Started task output while STC is still running: Updated
Ed, ESF is the name of our CA-Spool System task. You need to substitute the name of your system task to capture the sysouts. The 1-10 SNAP command below would snap out the first 10 sysout datasets for your stcname. //TSO EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * IOF stcname RUNNING SD DSNAME('AD.stcname.LOG') RECFM(FBA) LRECL(133) BLKSIZE(6384) 1-10 SNAP Regards, John K Ed Long of the IBM Mainframe Discussion List wrote on 07/24/2014 08:30:58 AM: > Thank you all for the help. > I tried the command sequence John suggested and got the following result. > I tried the IOF ESF RUNNING and got the following error message > OUTPUT RECORDS FOLLOW > Nothing matching specified criteria was found. > The SD and snap commands were treated as TSO commands not IOF commands. > I will do some more research on the ESF and RUNNING options. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IODF "soft activate" to "clean up" UCBs after a tape library problem?
On Thu, 24 Jul 2014 06:46:07 -0500, John McKown wrote: >We had a problem with our tape library. We are sure exactly what, yet, >but one CE indicated that he _thinks_ it might be a "flaky" fibre >switch. The remote support engineer said that one thing he suggests to >do is a "soft activate" (software only) of the current IODF. I.e. do: > >ACTIVATE IODF=nn,SOFT=NOVALIDATE >...snip. John, Did you get a message along the lines of "IEA437I TAPE LIBRARY DEVICE(???)" when trying to vary one of your drive(s) online to a z/OS system that had just been ipl'ed? Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Beginners question about SHARE
On Wed, 23 Jul 2014 21:20:19 +, DASDBILL2 wrote: >It has been my experience that many of the questions he asked in his OP are >answered on the SHARE website. That has been my experience too. A couple of years ago, though, the web site was completely revamped and I still find it to be less friendly to navigate. After Radoslaw posted his questions, one of the things that I tried to find for him was the cost of membership. I couldn't find it. It was easily available on the old web site. I even read the Bylaws and the Policies. All I found was this in the policies about becoming a member: Pay a non-refundable membership application processing fee as established and published by the Board of Directors So I ask, where is it published? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 job ids
But what happens if you tell JES you can have 999,999 jobs in the system, rather than 99,999? No place to fill in the 3-character descriptor. Reduced to J, S, and T. Works that way in JES2. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Barbara Nitz Sent: Thursday, July 24, 2014 3:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES3 job ids >On all the JES3 systems that I have seen (since OS/390 V2R5) all jobids have >always looked like JOBx for jobs, STCs and TSUs. >The entries S0xx and J0xx in the presentation may originate from STCs >and TSUs that were running under a secondary JES2 on the same system. >But Ed Jaffe will probably let us know if he has a different explanation. So that probably means that it can be configured somewhere if JES3 jobids can start with JOB, STC and TSU or not, since we now have one JES3 installation that has jobids starting TSU and at least one where all jobids start with JOB. So yes, I am also waiting for Ed to chime in. I have never worked on a JES3 system, either. Thanks, Barbara -- 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
z/OS physical memory usage with multiple copies of same load module at different virtual addresses
Hello, I had a question about how z/OS handles physical memory for the same load module that is loaded at different virtual addresses in different virtual address spaces. For example, let's say on the same z/OS system I have the following: CICS region A that has load module B loaded at virtual address x'3F400010'. CICS region B that has the same load module B loaded at virtual address x'3D400020'. More than likely there will be some differences in that same load module that has been loaded at different virtual addresses, since things like ADCONs and VCONs will resolve to different virtual addresses when the load module is brought into memory. However, there will probably be many virtual pages that are also identical between the two modules, if nothing in that virtual page needed to be adjusted by the loader. My question is, does z/OS have any functionality to detect the virtual pages that would be identical for these 2 load modules and then adjust the virtual page tables for CICS region A and B to point to the same physical frame and drop the duplicate frame? So for example, if the first 4k virtual page of load module B in CICS region A at x'3F400010' and the first 4k virtual page of load module B in CICS region B at x'3D400020' had the same data in it, would z/OS recognize this and cause the page tables for CICS region A at x'3F400010' and page tables for CICS region B at x'3D400020' to be adjusted to point to the same physical frame and then drop the other duplicate physical frame? I was under the impression that the answer was no, but one of the SYSPROGs here thought that z/OS had functionality to detect identical physical frames that hold instructions that different address spaces might be using and then do some physical memory savings like I am mentioning above. I tried doing some internet searches on this topic, and could not find any hits. If z/OS is doing this and someone has links to where this documented, I would appreciate a point in the right direction. Thanks, Tim Zielke CICS/MQ Systems Programmer Aon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
I do not believe there is any such functionality. I had a question about how z/OS handles physical memory for the same load module that is loaded at different virtual addresses in different virtual address spaces. For example, let's say on the same z/OS system I have the following: CICS region A that has load module B loaded at virtual address x'3F400010'. CICS region B that has the same load module B loaded at virtual address x'3D400020'. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
Only way I know of to get different address spaces to use the same physical memory for a program is to put the module in LPA. 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 Staller, Allan Sent: Thursday, July 24, 2014 12:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses I do not believe there is any such functionality. I had a question about how z/OS handles physical memory for the same load module that is loaded at different virtual addresses in different virtual address spaces. For example, let's say on the same z/OS system I have the following: CICS region A that has load module B loaded at virtual address x'3F400010'. CICS region B that has the same load module B loaded at virtual address x'3D400020'. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
On Thu, 24 Jul 2014 15:54:28 +, Tim Zielke wrote: > >I had a question about how z/OS handles physical memory for the same load >module that is loaded at different virtual addresses in different virtual >address spaces. > >For example, let's say on the same z/OS system I have the following: > >CICS region A that has load module B loaded at virtual address x'3F400010'. >CICS region B that has the same load module B loaded at virtual address >x'3D400020'. > >More than likely there will be some differences in that same load module that >has been loaded at different virtual addresses, since things like ADCONs and >VCONs will resolve to different virtual addresses when the load module is >brought into memory. However, there will probably be many virtual pages that >are also identical between the two modules, if nothing in that virtual page >needed to be adjusted by the loader. > If each ADCON is made relative to a location in the module (paired relocation), the entire module is location-independent and can be mapped to any location in various address spaces. I know of no z/OS facility to exploit such a design for general programs. I understand the convention has been used for transient areas. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
On Thu, 24 Jul 2014 16:47:54 +, Blaicher, Christopher Y. wrote: >Only way I know of to get different address spaces to use the same physical >memory for a program is to put the module in LPA. > fork(). But in that case, the virtual addresses are identical in different address spaces. (CoW? Moo!) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
While this is not quite the same thing as 2 CICS regions using a page of the same load module, take a look in Principles of Operation which talks about how "fork" is handled. From page 3-15 of August 2010 version of POP: The suppression-on-protection function is useful in performing the POSIX fork function, which causes a duplicate address space to be created. The following discussion pertains to when enhanced DAT does not apply, or when enhanced DAT applies but the format-control (FC) bit in the segment-table entry is zero. When forking occurs, the control program causes the same page of different address spaces to map to a single page frame of real storage as long as a store in the page is not attempted. Then, when a store is attempted in a particular address space, the control program assigns a unique page frame to the page in that address space and copies the contents of the page to the new page frame. This last action is sometimes called the copy-on-write function. The control program sets the DAT-protection bit to one in the page-table entry for a page in order to detect an attempt to store in the page. The control program may initially set the DAT-protection bit to one in a segment-table entry to detect an attempt to store anywhere in the specified segment. regards, Joe D'Alessandro -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
000433f07816-dmarc-requ...@listserv.ua.edu (Paul Gilmartin) writes: > If each ADCON is made relative to a location in the module (paired > relocation), the entire module is location-independent and can be > mapped to any location in various address spaces. I know of no > z/OS facility to exploit such a design for general programs. > > I understand the convention has been used for transient areas. tss/360 (& tss/370) had a different convention for handling address constants that allowed for same module to appear concurrently at different addresses in different virtual address spaces. ... in the early 70s when I first did paged mapped filesystem for cp67/cms (and then ported to vm370/cms) ... I had enormous problems with the OS/360 adcon convention ... because CMS made heavy use of os/360 compilers and software conventions. periodic past tirades on the subject http://www.garlic.com/~lynn/submain.html#adcon one of the people responsible for HASP ... then did a page-mapped filesystem for MFT-II (that he called RASP). Old reference to when it was decided to add virtual memory to MVT ... both the cp67/cms and the MFT-II/RASP work was ignored ... past post on the subject (I was asked to track down somebody that was involved in the decision ... some of his comments): http://www.garlic.com/~lynn/2011d.html#73 Multiple Virtual Memory note the basic original decision was that MVT memory management was so inefficient that (on the avg) only 25% of allocated storage was typically used. adding virtual memory to MVT would allow running 16 initiators on a 1mbyte physical machine (that would ordinarily require 4mbytes, just another on my long list of if you can't figure out how to fix the software, throw hardware at it). note reference also has comments about OS/VS2 release 1 (SVS) and OS/VS2 release 2 (MVS) being on the glide-path to OS/VS2 release 3 ... the operating system for "Future System" that would completely replace 370 ... some past FS posts http://www.garlic.com/~lynn/submain.html#futuresys -- 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: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
re: http://www.garlic.com/~lynn/2014i.html#66 z/OS physical memory usage with multiple copies of same load module at different virtual addresses a little more topic drift. part of the MVT storage allocation issues was with contiguous storage allocation. quite a few customers were convinced to order 360/67 (very similar to 360/65 but with the addition of virtual memory) to run with tss/360. http://en.wikipedia.org/wiki/TSS/360 above has references to TSS/360 supporting position independent code. while tss/360 had lots of novel new stuff ... it never quite reached production quality ... so almost all customers run it with something else. lots of them just used it as 360/65 running os/360. however, the science center http://www.garlic.com/~lynn/subtopic.html#545tech ported cp40 to it for cp67 ... cp40 had originally been done on 360/40 with special hardware modification to support virtual memory http://www.garlic.com/~lynn/cp40seas1982.txt Unif of Mich ... did MTS ... later migrated to 370 (and some number of other univ. ran) http://en.wikipedia.org/wiki/Michigan_Terminal_System Stanford did Orvyl (where Wylburiginates). http://en.wikipedia.org/wiki/ORVYL_and_WYLBUR Boeing Huntsville got a 360/67 duplex which they ran with two separate systems with os/360. They original had gotten 360/67 for operating long-running 2250 graphic display jobs. They modified the 2nd release of MVT (os/360) for limited virtual memory support ... didn't do any paging ... same amount of virtual memory as real memory ... but capable of re-arranging memory to compensate for long running os/360 jobs resulting in storage fragmentation (using address translation, they could re-org memory addresses to get around a lot of MVT storage fragmentation). note that CICS had similar problems with OS/360 ... but addressed it by grabbing glob of storage and running its own scheduling, dispatching, memory management, and other system services ... to get around problems with base OS/360 services. Boeing Huntsville needed much of os/360 system services with lots of different long running 2250 graphic display tasks. -- 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: JES3 job ids
This is what I found in the "Glossary" of a back level documentation (z/OS V1R4.0 JES3 Introduction, SA22-7551-02): > job ID. An 8-character identifier used by JES3 to > uniquely identify any job in a JES3 complex at any > moment in time. The job identifier is of the form > "JOBn" where n is the job number with the > appropriate number of leading zeroes, if the job number > is 99,999 or less. Otherwise, the job identifier is of the > form "Jnnn", where nnn is the job number > with the appropriate number of leading zeroes. BTW, there is also a JES3-L list server where more JES3 customers are registered. Unfortunately I am currently not able to log on there for whatever reason ... Regards, Klaus -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 job ids
_jes...@listserv.uga.edu_ (mailto:jes...@listserv.uga.edu) To subscribe send to _lists...@listserv.uga.edu_ (mailto:lists...@listserv.uga.edu) with text SUBSCRIBE JES3-L Contact list owner send mail to: _jes3-l-requ...@listserv.uga.edu_ (mailto:jes3-l-requ...@listserv.uga.edu) In a message dated 7/24/2014 12:58:54 P.M. Central Daylight Time, klaus.stanislaw...@softwareag.com writes: BTW, there is also a JES3-L list server where more JES3 customers are registered. Unfortunately I am currently not able to log on there for whatever reason -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IODF "soft activate" to "clean up" UCBs after a tape library problem?
On Thu, Jul 24, 2014 at 8:57 AM, Roger Lowe wrote: > On Thu, 24 Jul 2014 06:46:07 -0500, John McKown > wrote: > >>We had a problem with our tape library. We are sure exactly what, yet, >>but one CE indicated that he _thinks_ it might be a "flaky" fibre >>switch. The remote support engineer said that one thing he suggests to >>do is a "soft activate" (software only) of the current IODF. I.e. do: >> >>ACTIVATE IODF=nn,SOFT=NOVALIDATE >>...snip. > > John, > Did you get a message along the lines of "IEA437I TAPE LIBRARY > DEVICE(???)" when trying to vary one of your drive(s) online to a z/OS system > that had just been ipl'ed? > > Roger No. We IPL'd about 8 weeks ago. What we got was an I/O error messaage. IOS000I 0806,08,IOE,01,0600,,**,100910,STDBH00D 640 100410C060127050 0091 4204E8205E112011 EQUIPMENT CHECK IEA480E 0803,TCU,3590,SERIOUS ALERT,SER=0178-C4081,MC=F1,ES=11,ID=5D, REF=-0089-0109,UM=1306--83 *IOS003A 0803,INTERVENTION REQUIRED, READY THE DEVICE The TS3500 web showed an error which indicated a hardware problem: Device 802 is reporting an element addr of zero. Call service. But, rephrasing my question, does an ACTIVATE IODF=xx,SOFT=NOVALIDATE clear up any error indicator in on-line UCBs? I was under the impression that it did not do _anything_ to an on-line UCB. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
On Thu, 2014-07-24 at 13:52 -0400, Anne & Lynn Wheeler wrote: > to get around a lot of MVT storage fragmentation I was told once that one of the advantages of HASP was that it essentially reintroduced partitions to MVT (after MVT got rid of partitions). Was this really so? I don't remember enough of archaic storage management to guess whether each initiator carried its own free elements for e.g. SP0 GETMAIN. -- David Andrews A. Duda & Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
On Thu, 2014-07-24 at 13:27 -0400, Anne & Lynn Wheeler wrote: > MFT-II/RASP work was ignored That tickles a neuron. Was there not a "RASP" component to OS/VS1 JES? -- David Andrews A. Duda & Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Beginners question about SHARE
I have not had any experience with the SHARE website since it was completely revamped a couple of years ago. Before that, my experience was that the Website answered many of the questions he asked in his OP. Bill Fairchild - Original Message - From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, July 24, 2014 9:34:43 AM Subject: Re: Beginners question about SHARE On Wed, 23 Jul 2014 21:20:19 +, DASDBILL2 wrote: >It has been my experience that many of the questions he asked in his OP are >answered on the SHARE website. That has been my experience too. A couple of years ago, though, the web site was completely revamped and I still find it to be less friendly to navigate. After Radoslaw posted his questions, one of the things that I tried to find for him was the cost of membership. I couldn't find it. It was easily available on the old web site. I even read the Bylaws and the Policies. All I found was this in the policies about becoming a member: Pay a non-refundable membership application processing fee as established and published by the Board of Directors So I ask, where is it published? -- Tom Marchant -- 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: HCM Licensing
In reply to: Note from Mark Jacobs same subject, dated 23 Jul 2014 10:31:00 -0400 > Does anyone know how IBM licenses the priced HCM feature of zOS? > By user, CEC or site license? A quick review of the z/OS components involved here: - The Hardware Configuration Definition (HCD) component of z/OS is part of the z/OS Base feature and runs in every z/OS LPAR. - The Hardware Configuration Manager (HCM) optional priced feature of z/OS is a PC-based client/server interface to HCD. The licensing rule is: HCM only needs to be licensed once for each PC that the customer wants to run HCM upon. Technically this would mean HCM only needs to be licensed once per customer enterprise, but as a practical matter it is probably more likely to be licensed once per customer location (which is typically represented by one customer number). -- David J. Chase, WW System z Software Sales -- -- IBM 8th Fl, 63 Madison Ave, NYC, NY 10016 -- -- 212-671-9285 - dchase at us.ibm.com -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 job ids
I did find in status.uga.edu that they are experiencing LDAP problems which may affect logins. In a message dated 7/24/2014 12:58:54 P.M. Central Daylight Time, klaus.stanislaw...@softwareag.com writes: Unfortunately I am currently not able to log on there for whatever reason -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Find member in Linklist through JCL?
Hi friends...I am having a bad brain day...Is there a common utility that can run unauthorized which will show me if module(ABC) exists in a Linklist library (and which one)? I am looking for a JCL method that I can run on each of my LPARs to verify and document that a particular software product is no longer available in Linklist. -- Thank you and best regards, *Billy Ashton* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Find member in Linklist through JCL?
I would guess you could run DDLIST with a batch ISPF. Probably fairly ugly, but should work. Or, EXEC PGM=product and COND=ONLY of a step that confirms the ABEND was S806 :) > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Bill Ashton > Sent: Thursday, July 24, 2014 12:12 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Find member in Linklist through JCL? > > Hi friends...I am having a bad brain day...Is there a common utility that can > run unauthorized which will show me if module(ABC) exists in a Linklist > library > (and which one)? > > I am looking for a JCL method that I can run on each of my LPARs to verify > and document that a particular software product is no longer available in > Linklist. > -- > Thank you and best regards, > *Billy Ashton* > > -- > 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: Find member in Linklist through JCL?
ISRFIND will work in ISPF. In JCL, code PGM=. If iota bends S806 the module is not in the Linklist. Bob Shannon Rocket Software Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY > I had a question about how z/OS handles physical memory for the same > load module that is loaded at different virtual addresses in > different virtual address spaces. > > For example, let's say on the same z/OS system I have the following: > > CICS region A that has load module B loaded at virtual address x'3F400010'. > CICS region B that has the same load module B loaded at virtual > address x'3D400020'. > > More than likely there will be some differences in that same load > module that has been loaded at different virtual addresses, since > things like ADCONs and VCONs will resolve to different virtual > addresses when the load module is brought into memory. However, > there will probably be many virtual pages that are also identical > between the two modules, if nothing in that virtual page needed to > be adjusted by the loader. > > My question is, does z/OS have any functionality to detect the > virtual pages that would be identical for these 2 load modules and > then adjust the virtual page tables for CICS region A and B to point > to the same physical frame and drop the duplicate frame? > > So for example, if the first 4k virtual page of load module B in > CICS region A at x'3F400010' and the first 4k virtual page of load > module B in CICS region B at x'3D400020' had the same data in it, > would z/OS recognize this and cause the page tables for CICS region > A at x'3F400010' and page tables for CICS region B at x'3D400020' to > be adjusted to point to the same physical frame and then drop the > other duplicate physical frame? > > I was under the impression that the answer was no, but one of the > SYSPROGs here thought that z/OS had functionality to detect > identical physical frames that hold instructions that different > address spaces might be using and then do some physical memory > savings like I am mentioning above. > > I tried doing some internet searches on this topic, and could not > find any hits. If z/OS is doing this and someone has links to where > this documented, I would appreciate a point in the right direction. You are correct. The answer is "no". Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Find member in Linklist through JCL?
Originally I was going to say use Mark's MVS Utility (http://mzelden.com/mvsutil.html) , FINDMOD, but it requires ISPF. You could get from the CBTTAPE (www.cbttape.org) FILE 311, there is a FINDMOD assembler program that will do the search. Al Nims Systems Admin/Programmer 3 Information Technology University of Florida (352) 273-1298 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Ashton Sent: Thursday, July 24, 2014 3:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Find member in Linklist through JCL? Hi friends...I am having a bad brain day...Is there a common utility that can run unauthorized which will show me if module(ABC) exists in a Linklist library (and which one)? I am looking for a JCL method that I can run on each of my LPARs to verify and document that a particular software product is no longer available in Linklist. -- Thank you and best regards, *Billy Ashton* -- 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: Find member in Linklist through JCL?
Bill, EXEC PGM=whatever without any STEPLIB or JOBLIB will give you a clue that it is or is not (S806) in the link list. But it won't tell you which library. If you have access to PARMLIB and are able to compile a list of the libraries in the link list, then you may be able to use a quick and dirty utility program I developed years ago. PROGBLDL gets a list of program names (DDNAME=PROGLIST) and for each name issues a BLDL macro call to get the load modules directory entry. This information is written to output files PROGDATA and PROGSUMM. I think PROGDATA is the full DE and PROGSUMM is some portion. The BLDL macro searches DDNAME=DFHRPL for the program name in question. I think there is a byte within the DE that is the relative number of the library in the DFHRPL concatenation. Source code reproduced below. John PROGBLDL CSECT *** *PROGBLDL PROGRAM ENTRY * *** LENTRY STM 14,12,12(13) BALR 12,0 USING *,12 ST13,WRSA+4 LA13,WRSA SPACE 3 *** *OPEN FILES * *** LOPENDS0H OPEN (WLSTDCB,(INPUT)) OPEN (WLIBDCB,(INPUT)) OPEN (WDATDCB,(OUTPUT)) OPEN (WSUMDCB,(OUTPUT)) SPACE 3 *** *READ PROGRAM NAMES AND COLLECT BLDL INFORMATION * *** LSCANDS0H GET WLSTDCB,WLSTREC READ NEXT PROGRAM NAME XCWMEMDATA,WMEMDATA CLEAR THE BLDL LIST AREA MVC WMEMNAME,WLSTRECSET THE MEMBER NAME MVC WSUMNAME,WLSTRECSET THE MEMBER NAME BLDL WLIBDCB,WMEMINFO,BYPASSLLA SEARCH FOR THE MEMBER PUT WDATDCB,WMEMDATASAVE THE RESULT SR15,15 IC15,WMEMDATA+11 LOAD CONCAT NUMBER CVD 15,WPACK UNPK WSUMLIBN,WPACK OIWSUMLIBN+1,X'F0' SR15,15 ICM 15,B'0111',WMEMDATA+24 LOAD MODULE SIZE CVD 15,WPACK UNPK WSUMSIZE,WPACK OIWSUMSIZE+7,X'F0' PUT WSUMDCB,WSUMREC WRITE SUMMARY RECORD B LSCAN GO DO NEXT LSCAN99 DS0H EODAD SPACE 3 *** *CLOSE FILES * *** LCLOSE DS0H CLOSE (WLSTDCB) CLOSE (WLIBDCB) CLOSE (WDATDCB) CLOSE (WSUMDCB) SPACE 3 *** *PROGBLDL PROGRAM EXIT* *** LEXITDS0H SR15,15 L 13,WRSA+4 L 14,12(13) LM0,12,20(13) BR14 SPACE 3 *** *CONSTANTS* *** LTORG *** *DSECTS * *** DCBD DSORG=(PS) SPACE 3 *** *WORKING STORAGE * *** PROGBLDL CSECT WPACKDCD'0' WRSA DC18F'0' WLSTDCB DCB DDNAME=PROGLIST,MACRF=GM,DEVD=DA,DSORG=PS, X RECFM=FB,LRECL=8,EODAD=LSCAN99 WLSTREC DSCL8'PGMNAME' WDATDCB DCB DDNAME=PROGDATA,MACRF=PM,DEVD=DA,DSORG=PS, X RECFM=FB,LRECL=76 WSUMDCB DCB DDNAME=PROGSUMM,MACRF=PM,DEVD=DA,DSORG=PS, X RECFM=FB,LRECL=20 WSUMREC DS0CL20 WSUMNAME DCCL8'PGMNAME' DCCL1',' WSUMLIBN DCCL2'99' DCCL1',' WSUMSIZE DCCL8'' * WLIBDCB DCB DDNAME=DFHRPL,MACRF=R,DEVD=DA,DSORG=PO, X RECFM=U WMEMINFO DS0H DCH'1' DCH'76' WMEMDATA DS0XL76 WMEMNAME DCCL8'PGMNAME' WMEMTTR DCXL3'00' WMEMKDCXL1'00' WMEMZDCXL1'00' WMEMCDCXL1'00' WMEMUSER DCXL62'00' *
z/OS 1.13 Owner for Java files
Hello, I was given the task of applying maintenance to z/OS 1.13 using a documented procedure and all was going well, however, some of the PTFs did not apply because I was not a super user UID(0). So, I had the guy who usually does the applies submit the job and this applied the remaining PTFs. However, when I was looking at some of the JAVA files, I now notice that the owner is now my UID: File owner . . . . . : (3011) Group owner . . . . . : TECH(9) Where before the owner and group was: File owner . . . . . : HZSPROC(0) Group owner . . . . . : OMVSGRP(1) There are likely other files from other PTFs where I am now the owner. Is this going to cause a problem running the system. Do I need to fix this? Thanks in advance for your input. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
d...@lists.duda.com (David Andrews) writes: > That tickles a neuron. Was there not a "RASP" component to OS/VS1 > JES? re: http://www.garlic.com/~lynn/2014i.html#66 z/OS physical memory usage with multiple copies of same load module at different virtual addresses http://www.garlic.com/~lynn/2014i.html#67 z/OS physical memory usage with multiple copies of same load module at different virtual addresses RASP was virtual memory & virtual filesystem for MFT-II. the person responsible left and was hired by one of the large clone processor companies where he re-implemented it from scratch. even though IBM wasn't going to do anything with it ... they still sued the clone company (for lifting ibm code) and the court had people do detail review of the new code. Foklore is that possibly only 2-3 trivial sequences of code were found that could be considered similar. I don't have any recollection of RASP in OS/VS1 JES. I do remember talking to the JES2 group about enhancing shared spool. There were a huge amount of enhancements to VM370 for the internal world-wide sales&marketing support HONE system (very little shipping to customers before corporate hdqtrs was constantly trying to kill off vm370) ... some past posts http://www.garlic.com/~lynn/subtopic.html#hone part of this was cluster, single-system-image system ... at one time the US HONE datacenter in silicon valley had the largest single-system-image operation in the world, load balancing and fall-over/recovery across all the machines in the complex. The closest thing that came to it was ACP/TPF loosely-coupled operation ... but at the time ACP/TPF didn't have tightly-coupled support ... while VM370 had SMP support ... so could have max. loosely-coupled configuration of max. sized tightly coupled CECs. Standard OS/360 and ACP/TPF had started out using shared device reserve CCW, then do the I/O channel program, then do device release CCW. ACP/TPF got a special RPQ for 3830 disk controller "logical locking" ... that used memory in the 3830 allowing definition of logical locks ... for serializing logical operations w/o going through the overhead device reserve/release. The problem cropped up tho with string-switch architecture where multiple different 3830s had concurrent access to the same disk, lock memory in one 3830 would be consistent with lock memory in another 3830 for the same logical operation. The HONE system for loosely-coupled shared disk operation used a CKD "compare-and-swap" CCW sequence (one of the rare cases where CKD actually proved some benefit over FBA). Data was read from disk, updated in memory ... and a "search data equal" CCW (aka compare) was used ... if it didn't match, it failed ... however if it succeeded it would do a write operation. Note: later in the early 80s, HONE extended its cluster SSI across geographically separated datacenters, with a 2nd datacenter in Dallas and then a 3rd datacenter in Boulder. Had some meetings with people from JES2 group about enhancing JES2 shared spool to also utilize compare-and-swap CCW sequence. other trivia, Charlie had invented compare-and-swap instruction when he was working on fine grain multiprocessor locking for cp67 at the science cneter (mnemonic chosen because CAS are his initials). Attempts to get it into 370 architecture were initially rebuffed because the POK favorite son operating system people claimed that test&set was sufficient. Challenge was in order to get compare-and-swap into 370, had to come up with non-multiprocessor uses (examples still are included in principles of operation). some past posts http://www.garlic.com/~lynn/subtopic.html#smp past posts mentioning aspen (clone vendor's name for rasp): http://www.garlic.com/~lynn/2000f.html#69 TSS ancient history, was X86 ultimate CISC? designs) http://www.garlic.com/~lynn/2001g.html#35 Did AT&T offer Unix to Digital Equipment in the 70s? http://www.garlic.com/~lynn/2002i.html#63 Hercules and System/390 - do we need it? http://www.garlic.com/~lynn/2004q.html#37 A Glimpse into PC Development Philosophy http://www.garlic.com/~lynn/2005p.html#44 hasp, jes, rasp, aspen, gold http://www.garlic.com/~lynn/2005q.html#26 What ever happened to Tandem and NonStop OS ? http://www.garlic.com/~lynn/2005q.html#27 What ever happened to Tandem and NonStop OS ? http://www.garlic.com/~lynn/2006f.html#26 Old PCs--environmental hazard http://www.garlic.com/~lynn/2006w.html#24 IBM sues maker of Intel-based Mainframe clones http://www.garlic.com/~lynn/2006w.html#28 IBM sues maker of Intel-based Mainframe clones http://www.garlic.com/~lynn/2007m.html#69 Operating systems are old and busted http://www.garlic.com/~lynn/2010i.html#44 someone smarter than Dave Cutler -- 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
Re: Find member in Linklist through JCL?
The service is CSVQUERY _http://pic.dhe.ibm.com/infocenter/zos/v1r13/index.jsp?topic=%2Fcom.ibm.zos. r13.ieaa700%2Fiea2a7b11007.htm_ (http://pic.dhe.ibm.com/infocenter/zos/v1r13/index.jsp?topic=/com.ibm.zos.r13.ieaa700/iea2a7b11007.htm) Both DDLIST(ISRDDN) and FINDMOD utilize the results. The tuning tools Omegamon, et al have similar wrappers. In a message dated 7/24/2014 2:36:42 P.M. Central Daylight Time, ajn...@ufl.edu writes: You could get from the CBTTAPE (www.cbttape.org) FILE 311, there is a FINDMOD assembler program that will do the search. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 job ids
This seemed to work for me https://listserv.uga.edu/cgi-bin/wa?SUBED1=jes3-l&A=1 Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Ed Finnell > Sent: Thursday, July 24, 2014 12:04 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: JES3 job ids > > I did find in status.uga.edu that they are experiencing LDAP problems which may > affect logins. > > > In a message dated 7/24/2014 12:58:54 P.M. Central Daylight Time, > klaus.stanislaw...@softwareag.com writes: > > Unfortunately I am currently not able to log on there for whatever reason > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
4 hour rolling average MSU calculation
Dear Listers How does the 4 Hours rolling average MSU is calculated ..what is the interval ..is it based on RMF type 70 recording interval, 10 seconds interval or WLM interval.. dose it matter if LPARs are defined at SOFT / HARD / GROUP Cappings. Reason I am asking this question is that I can easily find out how long the system has been capped and would like to predict how long the system will be capped based on our projected workloads and service requirements. I have tried to do manual calculation using 15 minutes interval MSU calculation, my figures are very close to actual 4Hr rolling MSU but not exact. kindest Regards Munif -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
z/VM performs such magic in at least three different ways: Discontiguous Saved Segments, Named Saved Systems, and VM Data Spaces. These mechanisms are probably somewhat relevant to z/OS when it operates as a z/VM guest. I hate to disagree with Jim Mulder. :-) But I'm going to disagree with his absolute "No." Specifically and as an example, Java on z/OS does some interesting things with shared memory that, in my view, fit the question as stated. Timothy Sipples IT Architect Executive, zEnterprise Industry Solutions, AP/GCG/MEA E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 job ids
Now back with access to JES3-L, I found an old entry by Ed Jaffe that might explain why you have seen "S0xx and J0xx" job IDs in that presentation. I hope Ed does not mind if I quote him from there: On Thu, 12 Sep 2002 16:46:06 -0700 Edward E. Jaffe said: > In JES3, you can't rely on the job ID to tell you the job type. All job > IDs always appear as JOBx (or Jxxx in z/OS V1R2), whether a job, > started task, or TSO user. (E)JES provides a feature to "merge" the job > type and job ID into a single displayable job ID column. Regards, Klaus -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 job ids
Thanks so much, Klaus! The things you've cited fit the note on the JES3 service that I had found. I had gotten the impression that JES3 primarily uses job numbers and that it is up to the product presenting information to get a jobid and present it one way or another. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN