Re: JES 40 and 52 exits
Hi Mike, Exit 52 (and the corresponding exit 2) are for modifications to the JOB statement, not the JCL, so that's not the place to add your two cards (unless they are to be added to the JOB card). The proper place to change JCL and add cards within the JCL stream itself (under JES) is in exits 4 and 54 (the exits can be combined to one set of code for both exits, but that wasn't your question, and it's not a requirement, just a nice thing to do. Exit 4 is for scanning JCL and JES2 control statements for jobs submitted through card readers, RJE, SNA and BSC NJE, and SPOOL reload. For jobs submitted through internal readers or TCP/IP NJE, exit 54 is called to process JCL and JES2 control statements (JECL). Each time the exit (4 or 54) is called, it's for a complete card of the JCL (or JECL). The thing to keep in mind is that if you have (for example) a DD card that is two lines long: //OUTPUT DD DSN=MIKES.DAT.SET,UNIT=SYSDA, // VOL=SER=12345,SPACE=(CYL,(1,1)),DISP=(NEW,CATLG) the exit will be called twice to process that DD (because it's two lines long) ,but the buffer will be the same on both calls, luckily you are told that you are doing that and which one you're on at the time, so it makes it simple to add your data, jsut make sure you remember the hint. The JES2 INIT exits manual is really complete on how to add cards in Exit 4 and 54, you will want to use the RJCB (RGETRJCB service, although you can also use the XPL instead, it's up to you) to add the cards. It's VERY clear on how to do it Module HASX04A in SYS1.SHASSAMP contains a sample of Exit 4. Modules HASX54A, HASX54B, and HASX54C in SYS1.SHASSAMP contains a samples of Exit 54. The exit 4 code above is pretty scarce, but the exit 54 samples are a lot more detailed. I have an exit 4/54 sample that changes job priority, and adds a continuation and EXPDT=99000 card to tape jobs that forget to specify it, but you can probably get much better samples from the JES2-L group. Exit40 is the proper place to change SYSOUT, but if it's part of the JCL itself, then you can also put the change into exit 4/54. I believe you can also get samples for these exits at the SHARE site. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Xiao Yan Tian is out of office 9/19
I will be out of the office starting 10/01/2011 and will not return until 10/10/2011. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
Sir/s, Ray ... I'd added some code that had functioned (though it did not run as one) like an 'SIRB' ... (for identifying storage users) at one point. I forget now if it was in phase 2, VDCC or some other module. That said, essentially, I see little (if any) need for most all to ever need SIRB's .. Dave, FX will not prevent SIRB's or SRB's for that matter ... FX is (or was, meant mainly for asynchronous code. not sure about post 1.10). Instead of trying to explain a SIRB .. may I please just give you an example the simplest (I think) example I can give you of an SIRB is actually another macro ... CIRB !!. Dump processing is yet another example. From my own usage, SIRB's are most valuable in critical (quick ?) storage related information. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sent: Friday, September 30, 2011 3:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TCBFX vs. TCBNOIRB On Fri, 30 Sep 2011 16:37:10 -0400, David Cole wrote: > At 9/30/2011 04:12 PM, Jim Thomas wrote: >>The focus is not on IRB's but mainly, the ability to use SRB's .. >> (this is where I tried to point out IRB vs SRB .. IOW ... with >> TCBNOIRB ... you can still ... IIRC, use SRB's). > > "SRBs"? or "SIRBs"? > > I would be surprised if a TCB setting such as TCBFX would have any > affect at all on SRBs. But I think maybe Faye Huang maybe has > something when she said: "...whereas TCBNOIRB specifically suppresses > IRBs but not SIRBs". > > I actually don't know anything about "System Interrupt Request > Blocks" (SIRBs). I know that they exist, but I don't know what > they're > used for. Can anyone enlighten me on this issue as well? > > > > > > >>If you'd like to go into detail .. perhaps explain what you're trying >> to do and such ... please feel free to contact / email me .. (after >> the weekend though please) directly and please understand that my >> current access to MVS (or z/OS or whatever the hell you want to call >> it) is rather limited so my responses might be slooow > > Thanks for the offer. At the moment, though, I'm just researching. > > >>Kind Regards >> >>Jim Thomas >>617-233-4130 (mobile) >>636-294-1014(res) >>j...@thethomasresidence.us (Email) > > Dave Cole REPLY TO: dbc...@colesoft.com > ColeSoft Marketing WEB PAGE: http://www.colesoft.com > 736 Fox Hollow RoadVOICE:540-456-8536 > Afton, VA 22920FAX: 540-456-6658 > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN > INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > I actually don't know anything about "System Interrupt Request > Blocks" (SIRBs). I know that they exist, but I don't know what > they're > used for. Can anyone enlighten me on this issue as well? Never utilized SIRB myself, but according to IHARB: 01* CREATED BY: For IRBs: CIRB (Create IRB) macro. For PRBs: SYSGEN, address space initialization, ATTACH, LINK, SYNCH, and XCTL. For SIRBs: SYSGEN, address space initialization. For SVRBs: SVC first level interruption handler. Raymond Wong -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1809 / Virus Database: 2085/4529 - Release Date: 09/30/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS restore - path Not found
> > > > The restored OMVS datasets are from other LPAR. Here , Is it possible > > to > know what > > were all the Mount points defined for the Restored OMVS dataset ? > > Is it something I can browse these HFS files and know there mount > > Points > ?(When we > > are unsure about the paths mounted) > > > > > Jags. > > Probably not. As far as I know, the mount points are not contained within an HFS. > That is only found in the BPXPRMxx member or a batch job your run to mount them. > > z/OS does not know where you want to mount datasets. You need to code it. > Either in the BPXPRMxx or a batch job that does the mount command. > > The original system should have the mount points you need. Create a BPXPRMxx > member or create a batch job to mount it on the same paths. > > Lizette > Jags, To be sure there is an understanding. z/OS only knows about mount points if they are coded in the BPXPRMxx member of Parmlib. Just to copy an HFS or zFS from one LPAR to another is not enough. You need to review the INIT and TUNING Guide on BPXPRMxx and follow the syntax on how to code BPXPRMxx. If you copy file MY.HFS from LPAR A to LPAR B and do not add the correct mount statements to BPXPRMxx, then it will not be mounted no matter how many IPLs you do. Find this REDBOOK: Hierarchical File System Usage Guide SG24-5482-01go to Chapter 4 it will tell you what you need to know. Hope that helps. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS restore - path Not found
> > The restored OMVS datasets are from other LPAR. Here , Is it possible to know what > were all the Mount points defined for the Restored OMVS dataset ? > Is it something I can browse these HFS files and know there mount Points ?(When we > are unsure about the paths mounted) > Jags. Probably not. As far as I know, the mount points are not contained within an HFS. That is only found in the BPXPRMxx member or a batch job your run to mount them. z/OS does not know where you want to mount datasets. You need to code it. Either in the BPXPRMxx or a batch job that does the mount command. The original system should have the mount points you need. Create a BPXPRMxx member or create a batch job to mount it on the same paths. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS restore - path Not found
Jags: All the system mount points are in sys1.parmlib(bpxprmxx) , if you had additional ones you have to added in there. a 'D OMVS,F' should show you the files. Another place, is ISHELL in Option #6 of TSO.. Look at the pull down menu 'File_systems' under that menu you will see 1. Mount Table 2. New HFS 3. Mount(O) 4. New ZFS 5. zFS Aggregates enter a 1 for the Mount table, this will show you all the Mounted file systems and they should match your BPXPRMxx. Regards, Scott J Ford Software Engineer http://www.identityforge.com From: jagadishan perumal To: IBM-MAIN@bama.ua.edu Sent: Friday, September 30, 2011 10:50 PM Subject: Re: OMVS restore - path Not found Hi, The restored OMVS datasets are from other LPAR. Here , Is it possible to know what were all the Mount points defined for the Restored OMVS dataset ? Is it something I can browse these HFS files and know there mount Points ?(When we are unsure about the paths mounted) Regards, Jags On Fri, Sep 30, 2011 at 10:47 PM, Scott Ford wrote: > Jags, > > If you go into TSO Option #6 and look at the Mount Table which is on the > Pulldown menu at the top of the screen do you see the HFS file, > if not it isnt mounted, you will have to mount it That also can be > performed in the same pulldown menu > > Scott J Ford > Software Engineer > http://www.identityforge.com > > > > > From: jagadishan perumal > To: IBM-MAIN@bama.ua.edu > Sent: Friday, September 30, 2011 10:59 AM > Subject: OMVS restore - path Not found > > Hi, > > I did a OMVS restore for three HFS files and restore was Successful on the > target lpar. When I do /D OMVS,F , I cannot see the files mounted. After > the > restore , I even IPLed the system to see the changes but still no luck. > Could anyone please suggest if I have missed something. The restored OMVS > datasets had path in the Source LPAR , but after restoration The paths are > not visible. Even OMVS datasets are not empty and the primary and secondary > Spaces are filled with few cylinders. > > Regards, > Jags > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Craig Pace is out of the office.
I will be out of the office starting 09/30/2011 and will not return until 10/10/2011. If you are having a production problem, please contact the CAC at extention 4000 or via e-mail: c...@fruit.com. If you need assistance prior to my return, please contact Jeff Gibson at ext. 2738 or via email: jgib...@fruit.com I will review your message and get back to you as soon as I can after returning to the office. ** 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
Sir, I've been shot for this before so I'll be brief In a manner of speaking, TCBNOIRB vs TCBFX is more about asynchronous vs. synchronous. That said, 'an' aspect is the restriction of IRB's but NOT SRB's, a 2nd would be the 'specific' user. I know SMS is one of them and the other, for quite a while has been JES .. or more specifically, the SYSOUT interface yes S/TIRB's are great but doubt that that many will ever need one. A third might, going along the lines of #2 might also be how the logic flows .. (with regard to integrity that is). Essentially the function of both flags were to prevent deadlock's ... at least.. as far as I know and both essentially serve the same function (depending on where in the you are in the food chain). This last point goes back to my previous comment about integrity. Tom forgive me if I am incorrect but I thought that FLG8 was supposed to be used in conjunction with NOIRB ... I could be wrong ... but yes, I do concur that they were GUPI (from a certain point in time). I did think though that the 'usage' for FX was externalized albeit limited to the 'privileged'. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of David Cole Sent: Friday, September 30, 2011 3:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TCBFX vs. TCBNOIRB Thanks for the link, Jim. I'll take a look. Dave At 9/30/2011 04:41 PM, Jim Thomas wrote: >Sir, > >Try this ... I think (like Ray) that I have the same manual ... > >http://www.bitsavers.org/pdf/ibm/360/os/R21.7_Apr73/plm/GY28-6616-9_OS_IO_S u >perv_PLM_R21.7_Apr73.pdf > >and yes ... it is old ... but for the most part, still very much valid (that >I know of). > > >Kind Regards > >Jim Thomas >617-233-4130 (mobile) >636-294-1014(res) >j...@thethomasresidence.us (Email) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1809 / Virus Database: 2085/4529 - Release Date: 09/30/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS restore - path Not found
Hi, The restored OMVS datasets are from other LPAR. Here , Is it possible to know what were all the Mount points defined for the Restored OMVS dataset ? Is it something I can browse these HFS files and know there mount Points ?(When we are unsure about the paths mounted) Regards, Jags On Fri, Sep 30, 2011 at 10:47 PM, Scott Ford wrote: > Jags, > > If you go into TSO Option #6 and look at the Mount Table which is on the > Pulldown menu at the top of the screen do you see the HFS file, > if not it isnt mounted, you will have to mount it That also can be > performed in the same pulldown menu > > Scott J Ford > Software Engineer > http://www.identityforge.com > > > > > From: jagadishan perumal > To: IBM-MAIN@bama.ua.edu > Sent: Friday, September 30, 2011 10:59 AM > Subject: OMVS restore - path Not found > > Hi, > > I did a OMVS restore for three HFS files and restore was Successful on the > target lpar. When I do /D OMVS,F , I cannot see the files mounted. After > the > restore , I even IPLed the system to see the changes but still no luck. > Could anyone please suggest if I have missed something. The restored OMVS > datasets had path in the Source LPAR , but after restoration The paths are > not visible. Even OMVS datasets are not empty and the primary and secondary > Spaces are filled with few cylinders. > > Regards, > Jags > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CMS load module format
Stephen Powell wrote: >Yes, I remember that. But there was a full-screen 3270 editor similar to >XEDIT available with VM/370 release 6 called EDGAR. I think it was >an add-on product. I don't think it was part of VM/370. Yes, Edgar was an add-on product. It was somewhat similar to XEDIT in a lot of ways. There were apparently a number of full-screen CMS editors inside IBM, but XEDIT is the one that got picked for VM/SP. ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Sr. Server Engineer (Vintage Systems) at Living Computer Museum, Vulcan Inc., Seattle
By way of preface, you may have seen an article in the Wall Street Journal last month about Paul Allen's collection of vintage mainframe and minicomputer systems, devoted in particular to my colleague's travels in Australia to look for a 7094 (which turned out to be a 7090) and a System/360. We have acquired a 360/40, along with another manufacturers' large systems, and need to add someone to our team. We are hoping to attract someone with IBM hardware expertise, so I am posting this here. Vulcan Inc. - Seattle, WA Living Computer Museum Vulcan's Vintage Systems Team is responsible for the restoration, operation and maintenance of the Living Computer Museum's collection of vintage computer systems. This collection includes mainframe and minicomputer systems manufactured by companies such as Digital Equipment Corporation, Data General, IBM, and Hewlett-Packard during the emergence of interactive and timeshared computing. The goal of the Living Computer Museum is to restore these systems to run historically appropriate software, presenting them as living artifacts to the academic and research communities and to the public. The systems and their associated software and documentation are curated to preserve their historical provenance. For more information on the Living Computer Museum, please visit http://www.LivingComputerMuseum.org/ Sr. Server Engineer The Sr. Server Engineer is responsible for the restoration of vintage systems as well as day-to-day operation and maintenance of the Living Computer Museum collection. Responsibilities include hardware and software installation, configuration, maintenance, troubleshooting, procurement of parts, and certification/performance testing of the various computer systems including associated peripherals. Additional duties include research and writing regarding individual systems and their restoration and preservation. When required and on occasion, responsibilities include assisting on special projects. The ideal candidate will have a Bachelor's degree and at least 6 years related experience and/or training. Operations and administration experience required with mainframe and minicomputer systems, with emphasis on timesharing systems, or senior-level field service experience with same. Must have strong analytical and planning skills with the ability to communicate and conceptualize projects to integrate the technology with the needs and functions of the Living Computer Museum. For a full job description and to apply, please visit our careers site: http://jobs.vulcan.com/ Rich Alderson Vintage Computing Sr. Server Engineer Senior Curator Vulcan, Inc.Living Computer Museum 505 5th Avenue S, Suite 900 2245 1st Avenue S Seattle, WA 98104 Seattle, WA 98134 mailto:ri...@vulcan.com mailto:ri...@livingcomputermuseum.org http://www.LivingComputerMuseum.org/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VM/370 R6 on Hercules
I would like to thank you all. I fixed the problem with the PL/1-F compiler on VM/370 R6 on Hercules, it works now. Also the Stanford Pascal Compiler, which generates PCODE370 as intermediate code, then 370 code. And ASSEMBLER and FORTRAN, of course. There are some other languages, which I have still to examine. Really good old stuff, great fun. Have a nice weekend. Kind regards Bernd Am 30.09.2011 21:28, schrieb Phil Smith III: Farley, Peter wrote, in part: There is no version of XEDIT available in any form (or wasn't the last time I checked, anyway). XEDIT only came with VM/SP2 and up, I believe. VM/SP Release 1. Not that it matters, but the gods of historical correctness must be appeased! ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DS8000 migration stories?
Each LCU has 256 that can be GEN'ed the PAV's are GEN'ed has 3390A for aliases Example CNTLUNIT CUNUMBR=BF11,PATH=(F1,F2,F6,F7,6F,8C), * UNITADD=((00,256)),CUADD=1,UNIT=2105 IODEVICE ADDRESS=(40D0,048),CUNUMBR=(BF10),STADET=Y,UNIT=3390A IODEVICE ADDRESS=(4100,208),CUNUMBR=(BF11),STADET=Y,UNIT=3390B ** UNIT=3390B base volumes are for devices that will have data allocated to them UnIT=3390A alias is for PAV Parallel Access definitions UNITADD=00/ UNITADD=80 Ted; This agency has been throwing hardware at POOR APPLICATION DESIGN for the 25 years I have been here. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Friday, September 30, 2011 5:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DS8000 migration stories? >2.) This architecture exploits Parallel Access Volume (PAV) functionality; we >have 48 PAV's defined to each Logical Control Unit (LCU) of which we have >16 LCU's; on our Payroll processing weekend Out of how many volumes? 256? >I have I see 46 of the 48 PAV's defined to one (1) logical address. That is usually a sign of an application design/issue. PAVs are, in this case, just throwing hardware at a design problem. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secondary Jes2 Not part of a MAS
Got some names mixed up. The secondary JES name can have any 4th character. I used 'S' here for consistency. Here are some definitions for secondary JES2 that accesses an inactive spool, that is, one whose own MVS/JES2 were not active at the time. -- Name must be something other than JES2, e.g. JESS -- JESS must be defined in the subsystem name table SUBSYS SUBNAME(JESS) /* ALTERNATE JES -- NO OTHER KEYWORDS */ -- In JES PARMS, you must point to unique checkpoint and spool data sets and member name(s) CKPTDEF CKPT1=(DSN=SYS1.JESCKPT1,VOL=JESCKS,INUSE=YES), CKPT2=(DSN=SYS1.JESCKPT2,VOL=SPOLS1,INUSE=YES),... SPOOLDEF VOLUME=SPOLS,... MEMBER(01) NAME=S0 MEMBER(02) NAME=S1 MEMBER(03) NAME=S2 -- If you want to NJE to it, you must create and define a unique VTAM logon applid -- If you want to access the secondary JES2 via SDSF, create a separate SDSF task proc: //SDSFSYSS PROC M=SS, /* SUFFIX FOR ISFPRMXX */ // P='LC(H)' /* USE SYSOUT CLASS H FOR SDSFLOG */ //SDSF EXEC PGM=ISFHCTL,REGION=32M,TIME=1440,PARM='M(&M),&P' -- I can' find my old ISFPRMSS, but it contains something like this: SERVER NAME(SDSFSYSS),JESNAME(JESS),MEMBER(S0) -- Get into SDSF and look at help for SDSF Command on how to connect to server SDSFSYSS . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: "Ward, Mike S" To: IBM-MAIN@bama.ua.edu Date: 09/30/2011 02:33 PM Subject:Re: Secondary Jes2 Not part of a MAS Sent by:IBM Mainframe Discussion List You are correct. I want to set up a secondary Jes2 that is not part of the same mas as the primary. I need to test some jes2 exits that I;m writing. I don't want to test the exits on the primary jes for obvious reasons. I figured I could connect the two using some type of nje configuration, but I'n not clear on how to do it. I was hoping for a share paper or something similar. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Skip Robinson Sent: Friday, September 30, 2011 4:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Secondary Jes2 Not part of a MAS Can you tell us what you want to do? I assume that by 'not part of a MAS', you mean not part of the same MAS as the primary JES2. Once upon a time, you could point a secondary JES2 to any spool you wanted. Now there are sysplex considerations. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: "Ward, Mike S" To: IBM-MAIN@bama.ua.edu Date: 09/30/2011 02:19 PM Subject:Secondary Jes2 Not part of a MAS Sent by:IBM Mainframe Discussion List Hi all, does anyone know of a good document for setting up a secondary JES2 that's not part of a MAS. Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DS8000 migration stories?
>2.) This architecture exploits Parallel Access Volume (PAV) functionality; we >have 48 PAV's defined to each Logical Control Unit (LCU) of which we have >16 LCU's; on our Payroll processing weekend Out of how many volumes? 256? >I have I see 46 of the 48 PAV's defined to one (1) logical address. That is usually a sign of an application design/issue. PAVs are, in this case, just throwing hardware at a design problem. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secondary Jes2 Not part of a MAS
Here are some definitions for secondary JES2 that accesses an inactive spool, that is, one whose own MVS/JES2 were not active at the time. -- Name must be something other than JES2, e.g. JESS -- JESS must be defined in the subsystem name table SUBSYS SUBNAME(JESS) /* ALTERNATE JES -- NO OTHER KEYWORDS */ -- In JES PARMS, you must point to unique checkpoint and spool data sets and member name(s) CKPTDEF CKPT1=(DSN=SYS1.JESCKPT1,VOL=JESCKS,INUSE=YES), CKPT2=(DSN=SYS1.JESCKPT2,VOL=SPOLS1,INUSE=YES),... SPOOLDEF VOLUME=SPOLS,... MEMBER(01) NAME=S0 MEMBER(02) NAME=S1 MEMBER(03) NAME=S2 -- If you want to NJE to it, you must create and define a unique VTAM logon applid -- If you want to access the secondary JES2 via SDSF, create a separate SDSF task proc: //SDSFSYSS PROC M=SS, /* SUFFIX FOR ISFPRMXX */ // P='LC(H)' /* USE SYSOUT CLASS H FOR SDSFLOG */ //SDSF EXEC PGM=ISFHCTL,REGION=32M,TIME=1440,PARM='M(&M),&P' -- I can' find my old ISFPRMSS, but it contains something like this: SERVER NAME(SDSFSYSS),JESNAME(JESA),MEMBER(S0) -- Get into SDSF and look at help for SDSF Command on how to connect to server SDSFSYSS . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: "Ward, Mike S" To: IBM-MAIN@bama.ua.edu Date: 09/30/2011 02:33 PM Subject:Re: Secondary Jes2 Not part of a MAS Sent by:IBM Mainframe Discussion List You are correct. I want to set up a secondary Jes2 that is not part of the same mas as the primary. I need to test some jes2 exits that I;m writing. I don't want to test the exits on the primary jes for obvious reasons. I figured I could connect the two using some type of nje configuration, but I'n not clear on how to do it. I was hoping for a share paper or something similar. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Skip Robinson Sent: Friday, September 30, 2011 4:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Secondary Jes2 Not part of a MAS Can you tell us what you want to do? I assume that by 'not part of a MAS', you mean not part of the same MAS as the primary JES2. Once upon a time, you could point a secondary JES2 to any spool you wanted. Now there are sysplex considerations. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: "Ward, Mike S" To: IBM-MAIN@bama.ua.edu Date: 09/30/2011 02:19 PM Subject:Secondary Jes2 Not part of a MAS Sent by:IBM Mainframe Discussion List Hi all, does anyone know of a good document for setting up a secondary JES2 that's not part of a MAS. Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DS8000 migration stories?
Several years ago (pre KATRINA) we migrated from eleven (11) DASD subsystems from five (5) different vendors (Hitachi Solid State Device with 2.43GBS and two (2) HDS 7000; EMC 5000 and EMC5430; two IBM/STK RAMAC VIRTUAL ARRAYS (RVA); two (2) Amdahl Subsystems which were RAID1 and two STK ICEBERGS. (Who ever wanted market share got our business only need we had was speeds and feeds); to two (2) IBM Sharks. We moved all the data with Innovation software that I think is called FDRPAS with 'NO DOWN TIME' Outstanding product. Couple of points about the performance of the IBM hardware: 1.) Going from ESCON to FICON was a major performance enhancement. 2.) This architecture exploits Parallel Access Volume (PAV) functionality; we have 48 PAV's defined to each Logical Control Unit (LCU) of which we have 16 LCU's; on our Payroll processing weekend I have I see 46 of the 48 PAV's defined to one (1) logical address. The only questions I got from programmers after we implemented this architecture was WHY THEIR JOBS WERE RUNNING SO FAST; SOMETHING HAD TO BE WRONG!! If you would like to discuss this offline you can call me at 504-426-2460 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Pinnacle Sent: Friday, September 30, 2011 1:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DS8000 migration stories? On 9/30/2011 12:54 PM, Jan Vanbrabant wrote: > Hi, > > Mgt is discussing replacement of EMC with DS8000 of a customer who is > insourced. > > Besides the financial aspect (which fortunately is not my problem) there is > of course the technical aspect. > Any "succes" stories? "Horror" stories"? > - about migration > - about performance ( I/Os,response time) > - possible JCL or procedures adaptations? > > In general, are benchmark figures available somewhere? > > Thanks on beforehand, > Jan > Jan, Take a look at using FDRPAS for migrating the data http://www.fdr.com/products/fdrpas/. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
> As far as I know, TCBFX and TCBNOIRB both serve the same function: > When either is on, the queuing of IRBs to the task is deferred. Both > of the APARs you suggested, discuss problems when such deferrals are > not managed properly. > > What I want to know is, why the redundancy? Why are there two flags > that serve the same purpose? There must be subtle differences... > What are they? I found a comment in an OCO module which says: Note that TcbNoIRB was defined in addition to TCBFX, because TCBFX is sometimes not saved and restored by the programs that set it, e.g. RTM. I also looked at all of the modules which take an action when TCBFX is on. IEAVAR04 and IEAVEEE0 check for TCBFX or TCBNOIRB being on (and these are the ones that you would care about). IEAVEIRB, IEFAB429, and ISNSVC check only TCBFX. Those may be bugs, will have to investigate further. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secondary Jes2 Not part of a MAS
You are correct. I want to set up a secondary Jes2 that is not part of the same mas as the primary. I need to test some jes2 exits that I;m writing. I don't want to test the exits on the primary jes for obvious reasons. I figured I could connect the two using some type of nje configuration, but I'n not clear on how to do it. I was hoping for a share paper or something similar. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Skip Robinson Sent: Friday, September 30, 2011 4:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Secondary Jes2 Not part of a MAS Can you tell us what you want to do? I assume that by 'not part of a MAS', you mean not part of the same MAS as the primary JES2. Once upon a time, you could point a secondary JES2 to any spool you wanted. Now there are sysplex considerations. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: "Ward, Mike S" To: IBM-MAIN@bama.ua.edu Date: 09/30/2011 02:19 PM Subject:Secondary Jes2 Not part of a MAS Sent by:IBM Mainframe Discussion List Hi all, does anyone know of a good document for setting up a secondary JES2 that's not part of a MAS. Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secondary Jes2 Not part of a MAS
Can you tell us what you want to do? I assume that by 'not part of a MAS', you mean not part of the same MAS as the primary JES2. Once upon a time, you could point a secondary JES2 to any spool you wanted. Now there are sysplex considerations. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: "Ward, Mike S" To: IBM-MAIN@bama.ua.edu Date: 09/30/2011 02:19 PM Subject:Secondary Jes2 Not part of a MAS Sent by:IBM Mainframe Discussion List Hi all, does anyone know of a good document for setting up a secondary JES2 that's not part of a MAS. Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Secondary Jes2 Not part of a MAS
Hi all, does anyone know of a good document for setting up a secondary JES2 that's not part of a MAS. Thanks in advance. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
Thanks for the link, Jim. I'll take a look. Dave At 9/30/2011 04:41 PM, Jim Thomas wrote: Sir, Try this ... I think (like Ray) that I have the same manual ... http://www.bitsavers.org/pdf/ibm/360/os/R21.7_Apr73/plm/GY28-6616-9_OS_IO_Su perv_PLM_R21.7_Apr73.pdf and yes ... it is old ... but for the most part, still very much valid (that I know of). Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
That puts it at z/OS R1.5 At 9/30/2011 04:36 PM, Jim Mulder wrote: > Wow, it actually dated back 1981, 1983. I do not even realize TCBNOIRB > didn't exist then. Do you know what z/OS version it was introduced? "Use the source, Luke". I don't always think to look in MACLIB... Would that I had your level of access to the source, Jim. Can you shed any link on my TCBFX vs TCBNOIRB question? Dave BROWSESYS1.MACLIB(IKJTCB)Li Command ===> .* $08=OW47908 HBB6605 010129 U2IAXZ: Add TCBNOIRB Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
All right, I stand educated. ;-) . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Mark Zelden To: IBM-MAIN@bama.ua.edu Date: 09/30/2011 01:35 PM Subject:Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED) Sent by:IBM Mainframe Discussion List On Fri, 30 Sep 2011 12:41:25 -0700, Skip Robinson wrote: >OK, I stand corrected on the 'separateness' issue. I remember now trying >REIPL without having AUTOIPL set up. It didn't work at all. > >However there is obviously a difference. A vanilla VARY XCF OFF does not >invoke automatic IPL because AUTOIPL is not triggered by WAIT 0A2. 'REIPL' >must override that exception. > SKip, Because the RC matters. WAIT 0A2 RSN 004 does not trigger an SADUMP. See the doc on the WSAT for the entire table. This is why I said in my first response that IMHO there is no reason not to do the SADUMP based on the codes in the table. Unless it takes too much time in your environment (FSVO "too much time" compared to losing an SADUMP and another possible outage). Regards, Mark -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
On Fri, 30 Sep 2011 16:37:10 -0400, David Cole wrote: At 9/30/2011 04:12 PM, Jim Thomas wrote: The focus is not on IRB's but mainly, the ability to use SRB's .. (this is where I tried to point out IRB vs SRB .. IOW ... with TCBNOIRB ... you can still ... IIRC, use SRB's). "SRBs"? or "SIRBs"? I would be surprised if a TCB setting such as TCBFX would have any affect at all on SRBs. But I think maybe Faye Huang maybe has something when she said: "...whereas TCBNOIRB specifically suppresses IRBs but not SIRBs". I actually don't know anything about "System Interrupt Request Blocks" (SIRBs). I know that they exist, but I don't know what they're used for. Can anyone enlighten me on this issue as well? If you'd like to go into detail .. perhaps explain what you're trying to do and such ... please feel free to contact / email me .. (after the weekend though please) directly and please understand that my current access to MVS (or z/OS or whatever the hell you want to call it) is rather limited so my responses might be slooow Thanks for the offer. At the moment, though, I'm just researching. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html I actually don't know anything about "System Interrupt Request Blocks" (SIRBs). I know that they exist, but I don't know what they're used for. Can anyone enlighten me on this issue as well? Never utilized SIRB myself, but according to IHARB: 01* CREATED BY: For IRBs: CIRB (Create IRB) macro. For PRBs: SYSGEN, address space initialization, ATTACH, LINK, SYNCH, and XCTL. For SIRBs: SYSGEN, address space initialization. For SVRBs: SVC first level interruption handler. Raymond Wong -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
Sir, Try this ... I think (like Ray) that I have the same manual ... http://www.bitsavers.org/pdf/ibm/360/os/R21.7_Apr73/plm/GY28-6616-9_OS_IO_Su perv_PLM_R21.7_Apr73.pdf and yes ... it is old ... but for the most part, still very much valid (that I know of). Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of David Cole Sent: Friday, September 30, 2011 3:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TCBFX vs. TCBNOIRB Interesting... How old is your "Stage 3 exit Effector Logic" manual? (I'm guessing at least a couple of decades.) I *think* that the TCBNOIRB flag might be newer than your manual. I don't know when it was introduced, but I became aware of TCBNOIRB only within the past year. The TCBFX flag I've known about for several decades. Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 At 9/30/2011 04:01 PM, wrote: >Is it possible that TCBFX is used to suppress the scheduling of all >asynchronous exit for a task, whereas TCBNOIRB specifically >suppresses IRBs but not SIRBs. Stage 3 exit effector logic manual >indicates TCBFX=1 prevents all asynchrounous scheduling to the task >but has no mention of TCBINOIRB. > >Thanks, >Raymond Wong -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1809 / Virus Database: 2085/4529 - Release Date: 09/30/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
> Wow, it actually dated back 1981, 1983. I do not even realize TCBNOIRB > didn't exist then. Do you know what z/OS version it was introduced? "Use the source, Luke". BROWSESYS1.MACLIB(IKJTCB)Li Command ===> .* $08=OW47908 HBB6605 010129 U2IAXZ: Add TCBNOIRB Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
On Fri, 30 Sep 2011 12:41:25 -0700, Skip Robinson wrote: >OK, I stand corrected on the 'separateness' issue. I remember now trying >REIPL without having AUTOIPL set up. It didn't work at all. > >However there is obviously a difference. A vanilla VARY XCF OFF does not >invoke automatic IPL because AUTOIPL is not triggered by WAIT 0A2. 'REIPL' >must override that exception. > SKip, Because the RC matters. WAIT 0A2 RSN 004 does not trigger an SADUMP. See the doc on the WSAT for the entire table. This is why I said in my first response that IMHO there is no reason not to do the SADUMP based on the codes in the table. Unless it takes too much time in your environment (FSVO "too much time" compared to losing an SADUMP and another possible outage). Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
At 9/30/2011 04:12 PM, Jim Thomas wrote: The focus is not on IRB's but mainly, the ability to use SRB's .. (this is where I tried to point out IRB vs SRB .. IOW ... with TCBNOIRB ... you can still ... IIRC, use SRB's). "SRBs"? or "SIRBs"? I would be surprised if a TCB setting such as TCBFX would have any affect at all on SRBs. But I think maybe Faye Huang maybe has something when she said: "...whereas TCBNOIRB specifically suppresses IRBs but not SIRBs". I actually don't know anything about "System Interrupt Request Blocks" (SIRBs). I know that they exist, but I don't know what they're used for. Can anyone enlighten me on this issue as well? If you'd like to go into detail .. perhaps explain what you're trying to do and such ... please feel free to contact / email me .. (after the weekend though please) directly and please understand that my current access to MVS (or z/OS or whatever the hell you want to call it) is rather limited so my responses might be slooow Thanks for the offer. At the moment, though, I'm just researching. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
On Fri, 30 Sep 2011 16:22:49 -0400, David Cole wrote: Interesting... How old is your "Stage 3 exit Effector Logic" manual? (I'm guessing at least a couple of decades.) I *think* that the TCBNOIRB flag might be newer than your manual. I don't know when it was introduced, but I became aware of TCBNOIRB only within the past year. The TCBFX flag I've known about for several decades. Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 At 9/30/2011 04:01 PM, wrote: Is it possible that TCBFX is used to suppress the scheduling of all asynchronous exit for a task, whereas TCBNOIRB specifically suppresses IRBs but not SIRBs. Stage 3 exit effector logic manual indicates TCBFX=1 prevents all asynchrounous scheduling to the task but has no mention of TCBINOIRB. Thanks, Raymond Wong -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Wow, it actually dated back 1981, 1983. I do not even realize TCBNOIRB didn't exist then. Do you know what z/OS version it was introduced? Thanks, Raymond Wong www.ldksoftware.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
On 9/30/2011 1:04 PM, Jim Mulder wrote: 17C Operator requested partitioning with the VARY XCF command and REIPL AutoIPL option specified. 180 Operator requested partitioning with the VARY XCF command and SADMP AutoIPL option specified. 184 Operator requested partitioning with the VARY XCF command and SADMP and REIPL AutoIPL options specified. What HE said. :-) -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
Interesting... How old is your "Stage 3 exit Effector Logic" manual? (I'm guessing at least a couple of decades.) I *think* that the TCBNOIRB flag might be newer than your manual. I don't know when it was introduced, but I became aware of TCBNOIRB only within the past year. The TCBFX flag I've known about for several decades. Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 At 9/30/2011 04:01 PM, wrote: Is it possible that TCBFX is used to suppress the scheduling of all asynchronous exit for a task, whereas TCBNOIRB specifically suppresses IRBs but not SIRBs. Stage 3 exit effector logic manual indicates TCBFX=1 prevents all asynchrounous scheduling to the task but has no mention of TCBINOIRB. Thanks, Raymond Wong -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
List / Et'al ... Forgive me for this OT email ... but I'd really love to chat w/Ray I'm pretty sure we know each other ... Ray ... if you please, contact me directly .. email or otherwise ... Hope all is well w/you ... and I look forward to hearing from you !!. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sent: Friday, September 30, 2011 3:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TCBFX vs. TCBNOIRB On Fri, 30 Sep 2011 06:00:43 -0400, David Cole wrote: > Can anyone tell me the difference in purpose or management between > the TCBFX flag and the TCBNOIRB flag? > > As far as I know they both are supposed to prevent the queuing of > IRBs. In the IKJTCB macro they each are doc'd as follows: > >> TCBNOIRB EQU X'40' - If on, IRBs will not be queued to this >> TCB. @08A >> * A program setting this flag MUST save its >> * current value and restore that value >> either >> * when that program can tolerate IRBs being >> * queued or before the current RB >> terminates. > > >> TCBFXEQU X'01' - PROHIBIT QUEUEING OF ASYNCHRONOUS EXITS >> FOR >> * THIS TASK > > > So why do they both exist? > > > Thanks, > > Dave Cole REPLY TO: dbc...@colesoft.com > ColeSoft Marketing WEB PAGE: http://www.colesoft.com > 736 Fox Hollow RoadVOICE:540-456-8536 > Afton, VA 22920FAX: 540-456-6658 > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN > INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html Is it possible that TCBFX is used to suppress the scheduling of all asynchronous exit for a task, whereas TCBNOIRB specifically suppresses IRBs but not SIRBs. Stage 3 exit effector logic manual indicates TCBFX=1 prevents all asynchrounous scheduling to the task but has no mention of TCBINOIRB. Thanks, Raymond Wong -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1809 / Virus Database: 2085/4529 - Release Date: 09/30/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
Ok, that's a policy difference and is good to know. Thanks. I'd still like to know what the functional difference is (if any). Thanks, Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 At 9/30/2011 02:50 PM, Tom Harper wrote: David, I believe that TCBNOIRB is within TCBFLGS8 which is part of the programming interface whereas TCBFX is within TCBFLGS1 which is not. Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CMS load module format
Anne & Lynn Wheeler wrote: riv...@dignus.com (Thomas David Rivers) writes: Can anyone point me to a description of the CMS non-relocatable load module format? I can't seem to find it anywhere... (i.e. the output of the CMS GENMOD command.) old/original ... part of vm370/cms release 6 dmsmod assemble file from hercules/cbttape distribution (more detailed information in actual source): * GENMOD ISSUES THE START (NO) COMMAND TO FINISH LOADING OF 00116000 Thanks Lynn! I was able to locate the DMSMOD source you reference there... on reading that, I see that the format is an 80-byte record, which contains 80 bytes from the NUCON starting at the STRTADDR offset. Then, you have 'n' records; each up to 65535 bytes in length that are the bytes of the module. Presumably the difference between BEGINNING ADDRESS and ENDING ADDRESS from the NUCON describe how many bytes that is (and, there is no possibility of a short record.) Following those bytes, there is the optional loader-table. Just thought I would lay this out in case somene in the future was curious. Thanks again for the pointer! - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
Sir, The focus is not on IRB's but mainly, the ability to use SRB's .. (this is where I tried to point out IRB vs SRB .. IOW ... with TCBNOIRB ... you can still ... IIRC, use SRB's). If you'd like to go into detail .. perhaps explain what you're trying to do and such ... please feel free to contact / email me .. (after the weekend though please) directly and please understand that my current access to MVS (or z/OS or whatever the hell you want to call it) is rather limited so my responses might be slooow Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of David Cole Sent: Friday, September 30, 2011 1:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TCBFX vs. TCBNOIRB Hi Jim, Thanks for taking a stab at this. I've looked at the APARs you suggested, but if the offer clues to my question, I'm not seeing them... As far as I know, TCBFX and TCBNOIRB both serve the same function: When either is on, the queuing of IRBs to the task is deferred. Both of the APARs you suggested, discuss problems when such deferrals are not managed properly. What I want to know is, why the redundancy? Why are there two flags that serve the same purpose? There must be subtle differences... What are they? What am I missing? Thanks, Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 At 9/30/2011 02:04 PM, Jim Thomas wrote: >Sir, > >For TCBNOIRB, I'd suggest scanning thru an old APAR (OA19796) and >perhaps following on to some of the other related APAR's (please >keep in mind, 'IRB'). > >For TCBFX, I'd suggest, OA16342 and related (please keep in mind, >'asynchronous'). > > From the little I've used these flags, it's more a question of whom > the 'setter/reset r' is and obviously, what is being done. > > >Kind Regards > >Jim Thomas >617-233-4130 (mobile) >636-294-1014(res) >j...@thethomasresidence.us (Email) > >-Original Message- >>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf >>Of David Cole >>Sent: Friday, September 30, 2011 5:01 AM >>To: IBM-MAIN@bama.ua.edu >>Subject: TCBFX vs. TCBNOIRB >> >>Can anyone tell me the difference in purpose or management between >>the TCBFX flag and the TCBNOIRB flag? >> >>As far as I know they both are supposed to prevent the queuing of >>IRBs. In the IKJTCB macro they each are doc'd as follows: >> >> TCBNOIRB EQU X'40' - If on, IRBs will not be queued to this TCB. >> * A program setting this flag MUST save its >> * current value and restore that value either >> * when that program can tolerate IRBs being >> * queued or before the current RB terminates. >> >> >> TCBFXEQU X'01' - PROHIBIT QUEUEING OF ASYNCHRONOUS EXITS FOR >> * THIS TASK >> >> >>So why do they both exist? >> >>Thanks, >>Dave Cole REPLY TO: dbc...@colesoft.com >>ColeSoft Marketing WEB PAGE: http://www.colesoft.com >>736 Fox Hollow RoadVOICE:540-456-8536 >>Afton, VA 22920FAX: 540-456-6658 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1809 / Virus Database: 2085/4529 - Release Date: 09/30/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
On Fri, 30 Sep 2011 06:00:43 -0400, David Cole wrote: Can anyone tell me the difference in purpose or management between the TCBFX flag and the TCBNOIRB flag? As far as I know they both are supposed to prevent the queuing of IRBs. In the IKJTCB macro they each are doc'd as follows: TCBNOIRB EQU X'40' - If on, IRBs will not be queued to this TCB. @08A * A program setting this flag MUST save its * current value and restore that value either * when that program can tolerate IRBs being * queued or before the current RB terminates. TCBFXEQU X'01' - PROHIBIT QUEUEING OF ASYNCHRONOUS EXITS FOR * THIS TASK So why do they both exist? Thanks, Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Is it possible that TCBFX is used to suppress the scheduling of all asynchronous exit for a task, whereas TCBNOIRB specifically suppresses IRBs but not SIRBs. Stage 3 exit effector logic manual indicates TCBFX=1 prevents all asynchrounous scheduling to the task but has no mention of TCBINOIRB. Thanks, Raymond Wong -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
> On 9/30/2011 12:41 PM, Skip Robinson wrote:
> > However there is obviously a difference. A vanilla VARY XCF OFF does
not
> > invoke automatic IPL because AUTOIPL is not triggered by WAIT 0A2.
'REIPL'
> > must override that exception.
>
> 0A2 with reason=4 is in the WSAT:
>
>
> 6.4.1 Wait state action table (WSAT)
>
> Entries are of the form fwww, where
> f represents flags
> represents the reason code
> www represents the wait state code
>
> The '0010'b flag indicates that SADMP is to be IPLed.
> The '0001'b flag indicates that z/OS is to be IPLed.
> Both flags on ('0011'b) indicates that SADMP is to be IPLed,
followed by
> z/OS.
> The '1000'b flag indicates that any reason code (for this wait state
code)
> should be considered a match.
>
> The entries coded into the WSAT as of this writing are as follows:
>
> X'40A2' <--- Right Here!
> X'1017C0A2'
> X'201800A2'
> X'301840A2'
> X'200010B5'
> X'200020B5'
> X'A001'
> X'A007'
> X'A008'
> X'A009'
> X'A010'
> X'A037'
> X'A039'
> X'A056'
> X'A079'
>
From MVS System Codes, for 0A2 wait state:
17C
Operator requested partitioning with the VARY XCF command and REIPL
AutoIPL option specified.
180
Operator requested partitioning with the VARY XCF command and SADMP
AutoIPL option specified.
184
Operator requested partitioning with the VARY XCF command and SADMP and
REIPL AutoIPL options specified.
Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
On 9/30/2011 12:54 PM, Edward Jaffe wrote: Oops. It's the x17C reason that performs the reIPL: X'40A2' X'1017C0A2' <--- Right Here! X'201800A2' X'301840A2' X'200010B5' X'200020B5' X'A001' X'A007' X'A008' X'A009' X'A010' X'A037' X'A039' X'A056' X'A079' -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
On 9/30/2011 12:41 PM, Skip Robinson wrote:
However there is obviously a difference. A vanilla VARY XCF OFF does not
invoke automatic IPL because AUTOIPL is not triggered by WAIT 0A2. 'REIPL'
must override that exception.
0A2 with reason=4 is in the WSAT:
6.4.1 Wait state action table (WSAT)
Entries are of the form fwww, where
f represents flags
represents the reason code
www represents the wait state code
The '0010'b flag indicates that SADMP is to be IPLed.
The '0001'b flag indicates that z/OS is to be IPLed.
Both flags on ('0011'b) indicates that SADMP is to be IPLed, followed by
z/OS.
The '1000'b flag indicates that any reason code (for this wait state code)
should be considered a match.
The entries coded into the WSAT as of this writing are as follows:
X'40A2' <--- Right Here!
X'1017C0A2'
X'201800A2'
X'301840A2'
X'200010B5'
X'200020B5'
X'A001'
X'A007'
X'A008'
X'A009'
X'A010'
X'A037'
X'A039'
X'A056'
X'A079'
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
OK, I stand corrected on the 'separateness' issue. I remember now trying REIPL without having AUTOIPL set up. It didn't work at all. However there is obviously a difference. A vanilla VARY XCF OFF does not invoke automatic IPL because AUTOIPL is not triggered by WAIT 0A2. 'REIPL' must override that exception. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Mark Zelden To: IBM-MAIN@bama.ua.edu Date: 09/30/2011 12:19 PM Subject:Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED) Sent by:IBM Mainframe Discussion List On Fri, 30 Sep 2011 11:29:22 -0700, Skip Robinson wrote: > >Also to clarify: there is a REIPL option on the VARY XCF OFF command. This >is very useful when you just want to bounce a system for whatever reason. >No delay, no switching sysres volume. This option is totally separate from >AUTOIPL, which is intended to repair a sick system while getting doc on >the problem, all without manual intervention. > No, it is not totally separate from AUTOIPL. It is separate from the SADUMP option of AUTOIPL.Without the AUTOIPL specified in DIAGxx and an option for MVS, VARy XCF,sysname,OFFLINE,REIPL is not valid. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CMS load module format
Farley, Peter wrote, in part: >There is no version of XEDIT available in any form (or wasn't the last time I checked, anyway). XEDIT only came with VM/SP2 and up, I believe. VM/SP Release 1. Not that it matters, but the gods of historical correctness must be appeased! ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT to my collegues
Rick, I agree with you 100%. Calculators are great, but sometimes, kids take the easy way out which is a calculator over doing it by hand Scott J Ford Software Engineer http://www.identityforge.com From: Rick Fochtman To: IBM-MAIN@bama.ua.edu Sent: Friday, September 30, 2011 3:20 PM Subject: Re: OT to my collegues Thats like the slide-rule days before calculators... --- Don't knock that old "slip-stick". :-) For me it's faster than a calculator! I sometimes tutor high-school kids in math. We start by doing arithmetic on paper and pencil. Then they "graduate" to using an abacus, then a "slip-stick". Only when they've mastered these are they allowed to use calculators. I've found that calculator drops 90-95% after this basic "indoctrination". (Fingers are not allowed at any time!) :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT to my collegues
Thats like the slide-rule days before calculators... --- Don't knock that old "slip-stick". :-) For me it's faster than a calculator! I sometimes tutor high-school kids in math. We start by doing arithmetic on paper and pencil. Then they "graduate" to using an abacus, then a "slip-stick". Only when they've mastered these are they allowed to use calculators. I've found that calculator drops 90-95% after this basic "indoctrination". (Fingers are not allowed at any time!) :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
On Fri, 30 Sep 2011 11:29:22 -0700, Skip Robinson wrote: > >Also to clarify: there is a REIPL option on the VARY XCF OFF command. This >is very useful when you just want to bounce a system for whatever reason. >No delay, no switching sysres volume. This option is totally separate from >AUTOIPL, which is intended to repair a sick system while getting doc on >the problem, all without manual intervention. > No, it is not totally separate from AUTOIPL. It is separate from the SADUMP option of AUTOIPL.Without the AUTOIPL specified in DIAGxx and an option for MVS, VARy XCF,sysname,OFFLINE,REIPL is not valid. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
On 9/30/2011 11:29 AM, Skip Robinson wrote: Also to clarify: there is a REIPL option on the VARY XCF OFF command. This is very useful when you just want to bounce a system for whatever reason. No delay, no switching sysres volume. This option is totally separate from AUTOIPL, which is intended to repair a sick system while getting doc on the problem, all without manual intervention. The REIPL option on V XCF OFF is not totally separate from AUTOIPL. When you issue V XCF OFF REIPL you are instructing z/OS to perform a reIPL using the AUTOIPL specifications in DIAGxx. To reIPL from the same SYSRES you last IPLed from, be sure you have MVS(LAST) specified on your AUTOIPL statement. Then, issue V XCF OFF REIPL. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
> Also to clarify: there is a REIPL option on the VARY XCF OFF command. This > is very useful when you just want to bounce a system for whatever reason. > No delay, no switching sysres volume. This option is totally separate from > AUTOIPL, which is intended to repair a sick system while getting doc on > the problem, all without manual intervention. VARY XCF OFF always results in a 0A2 wait state on the target system. The DUMP and REIPL options of VARY XCF OFF simply cause the reason code for the 0A2 to be ones which are defined in the AutoIPL Wait State Action Table (WSAT) to cause the desired effect. AutoIPL is what actually initiates the dumping and/or reIPLing. (Although I disavowed responsibility for the AutoIPL heath check that Barbara didn't like, I was heavily involved in the design and implementation of the AutoIPL function. So I don't object to being the target of complaints about the function itself). Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
David, I believe that TCBNOIRB is within TCBFLGS8 which is part of the programming interface whereas TCBFX is within TCBFLGS1 which is not. Tom - Original Message - From: David Cole [mailto:dbc...@colesoft.com] Sent: Friday, September 30, 2011 02:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TCBFX vs. TCBNOIRB Hi Jim, Thanks for taking a stab at this. I've looked at the APARs you suggested, but if the offer clues to my question, I'm not seeing them... As far as I know, TCBFX and TCBNOIRB both serve the same function: When either is on, the queuing of IRBs to the task is deferred. Both of the APARs you suggested, discuss problems when such deferrals are not managed properly. What I want to know is, why the redundancy? Why are there two flags that serve the same purpose? There must be subtle differences... What are they? What am I missing? Thanks, Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 At 9/30/2011 02:04 PM, Jim Thomas wrote: >Sir, > >For TCBNOIRB, I'd suggest scanning thru an old APAR (OA19796) and >perhaps following on to some of the other related APAR's (please >keep in mind, 'IRB'). > >For TCBFX, I'd suggest, OA16342 and related (please keep in mind, >'asynchronous'). > > From the little I've used these flags, it's more a question of whom > the 'setter/reset r' is and obviously, what is being done. > > >Kind Regards > >Jim Thomas >617-233-4130 (mobile) >636-294-1014(res) >j...@thethomasresidence.us (Email) > >-Original Message- >>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf >>Of David Cole >>Sent: Friday, September 30, 2011 5:01 AM >>To: IBM-MAIN@bama.ua.edu >>Subject: TCBFX vs. TCBNOIRB >> >>Can anyone tell me the difference in purpose or management between >>the TCBFX flag and the TCBNOIRB flag? >> >>As far as I know they both are supposed to prevent the queuing of >>IRBs. In the IKJTCB macro they each are doc'd as follows: >> >> TCBNOIRB EQU X'40' - If on, IRBs will not be queued to this TCB. >> * A program setting this flag MUST save its >> * current value and restore that value either >> * when that program can tolerate IRBs being >> * queued or before the current RB terminates. >> >> >> TCBFXEQU X'01' - PROHIBIT QUEUEING OF ASYNCHRONOUS EXITS FOR >> * THIS TASK >> >> >>So why do they both exist? >> >>Thanks, >>Dave Cole REPLY TO: dbc...@colesoft.com >>ColeSoft Marketing WEB PAGE: http://www.colesoft.com >>736 Fox Hollow RoadVOICE:540-456-8536 >>Afton, VA 22920FAX: 540-456-6658 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DS8000 migration stories?
THANKS Dana! Have a nice WE. Jan On Fri, Sep 30, 2011 at 8:23 PM, Dana Mitchell wrote: > Jan, > > We migrated from two Hitachi subsystems to two DS8100's. Performance was a > very noticable improvement mostly due to going from Escon to Ficon. > Migration was easy since the deal included a tempory license for IBM's > TDMF. Moved 5 images in a sysplex and removed all the old DASD without any > outage. > > Dana > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
Hi Jim, Thanks for taking a stab at this. I've looked at the APARs you suggested, but if the offer clues to my question, I'm not seeing them... As far as I know, TCBFX and TCBNOIRB both serve the same function: When either is on, the queuing of IRBs to the task is deferred. Both of the APARs you suggested, discuss problems when such deferrals are not managed properly. What I want to know is, why the redundancy? Why are there two flags that serve the same purpose? There must be subtle differences... What are they? What am I missing? Thanks, Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 At 9/30/2011 02:04 PM, Jim Thomas wrote: Sir, For TCBNOIRB, I'd suggest scanning thru an old APAR (OA19796) and perhaps following on to some of the other related APAR's (please keep in mind, 'IRB'). For TCBFX, I'd suggest, OA16342 and related (please keep in mind, 'asynchronous'). From the little I've used these flags, it's more a question of whom the 'setter/reset r' is and obviously, what is being done. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of David Cole Sent: Friday, September 30, 2011 5:01 AM To: IBM-MAIN@bama.ua.edu Subject: TCBFX vs. TCBNOIRB Can anyone tell me the difference in purpose or management between the TCBFX flag and the TCBNOIRB flag? As far as I know they both are supposed to prevent the queuing of IRBs. In the IKJTCB macro they each are doc'd as follows: TCBNOIRB EQU X'40' - If on, IRBs will not be queued to this TCB. * A program setting this flag MUST save its * current value and restore that value either * when that program can tolerate IRBs being * queued or before the current RB terminates. TCBFXEQU X'01' - PROHIBIT QUEUEING OF ASYNCHRONOUS EXITS FOR * THIS TASK So why do they both exist? Thanks, Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
I'm not sure why Barbara is so opposed to AUTOIPL in principle, but I can see where critical production might be problematic. On the other hand, I've seldom seen a system truly hang (from XCF's point of view) for an extended period and then miraculously recover. The 'extended period' is user-defined based on settings in the SFM policy. You can set a very long hang time if you're concerned about premature system whacking, but IBM has long maintained that a near-death sysplex experience is (most?) often resolved by expeditious re-IPL. That is, outage to the client may well be less in the long run than with the time honored tradition of conference calling everyone up to the CIO for concurrence. Also to clarify: there is a REIPL option on the VARY XCF OFF command. This is very useful when you just want to bounce a system for whatever reason. No delay, no switching sysres volume. This option is totally separate from AUTOIPL, which is intended to repair a sick system while getting doc on the problem, all without manual intervention. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Edward Jaffe To: IBM-MAIN@bama.ua.edu Date: 09/30/2011 10:42 AM Subject:Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED) Sent by:IBM Mainframe Discussion List On 9/30/2011 10:17 AM, Mark Zelden wrote: > On Fri, 30 Sep 2011 00:11:07 -0500, Barbara Nitz wrote: > >> Let's see if the rest of the autoipl function is as bad. > Use it, love it. Long time coming... VM has had a reipl option "forever". Just to clarify: although the results appear similar, what z/VM has done 'forever' is not actually a reIPL. z/OS is using a relatively new System z hardware function that reIPLs the LPAR. This is a _real_ IPL! z/VM was simulating that by shutting down (almost completely, but not quite) and then branching back to the top of the code from within the _same IPL_ as understood by the hardware. -- Edward E Jaffe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DS8000 migration stories?
Jan, We migrated from two Hitachi subsystems to two DS8100's. Performance was a very noticable improvement mostly due to going from Escon to Ficon. Migration was easy since the deal included a tempory license for IBM's TDMF. Moved 5 images in a sysplex and removed all the old DASD without any outage. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who uses RBGRSAVE in a task's *oldest* RB?
Sir, I do not have the data areas w/me at the moment, but I believe this to be an issue of 'whom' FLIH has trapped (e.g. ... TASK, SRB, SVC .) and since you've said, 'task' being interrupted, a peek at the SVRB (in specific) might give you better insight. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of David Cole Sent: Friday, September 30, 2011 5:22 AM To: IBM-MAIN@bama.ua.edu Subject: Who uses RBGRSAVE in a task's *oldest* RB? Here's an interesting question... Given that when a task is interrupted: (1) It's registers (Rn, RHn and ARn) are saved in the TCB and STCB (2) When the interrupt (such as SVCs or program checks or certain asynchronous ones) leads to the creation of a new RB, those saved registers are eventually copied into the *newly created* RB and XSB ... it would seem that the RBGRSAVE, XSBARS and XSBG64H fields for the *oldest* RB and XSB would remain forever unused. HOWEVER, I ran a test. From an instance of an authorized XDC running under a newer RB, I manually zapped the contents of the *oldest* RBGRSAVE to garbage values to see what would happen when said oldest RB (two RBs removed from XDC's RB) was later resumed. To my surprise, trouble did not wait. My aspace crashed instantly! (s333-20). So somebody's using that oldest RBGRSAVE in an unexpected way. I'm just wondering if anybody knows who... Thanks, Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1809 / Virus Database: 2085/4526 - Release Date: 09/29/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
On Fri, 30 Sep 2011 10:41:13 -0700, Edward Jaffe wrote: >On 9/30/2011 10:17 AM, Mark Zelden wrote: >> On Fri, 30 Sep 2011 00:11:07 -0500, Barbara Nitz wrote: >> >>> Let's see if the rest of the autoipl function is as bad. >> Use it, love it. Long time coming... VM has had a reipl option "forever". > >Just to clarify: although the results appear similar, what z/VM has done >'forever' is not actually a reIPL. > >z/OS is using a relatively new System z hardware function that reIPLs the LPAR. >This is a _real_ IPL! > >z/VM was simulating that by shutting down (almost completely, but not quite) >and >then branching back to the top of the code from within the _same IPL_ as >understood by the hardware. > Right, thanks for making that distinction. z9 (at the proper driver) or above required IIRC. Sort of changing subjects slightly here: Have you (or anyone) ever known a case were VM reipl didn't do what you needed it to do?I haven't worked with VM enough in recent history to know. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DS8000 migration stories?
On 9/30/2011 12:54 PM, Jan Vanbrabant wrote: Hi, Mgt is discussing replacement of EMC with DS8000 of a customer who is insourced. Besides the financial aspect (which fortunately is not my problem) there is of course the technical aspect. Any "succes" stories? "Horror" stories"? - about migration - about performance ( I/Os,response time) - possible JCL or procedures adaptations? In general, are benchmark figures available somewhere? Thanks on beforehand, Jan Jan, Take a look at using FDRPAS for migrating the data http://www.fdr.com/products/fdrpas/. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCBFX vs. TCBNOIRB
Sir, For TCBNOIRB, I'd suggest scanning thru an old APAR (OA19796) and perhaps following on to some of the other related APAR's (please keep in mind, 'IRB'). For TCBFX, I'd suggest, OA16342 and related (please keep in mind, 'asynchronous'). >From the little I've used these flags, it's more a question of whom the 'setter/reset r' is and obviously, what is being done. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of David Cole Sent: Friday, September 30, 2011 5:01 AM To: IBM-MAIN@bama.ua.edu Subject: TCBFX vs. TCBNOIRB Can anyone tell me the difference in purpose or management between the TCBFX flag and the TCBNOIRB flag? As far as I know they both are supposed to prevent the queuing of IRBs. In the IKJTCB macro they each are doc'd as follows: > TCBNOIRB EQU X'40' - If on, IRBs will not be queued to this TCB. @08A > * A program setting this flag MUST save its > * current value and restore that value either > * when that program can tolerate IRBs being > * queued or before the current RB terminates. > TCBFXEQU X'01' - PROHIBIT QUEUEING OF ASYNCHRONOUS EXITS FOR > * THIS TASK So why do they both exist? Thanks, Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1809 / Virus Database: 2085/4526 - Release Date: 09/29/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
On 9/30/2011 10:17 AM, Mark Zelden wrote: On Fri, 30 Sep 2011 00:11:07 -0500, Barbara Nitz wrote: Let's see if the rest of the autoipl function is as bad. Use it, love it. Long time coming... VM has had a reipl option "forever". Just to clarify: although the results appear similar, what z/VM has done 'forever' is not actually a reIPL. z/OS is using a relatively new System z hardware function that reIPLs the LPAR. This is a _real_ IPL! z/VM was simulating that by shutting down (almost completely, but not quite) and then branching back to the top of the code from within the _same IPL_ as understood by the hardware. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS restore - path Not found
Jags, If you go into TSO Option #6 and look at the Mount Table which is on the Pulldown menu at the top of the screen do you see the HFS file, if not it isnt mounted, you will have to mount it That also can be performed in the same pulldown menu Scott J Ford Software Engineer http://www.identityforge.com From: jagadishan perumal To: IBM-MAIN@bama.ua.edu Sent: Friday, September 30, 2011 10:59 AM Subject: OMVS restore - path Not found Hi, I did a OMVS restore for three HFS files and restore was Successful on the target lpar. When I do /D OMVS,F , I cannot see the files mounted. After the restore , I even IPLed the system to see the changes but still no luck. Could anyone please suggest if I have missed something. The restored OMVS datasets had path in the Source LPAR , but after restoration The paths are not visible. Even OMVS datasets are not empty and the primary and secondary Spaces are filled with few cylinders. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
On Fri, 30 Sep 2011 00:11:07 -0500, Barbara Nitz wrote: >Let's see if the rest of the autoipl function is as bad. Use it, love it. Long time coming... VM has had a reipl option "forever". At first I tested without the SADMP option, but since the codes in the WSAT that say to take an SADMP are minimal (and ones you would always want a SADUMP for IMHO), and my client has something like 15 3390-9 volumes being written in parallel for an SADUMP (which means the dump doesn't take all that long), I turned on the SADUMP option long time ago after initial testing. Occasionally we IPL from the same sysres address (not implementing OS maintenance) or on rare occasion we IPL to recover from a problem, so I also had the automation team implement a "REIPL" parm to their shutdown command. So no one has to even go to the HMC for those type of IPLs now. My DIAGxx parm looks like this: AUTOIPL SADMP(cuua,SMSYSC) MVS(LAST) Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT to my collegues
Rick, I forgot to mention my last go around (recently) with manuals. I got an IPAD last year and while it did come with instructions, the instructions were printed on a folded piece of paper that were printed in 4pt type. Now I will admit to being old but 4 pt type?. So how can anyone install anything, If the instructions are essentially useless? APPLE is supposedly famous for ease of use but 4 pt type? I had to ask a friend to come over to read the instructions. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DS8000 migration stories?
Hi, Mgt is discussing replacement of EMC with DS8000 of a customer who is insourced. Besides the financial aspect (which fortunately is not my problem) there is of course the technical aspect. Any "succes" stories? "Horror" stories"? - about migration - about performance ( I/Os,response time) - possible JCL or procedures adaptations? In general, are benchmark figures available somewhere? Thanks on beforehand, Jan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT to my collegues
Don, Thats like the slide-rule days before calculators... Scott J Ford Software Engineer http://www.identityforge.com From: "Grinsell, Don" To: IBM-MAIN@bama.ua.edu Sent: Friday, September 30, 2011 11:25 AM Subject: Re: OT to my collegues "I had to carry them on CD, ugh.." Now that makes me smile. I can only wonder what my kids will be telling their kids about how tough they had it back in the days of iPods and all that jazz. -- Donald Grinsell State of Montana 406-444-2983 dgrins...@mt.gov "Up until age seventy, to some degree, aging is elective. It's socially determined when you start to feel old." -- Sebastion Junger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS restore - path Not found
Take a look at mounting it then /usr/sbin/mount -qv /your/path. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Friday, September 30, 2011 8:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: OMVS restore - path Not found Hi Lizette, Source LPAR : 1.6 Target LPAR : 1.12 During IPL there are not failure messages pertaining to OMVS. I even check in tso ishell to see if there are paths related to the restored OMVS datasets but no luck. Onething we noticed was these were just a OMVS datasets which were not updated in the Source LPAR BPX parmlib. Are there any ways to see the path level informations for the OMVS datasets restored ? Regards, Jags On Fri, Sep 30, 2011 at 8:44 PM, Lizette Koehler wrote: > > > >I did a OMVS restore for three HFS files and restore was Successful on the > >target lpar. When I do /D OMVS,F , I cannot see the files mounted. After > the > >restore , I even IPLed the system to see the changes but still no luck. > >Could anyone please suggest if I have missed something. The restored OMVS > >datasets had path in the Source LPAR , but after restoration The paths are > >not visible. Even OMVS datasets are not empty and the primary and > secondary > >Spaces are filled with few cylinders. > > > > > Jags, > > What version of z/OS? > > What is coded in your BPXPRMxx member? This is where the most likely > cause of your problem might be. > > Can you go to ISHELL, ISPF 3.17 or OMVS and see them mounted? > > What error messages occured at IPL time for this files. Look for BPX > messages and these file names. > > Lizette > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS restore - path Not found
Hopefully you unmounted the filesystem before restoring, but did not mention remounting. What error do you see when you try mounting? Regarding the IPL has BPXPRMxx recently been changed? You can try SETOMVS SYNTAXCHECK=(xx) for possible errors. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Friday, September 30, 2011 8:00 AM To: IBM-MAIN@bama.ua.edu Subject: OMVS restore - path Not found Hi, I did a OMVS restore for three HFS files and restore was Successful on the target lpar. When I do /D OMVS,F , I cannot see the files mounted. After the restore , I even IPLed the system to see the changes but still no luck. Could anyone please suggest if I have missed something. The restored OMVS datasets had path in the Source LPAR , but after restoration The paths are not visible. Even OMVS datasets are not empty and the primary and secondary Spaces are filled with few cylinders. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS restore - path Not found
Hi Lizette, Source LPAR : 1.6 Target LPAR : 1.12 During IPL there are not failure messages pertaining to OMVS. I even check in tso ishell to see if there are paths related to the restored OMVS datasets but no luck. Onething we noticed was these were just a OMVS datasets which were not updated in the Source LPAR BPX parmlib. Are there any ways to see the path level informations for the OMVS datasets restored ? Regards, Jags On Fri, Sep 30, 2011 at 8:44 PM, Lizette Koehler wrote: > > > >I did a OMVS restore for three HFS files and restore was Successful on the > >target lpar. When I do /D OMVS,F , I cannot see the files mounted. After > the > >restore , I even IPLed the system to see the changes but still no luck. > >Could anyone please suggest if I have missed something. The restored OMVS > >datasets had path in the Source LPAR , but after restoration The paths are > >not visible. Even OMVS datasets are not empty and the primary and > secondary > >Spaces are filled with few cylinders. > > > > > Jags, > > What version of z/OS? > > What is coded in your BPXPRMxx member? This is where the most likely > cause of your problem might be. > > Can you go to ISHELL, ISPF 3.17 or OMVS and see them mounted? > > What error messages occured at IPL time for this files. Look for BPX > messages and these file names. > > Lizette > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT to my collegues
"I had to carry them on CD, ugh.." Now that makes me smile. I can only wonder what my kids will be telling their kids about how tough they had it back in the days of iPods and all that jazz. -- Donald Grinsell State of Montana 406-444-2983 dgrins...@mt.gov "Up until age seventy, to some degree, aging is elective. It's socially determined when you start to feel old." -- Sebastion Junger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS restore - path Not found
> >I did a OMVS restore for three HFS files and restore was Successful on the >target lpar. When I do /D OMVS,F , I cannot see the files mounted. After the >restore , I even IPLed the system to see the changes but still no luck. >Could anyone please suggest if I have missed something. The restored OMVS >datasets had path in the Source LPAR , but after restoration The paths are >not visible. Even OMVS datasets are not empty and the primary and secondary >Spaces are filled with few cylinders. > Jags, What version of z/OS? What is coded in your BPXPRMxx member? This is where the most likely cause of your problem might be. Can you go to ISHELL, ISPF 3.17 or OMVS and see them mounted? What error messages occured at IPL time for this files. Look for BPX messages and these file names. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CMS load module format
peter.far...@broadridge.com (Farley, Peter x23353) writes: > IIRC there is no easy FTP in or out of VM/370. Your only real > transfer capability is the VM/370 system reader and punch. The VMARC > format (like XMIT) packages text in 80-byte records and can be > transmitted back and forth using reader and punch. There are both MVS > 3.8 and VM/370 versions of VMARC, so files created in MVS 3.8 can be > transmitted back and forth with VM/370. There is also a VM/370 dump > command which writes files to the punch, but I forget the output > format that it uses. re: http://www.garlic.com/~lynn/2011m.html#30 CMS load module format ... note lots of os/360 (&/or mvs) applications/compilers were ported to CMS by implementing simulation of os/360 access method services (on cms filesystem, this is different from simulation of os/360 access method services on real mvs disks mentioned below). CMSSEG was introduced in vm370 release 3 with DCSS (a very small subset of my paged-mapped filesystem and virtual memory management changes mentioned below). OS simulation should be in CMSSEG (there was joke about 32kbyte OS/360 simulation code in CMSSEG was much more cost effective OS/360 simulation than the 8mbyte OS/360 simulation in MVS). this has discussion about standard hercules distribution and whether cmsseg definition is in conflict with the cms virtual machine size you are using: http://osdir.com/ml/emulators.hercules390.vm/2003-11/msg00132.html "disk dump/load" was one of the original cms (when it was cambridge monitor system on cp67 ... before morph to vm370 and name change to conversational monitor system) commands from mid-60s. The original CMS filesystem formated disks into 800-byte fixed length physical records (early form of FBA). a similar gimick (temporary changing file format to 800-byte fixed-length records) was also used by the cms tape dump/load application ... but physical 800-byte blocks on tape. from dmsdsk (also from vm370 release 6) *DUMP: DISK COPIES THE FILE DESIGNATION FROM THE 00096000 *PARAMETER LIST INTO BYTES 58 - 76 OF AN 89-BYTE 00097000 *BUFFER. (THE FIRST FOUR BYTES OF THE BUFFER CONTAIN 00098000 *ANIDENTIFIERCONSISTING OFANINTERNAL 00099000 *REPRESENTATION OF A 12-2-9 PUNCH AND THE CHARACTERS 0010 *'CMS'.) THENDISK TEMPORARILYCHANGES THE 00101000 *CHARACTERISTICS OF THE FILE IN THE 40-BYTE FST ENTRY 00102000 *TO MAKE IT APPEAR AS A FILE OF 800-BYTE FIXED-LENGTH 00103000 *RECORDS. (THE CORRECT FST ENTRY IS RESTORED WHEN THE 00104000 *FILE HAS BEEN DUMPED, OF COURSE.) DISK MOVES THE 00105000 *INITIAL VALUE FOR SEQUENCING 00106000 *(001) INTO BYTES 77-80 OF THE BUFFER. DISK NEXT 00107000 *CALLS THE DMSBRD FUNCTION 00108000 *PROGRAM TO READ THE FIRST 50 BYTES OF THE TEMPORARY 00109000 *COPY INTO 0011 *BYTES 6-55 OF THE BUFFER AND THEN THE DMSCIO FUNCTION 00111000 *PROGRAM TO PUNCH 00112000 *THE CONTENTS OF THE BUFFER. HAVING PUNCHED THE FIRST 00113000 *CARD, DISK INCREMENTS THE SEQUENCE NUMBER (BYTES 00114000 *77-80 OF THE OUTPUT BUFFER) AND OVERLAYS BYTES 6-55 00115000 *OF THE BUFFER WITH THE NEXT 50 BYTES OF THE FILE 00116000 *BY CALLING DMSBRD. IT THEN PUNCHES THE CONTENTS OF 00117000 *THE00118000 *BUFFER.DISK REPEATS THIS PROCESS FOR EACH 00119000 *SUBSEQUENT 50 BYTES OF DATA IN THE TEMPORARY DISK 0012 *FILE. WHEN THE END-OF-FILE IS ENCOUNTERED, DISK 00121000 *GENERATES AN END CARD (ONE WITH N IN COLUMN 5) AND 00122000 *PUNCHES IT,00123000 *CALLS THE CP CLOSE COMMAND TO CLOSE PUNCH 00124000 ... snip ... During the FS period ... some past posts http://www.garlic.com/~lynn/submain.html#futuresys lots of 370 development (both software & hardware) was cut back all over the company. with the failure of FS ... there was mad rush to get stuff back into the 370 product pipelines. This was motivation for picking up a lot of 370 stuff I had been doing all during the FS period for vm370 release 3 ... some old email related to converting & enhancing bunch of stuff from cp67 to vm370: http://www.garlic.com/~lynn/2006v.html#email731212 http://www.garlic.com/~lynn/2006w.html#email750102 http://www.garlic.com/~lynn/2006w.html#email750430 and then additional
Re: OMVS restore - path Not found
Sorry for the wrong posting. Please ignore my previous email. Regards Saurabh On Fri, Sep 30, 2011 at 8:32 PM, saurabh khandelwal < sourabhkhandelwal...@gmail.com> wrote: > boss.. what was the solution for my problem.. > > > On Fri, Sep 30, 2011 at 8:29 PM, jagadishan perumal > wrote: > >> Hi, >> >> I did a OMVS restore for three HFS files and restore was Successful on the >> target lpar. When I do /D OMVS,F , I cannot see the files mounted. After >> the >> restore , I even IPLed the system to see the changes but still no luck. >> Could anyone please suggest if I have missed something. The restored OMVS >> datasets had path in the Source LPAR , but after restoration The paths are >> not visible. Even OMVS datasets are not empty and the primary and >> secondary >> Spaces are filled with few cylinders. >> >> Regards, >> Jags >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >> Search the archives at http://bama.ua.edu/archives/ibm-main.html >> > > > > -- > Thanks & Regards > Saurabh Khandelwal > -- Thanks & Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS restore - path Not found
boss.. what was the solution for my problem.. On Fri, Sep 30, 2011 at 8:29 PM, jagadishan perumal wrote: > Hi, > > I did a OMVS restore for three HFS files and restore was Successful on the > target lpar. When I do /D OMVS,F , I cannot see the files mounted. After > the > restore , I even IPLed the system to see the changes but still no luck. > Could anyone please suggest if I have missed something. The restored OMVS > datasets had path in the Source LPAR , but after restoration The paths are > not visible. Even OMVS datasets are not empty and the primary and secondary > Spaces are filled with few cylinders. > > Regards, > Jags > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Thanks & Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OMVS restore - path Not found
Hi, I did a OMVS restore for three HFS files and restore was Successful on the target lpar. When I do /D OMVS,F , I cannot see the files mounted. After the restore , I even IPLed the system to see the changes but still no luck. Could anyone please suggest if I have missed something. The restored OMVS datasets had path in the Source LPAR , but after restoration The paths are not visible. Even OMVS datasets are not empty and the primary and secondary Spaces are filled with few cylinders. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES 40 and 52 exits
Hello all, I have been tasked to dynamically add 2 cards to specific jobs, and also modify the sysout card for those same jobs. I have been reading and rereading the jes2 exit manual and now I'm thoroughly confused as to how to actually do it. The sample exits they provide don't actually show you how to do it. It's mostly a here is the exit now you add what you need. Would anyone be willing to share either of these exit if you have them. It would be appreciated. Thanks in advance. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT to my collegues
Clark, I guess I am a little bias, second generation IT, also my second software vendor, this time as a Developer. I would agree the manuals should be transportable, i.e; ipad, iphone, etc. Makes life a lot easier. I had to carry them on CD, ugh.. Scott J Ford Software Engineer http://www.identityforge.com From: Clark Morris To: IBM-MAIN@bama.ua.edu Sent: Friday, September 30, 2011 10:30 AM Subject: Re: OT to my collegues On 29 Sep 2011 13:57:23 -0700, in bit.listserv.ibm-main you wrote: >Yep Ed absolutely ...Read the manuals of the product and go through and >critical think, did i say a bad word, critical think On the other hand, it could be like the manuals for my Canon SX20 where the nice pocket size getting started manual doesn't ell you how to use all of the functions and there is no way to easily print the full PDF so that you end up with a manual that you can carry with you. Thus I have yet to really figure how to use manual focus even though it was a major consideration when I bought the camera. Then there is the virtually useless set of papers that came with my LG IPS monitor that were not explicit in the set up instructions and showing of the connectors. I gave up on the first attempt in the evening and it was only through using wikipedia on my wife's computer that I was able to really see how a DVI connector worked. Clark Morris > > >Scott J Ford >Software Engineer >http://www.identityforge.com > > > > >From: Edward Jaffe >To: IBM-MAIN@bama.ua.edu >Sent: Thursday, September 29, 2011 4:54 PM >Subject: Re: OT to my collegues > >On 9/29/2011 1:26 PM, Scott Ford wrote: >> Is that I am getting older or are people forgetting how to read IBM manuals >> . > >Not just IBM manuals. ;-) > >-- Edward E Jaffe >Phoenix Software International, Inc >831 Parkview Drive North >El Segundo, CA 90245 >310-338-0400 x318 >edja...@phoenixsoftware.com >http://www.phoenixsoftware.com/ > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT to my collegues
On 29 Sep 2011 13:57:23 -0700, in bit.listserv.ibm-main you wrote: >Yep Ed absolutely ...Read the manuals of the product and go through and >critical think, did i say a bad word, critical think On the other hand, it could be like the manuals for my Canon SX20 where the nice pocket size getting started manual doesn't ell you how to use all of the functions and there is no way to easily print the full PDF so that you end up with a manual that you can carry with you. Thus I have yet to really figure how to use manual focus even though it was a major consideration when I bought the camera. Then there is the virtually useless set of papers that came with my LG IPS monitor that were not explicit in the set up instructions and showing of the connectors. I gave up on the first attempt in the evening and it was only through using wikipedia on my wife's computer that I was able to really see how a DVI connector worked. Clark Morris > > >Scott J Ford >Software Engineer >http://www.identityforge.com > > > > >From: Edward Jaffe >To: IBM-MAIN@bama.ua.edu >Sent: Thursday, September 29, 2011 4:54 PM >Subject: Re: OT to my collegues > >On 9/29/2011 1:26 PM, Scott Ford wrote: >> Is that I am getting older or are people forgetting how to read IBM manuals >> . > >Not just IBM manuals. ;-) > >-- Edward E Jaffe >Phoenix Software International, Inc >831 Parkview Drive North >El Segundo, CA 90245 >310-338-0400 x318 >edja...@phoenixsoftware.com >http://www.phoenixsoftware.com/ > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT to my collegues
On 29 Sep 2011 18:08:36 -0700, in bit.listserv.ibm-main you wrote: >- > >>Why read when it is simpler to just ask here and get a pre-digested answer? >>Almost as good as sleep learning via RNA-drip. Or is my attitude showing >>again? Ah, for the grand old days of public ridicule. But, this is the >>Windows generation. Where everything should be intuitive (aka "no learning >>required!") and no action should ever result in injury. That's why it is >>necessary for an electric hair dryer to be labeled "do not use while >>showering". >> >> >> > >As long as we have the current "liberal" and "politically correct" >press, public ridicule will remain stifled. Public ridicule and scorn are alive and well. There just are different targets. My bosses were into asking if you have read the manual and now that we can get the IBM manuals on-line it is easier. I just wish the other vendors were as open. Clark Morris > >Rick > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [MVS-OE] compress dataset converting dsname in filename
Yes. I've run into that myself. It's as if UNIX were evil. Well, OK, maybe it is. . But not as evil as Windows. And, in reality, I like using Linux for my desktop. z/OS UNIX is not as nice, IMO. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lloyd Fuller > Sent: Friday, September 30, 2011 8:49 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [MVS-OE] compress dataset converting dsname in filename > > As far as I know you are correct. I have not tried to do that. > > However, my company has found that lots of sites know how to > transfer MVS files > (even if they are using FTP :-)), but balk at transferring > UNIX files from > z/OS. So giving them the commands to build an MVS file from > a set of UNIX files > using pax, or giving them a pax file that they can upload to > MVS, and then > giving them the pax command to unload those files from an MVS > file works great. > > Lloyd -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [MVS-OE] compress dataset converting dsname in filename
As far as I know you are correct. I have not tried to do that. However, my company has found that lots of sites know how to transfer MVS files (even if they are using FTP :-)), but balk at transferring UNIX files from z/OS. So giving them the commands to build an MVS file from a set of UNIX files using pax, or giving them a pax file that they can upload to MVS, and then giving them the pax command to unload those files from an MVS file works great. Lloyd - Original Message From: "McKown, John" To: IBM-MAIN@bama.ua.edu Sent: Fri, September 30, 2011 9:15:31 AM Subject: Re: [MVS-OE] compress dataset converting dsname in filename OK, I was thinking the OP wanted the contents of a z/OS dataset to be put into a tar file (likely along with its z/OS DSN and DCB characteristics). You're very correct about the pax/tar output data residing in a z/OS dataset. My mistake. pax -wzf "//'SOME.ZOS.DSN.PAX.Z'" will do it. But I maintain that you cannot: pax -wzf /u/myid/some.file.pax.Z 'SYS1.MACLIB(READ)' 'SOME.OTHER.SEQ.DSN' That is, you cannot put the contents of a z/OS dataset as a part of the pax archive. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lloyd Fuller > Sent: Friday, September 30, 2011 8:05 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [MVS-OE] compress dataset converting dsname in filename > > Actually pax will support input or output MVS files: you can > pax from an MVS > flat file to the appropriate UNIX files or pax into an MVS > flat file from UNIX > files. But notice that the files being manipulated by pax > are always UNIX > files. > > I am not sure about tar do this. I have only done it with pax. > > Lloyd > > > > - Original Message > From: "McKown, John" > To: IBM-MAIN@bama.ua.edu > Sent: Fri, September 30, 2011 8:10:44 AM > Subject: Re: [MVS-OE] compress dataset converting dsname in filename > > Bottom line: no. > > tar (and pax) only support UNIX resident files. They do not > support z/OS type > datasets (PS, PO, VS, etc). You could copy the data into a UNIX file > /u/myid/zos.full.dataset.name and then tar that. But you'd > need a way to > reconstruct it on the far end. Hum, you could use TSO > TRANSMIT to create and > FB/80, copy that to UNIX and tar it. Or perhaps even better, > use AMATERSE, then > copy that to a UNIX file and tar it. But, really, I'm being silly. > > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > (817) 255-3225 phone * > john.mck...@healthmarkets.com * www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain > confidential or > proprietary information. If you are not the intended > recipient, please contact > the sender by reply e-mail and destroy all copies of the > original message. > HealthMarkets(r) is the brand name for products underwritten > and issued by the > insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake > Life Insurance > Company(r), Mid-West National Life Insurance Company of > TennesseeSM and The MEGA > Life and Health Insurance Company.SM > > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Marco Gianfranco Indaco > > Sent: Friday, September 30, 2011 4:17 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: [MVS-OE] compress dataset converting dsname in filename > > > > Hi to all. > > There's a way using bpxbatch to create a tar.gz of dataset > > and to convert in > > the compress the dsname into filename? > > > > Regards. > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET > IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/ar
Re: OT to my collegues
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Scott Ford > > Yep Ed absolutely ...Read the manuals of the product and go through and critical think, did i say a > bad word, critical think[.] More and more nowadays, it seems people are not being taught *how* to think. They're constantly being told *what* to think, but -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [MVS-OE] compress dataset converting dsname in filename
OK, I was thinking the OP wanted the contents of a z/OS dataset to be put into a tar file (likely along with its z/OS DSN and DCB characteristics). You're very correct about the pax/tar output data residing in a z/OS dataset. My mistake. pax -wzf "//'SOME.ZOS.DSN.PAX.Z'" will do it. But I maintain that you cannot: pax -wzf /u/myid/some.file.pax.Z 'SYS1.MACLIB(READ)' 'SOME.OTHER.SEQ.DSN' That is, you cannot put the contents of a z/OS dataset as a part of the pax archive. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lloyd Fuller > Sent: Friday, September 30, 2011 8:05 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [MVS-OE] compress dataset converting dsname in filename > > Actually pax will support input or output MVS files: you can > pax from an MVS > flat file to the appropriate UNIX files or pax into an MVS > flat file from UNIX > files. But notice that the files being manipulated by pax > are always UNIX > files. > > I am not sure about tar do this. I have only done it with pax. > > Lloyd > > > > - Original Message > From: "McKown, John" > To: IBM-MAIN@bama.ua.edu > Sent: Fri, September 30, 2011 8:10:44 AM > Subject: Re: [MVS-OE] compress dataset converting dsname in filename > > Bottom line: no. > > tar (and pax) only support UNIX resident files. They do not > support z/OS type > datasets (PS, PO, VS, etc). You could copy the data into a UNIX file > /u/myid/zos.full.dataset.name and then tar that. But you'd > need a way to > reconstruct it on the far end. Hum, you could use TSO > TRANSMIT to create and > FB/80, copy that to UNIX and tar it. Or perhaps even better, > use AMATERSE, then > copy that to a UNIX file and tar it. But, really, I'm being silly. > > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > (817) 255-3225 phone * > john.mck...@healthmarkets.com * www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain > confidential or > proprietary information. If you are not the intended > recipient, please contact > the sender by reply e-mail and destroy all copies of the > original message. > HealthMarkets(r) is the brand name for products underwritten > and issued by the > insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake > Life Insurance > Company(r), Mid-West National Life Insurance Company of > TennesseeSM and The MEGA > Life and Health Insurance Company.SM > > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Marco Gianfranco Indaco > > Sent: Friday, September 30, 2011 4:17 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: [MVS-OE] compress dataset converting dsname in filename > > > > Hi to all. > > There's a way using bpxbatch to create a tar.gz of dataset > > and to convert in > > the compress the dsname into filename? > > > > Regards. > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET > IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [MVS-OE] compress dataset converting dsname in filename
Actually pax will support input or output MVS files: you can pax from an MVS flat file to the appropriate UNIX files or pax into an MVS flat file from UNIX files. But notice that the files being manipulated by pax are always UNIX files. I am not sure about tar do this. I have only done it with pax. Lloyd - Original Message From: "McKown, John" To: IBM-MAIN@bama.ua.edu Sent: Fri, September 30, 2011 8:10:44 AM Subject: Re: [MVS-OE] compress dataset converting dsname in filename Bottom line: no. tar (and pax) only support UNIX resident files. They do not support z/OS type datasets (PS, PO, VS, etc). You could copy the data into a UNIX file /u/myid/zos.full.dataset.name and then tar that. But you'd need a way to reconstruct it on the far end. Hum, you could use TSO TRANSMIT to create and FB/80, copy that to UNIX and tar it. Or perhaps even better, use AMATERSE, then copy that to a UNIX file and tar it. But, really, I'm being silly. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Marco Gianfranco Indaco > Sent: Friday, September 30, 2011 4:17 AM > To: IBM-MAIN@bama.ua.edu > Subject: [MVS-OE] compress dataset converting dsname in filename > > Hi to all. > There's a way using bpxbatch to create a tar.gz of dataset > and to convert in > the compress the dsname into filename? > > Regards. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CMS load module format
Bernd, There is a pretty active Yahoo group for help with Hercules problems to which you should direct your questions: http://groups.yahoo.com/group/hercules-390/ And there is one for VM/370 too: http://groups.yahoo.com/group/Hercules-VM370/ However, I can answer one or two of your questions: There is no version of XEDIT available in any form (or wasn't the last time I checked, anyway). XEDIT only came with VM/SP2 and up, I believe. IIRC there is no easy FTP in or out of VM/370. Your only real transfer capability is the VM/370 system reader and punch. The VMARC format (like XMIT) packages text in 80-byte records and can be transmitted back and forth using reader and punch. There are both MVS 3.8 and VM/370 versions of VMARC, so files created in MVS 3.8 can be transmitted back and forth with VM/370. There is also a VM/370 dump command which writes files to the punch, but I forget the output format that it uses. I haven't been active on Hercules for a long while now, so take all my answers with a large grain of salt. You should join at least the main Hercules group and seek help there. HTH Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bernd Oppolzer Sent: Friday, September 30, 2011 3:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CMS load module format Hello all, following this discussion yesterday, I tried to play a little bit with Hercules for the first time. I followed one of the links below and succeeded so far with installing Hercules and a VM/370 R6 installation which does IPL, and I have some X3270 sessions to connect to VM. I did VM some 15 years ago and forgot many of the details. I would like to try some PL/1 and COBOL compiles on this VM, because all these things seem to be there, even ALGOL and PL360. But when I call the PL/1 compiler, I get an error in DMSLADAD, maybe a 0C1. There is also a message, when I enter the CMS user called PLI: CMSSEG SYSTEM NAME 'CMSSEG' NOT AVAILABLE. I believe that there should be a shared segment named CMSSEG present, which is not. Maybe this is the reason for the 0C1. Maybe one of you could help me offline with this? This would be very nice. Some further questions: is it possible to get some version of XEDIT running on this release? how would you do file transfer in and out of this VM to normal PC textfiles in the most convenient manner? -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [MVS-OE] compress dataset converting dsname in filename
Bottom line: no. tar (and pax) only support UNIX resident files. They do not support z/OS type datasets (PS, PO, VS, etc). You could copy the data into a UNIX file /u/myid/zos.full.dataset.name and then tar that. But you'd need a way to reconstruct it on the far end. Hum, you could use TSO TRANSMIT to create and FB/80, copy that to UNIX and tar it. Or perhaps even better, use AMATERSE, then copy that to a UNIX file and tar it. But, really, I'm being silly. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Marco Gianfranco Indaco > Sent: Friday, September 30, 2011 4:17 AM > To: IBM-MAIN@bama.ua.edu > Subject: [MVS-OE] compress dataset converting dsname in filename > > Hi to all. > There's a way using bpxbatch to create a tar.gz of dataset > and to convert in > the compress the dsname into filename? > > Regards. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
>F HCHECKER,REFRESH,CHECK=(IBMSVA,SVA_AUTOIPL_DEFINED) >CSV430I MODULE U11DHCXT FOR EXIT HZSADDCHECK HAS BEEN MADE INACTIVE >DUE TO ABEND=29 REASON=02014007 >SYSTEM COMPLETION CODE=290 REASON CODE=02014007 > > PSW AT TIME OF ERROR 070C1001 9516A252 ILC 2 INTC 0D > ACTIVE LOAD MODULE ADDRESS=1510 OFFSET=0006A252 > NAME=HZSINPVT > DATA AT PSW 1516A24C - C15818F6 0A0D5830 C0F01823 > GR 0: _0004 1: 0048_0429 > 2: _0008 3: _ > 4: 0048_0008 5: _7F0809AC > 6: _02014007 7: _7F080006 > 8: _7F0806C4 9: _7F0806C8 > A: _7F5AE4F0 B: _7F0810FF > C: _1516DB7C D: _7F080100 > E: _1516A22C F: _02014007 > END OF SYMPTOM DUMP >While it's great that CSV deactivates the exit point, why is an HZSADDCHECK >(add check???) exit gone through when I *refresh* a health check? What does >U11DHCXT have to do with loadwait/restart? The module belongs to CA11, and it is NOT in lnklst. It gets loaded by CAS9 (and the exit reactivated when CAS9 is rerun), and looks like this when I do a d prog,exit,en=,HZSADDCHECK,diag U11DHCXTA 947FC000 Note that both LOADPT and length are zero (all other modules at that exit point have valid addresses instead of zeroes). The init parms for CA11 default to *not* using the health checks. Once you rerun CAS9 and then restart CA11, you consistently get abend290. In 1.10 behaviour is slightly different. This still does NOT explain why an HZSADDCHECK exit is gone through when I *refresh* a health check that has nothing to do with CA11. (Can't test on 1.10, as that health check does not exist on 1.10.) Barbara PS: That AUTOIPL health check tries to enforce that *all* customers use AUTOIPL with something other than NONE because it declares that a default setting of NONE is not a policy - that check still gets a medium severity exception. In this installation the check therefore got deleted for its stupidity. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Who uses RBGRSAVE in a task's *oldest* RB?
Here's an interesting question... Given that when a task is interrupted: (1) It's registers (Rn, RHn and ARn) are saved in the TCB and STCB (2) When the interrupt (such as SVCs or program checks or certain asynchronous ones) leads to the creation of a new RB, those saved registers are eventually copied into the *newly created* RB and XSB ... it would seem that the RBGRSAVE, XSBARS and XSBG64H fields for the *oldest* RB and XSB would remain forever unused. HOWEVER, I ran a test. From an instance of an authorized XDC running under a newer RB, I manually zapped the contents of the *oldest* RBGRSAVE to garbage values to see what would happen when said oldest RB (two RBs removed from XDC's RB) was later resumed. To my surprise, trouble did not wait. My aspace crashed instantly! (s333-20). So somebody's using that oldest RBGRSAVE in an unexpected way. I'm just wondering if anybody knows who... Thanks, Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TCBFX vs. TCBNOIRB
Can anyone tell me the difference in purpose or management between the TCBFX flag and the TCBNOIRB flag? As far as I know they both are supposed to prevent the queuing of IRBs. In the IKJTCB macro they each are doc'd as follows: TCBNOIRB EQU X'40' - If on, IRBs will not be queued to this TCB. @08A * A program setting this flag MUST save its * current value and restore that value either * when that program can tolerate IRBs being * queued or before the current RB terminates. TCBFXEQU X'01' - PROHIBIT QUEUEING OF ASYNCHRONOUS EXITS FOR * THIS TASK So why do they both exist? Thanks, Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[MVS-OE] compress dataset converting dsname in filename
Hi to all. There's a way using bpxbatch to create a tar.gz of dataset and to convert in the compress the dsname into filename? Regards. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT to my collegues
Scott Ford wrote: >Is that I am getting older or are people forgetting how to read IBM manuals >. Shhh, you will damage the few working brain cells we old bald greybeards have. Anyway, one good thing about getting old - you have fewer braincells to worry about... :-D Ok, What am I supposed to do with all these junk space wasting files: README.txt, $read.me, $lookmeup, man, etc? Hmmm, do I really need to read up those 'Program Directory' or 'Migration Guide z/OS vX to vY'? They're s last century... :-D ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CMS load module format
Hello all, following this discussion yesterday, I tried to play a little bit with Hercules for the first time. I followed one of the links below and succeeded so far with installing Hercules and a VM/370 R6 installation which does IPL, and I have some X3270 sessions to connect to VM. I did VM some 15 years ago and forgot many of the details. I would like to try some PL/1 and COBOL compiles on this VM, because all these things seem to be there, even ALGOL and PL360. But when I call the PL/1 compiler, I get an error in DMSLADAD, maybe a 0C1. There is also a message, when I enter the CMS user called PLI: CMSSEG SYSTEM NAME 'CMSSEG' NOT AVAILABLE. I believe that there should be a shared segment named CMSSEG present, which is not. Maybe this is the reason for the 0C1. Maybe one of you could help me offline with this? This would be very nice. Some further questions: is it possible to get some version of XEDIT running on this release? how would you do file transfer in and out of this VM to normal PC textfiles in the most convenient manner? Kind regards Bernd Am 29.09.2011 20:20, schrieb Anne & Lynn Wheeler: riv...@dignus.com (Thomas David Rivers) writes: Can anyone point me to a description of the CMS non-relocatable load module format? I can't seem to find it anywhere... (i.e. the output of the CMS GENMOD command.) old/original ... part of vm370/cms release 6 dmsmod assemble file from hercules/cbttape distribution (more detailed information in actual source): * GENMOD ISSUES THE START (NO) COMMAND TO FINISH LOADING OF 00116000 * OBJECT PROGRAMS. NEXT ERASE THE OLD MODULE IF IT EXISTS. 00117000 * THE START AND ENDING LOCATIONS ARE DETERMINED FROM THE00118000 * USER OPTIONS 'TO' AND 'FROM' OR BY DEFAULT. THE DEFAULT 00119000 * START IS THE ADDRESS OF THE FIRST LOADER TABLE NAME, THE 0012 * DEFAULT END IS THE CURRENT SETTING OF LOCCNT IN NUCON.00121000 * AN EIGHTY BYTE RECORD IS WRITTEN AS THE FIRST RECORD OF THE 00122000 * THE MODULE. THIS RECORD CONSISTS OF THE NUCON LOADER INFORMA- 00123000 * TION. NEXT THE TEXT INFORMATION IS WRITTEN TO THE MODULE 00124000 * FILE IN VARIABLE SIZE RECORDS UP TO 65535 BYTES. IF THE 00125000 * MODULE IS NOT FOR A TRANSIENT ROUTINE AND NOMAP WAS NOT 00126000 * SPECIFIED THE LOADER TABLE IS WRITTEN AS THE LAST MODULE 00127000 * FILE RECORD. CLOSE THE NEW MODULE FILE AND RETURN TO THE 00128000 * CALLER. 00129000 http://www.cbttape.org/vm6.htm http://www.cbttape.org/awstape.htm http://www.smrcc.org.uk/members/g4ugm/VM370.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
