Re: Subcapacity price model for CA
- Original Message From: Greg Shirey [EMAIL PROTECTED] Sent: Friday, 14 November, 2008 17:55:47 Essentially, we have a baseline MSU level with CA and we are invoiced annually based on that MSU for the year. If the SCRT reports show we have exceed our MSU baseline, we are invoiced some amount per MSU over our base for each month we have exceeded the number. We of course receive no credits for being under our baseline. Greg, this is *exactly* what we were told during our last meeting with CA last December. Thanks a lot (and to Tom Kelman) for your feedback. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA World in Las Vegas
Will you be dressed like a cave-man? :-) _ Dave Jousma Assistant Vice President, Mainframe Services [EMAIL PROTECTED] 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Friday, November 14, 2008 3:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA World in Las Vegas There will be a GEICO contingent there including me for the first time. Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Cancel tso id
Hello. We are using SYSVIEW , many a times connections gets lost due to network problems and id gets locked. In SDSF we can purge the id from my my fellow's machine, here we need to call the helpdesk and do the same? is there any faclity here by which we can cancel the id? Thanks, Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JCL to upload PS file from Mainframe to Local drive
Hi All, does anyone have a JCL to upload PS file from Mainframe to Local drive...? Regards, Ram Balaji.S. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL to upload PS file from Mainframe to Local drive
Ram Balaji wrote: Hi All, does anyone have a JCL to upload PS file from Mainframe to Local drive...? Yes. -- Radoslaw Skorupka Lodz, Poland P.S. I couldn't resist... -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL to upload PS file from Mainframe to Local drive
On Mon, 17 Nov 2008 14:34:20 +0100, R.S. wrote: Ram Balaji wrote: Hi All, does anyone have a JCL to upload PS file from Mainframe to Local drive...? Yes. -- Radoslaw Skorupka P.S. I couldn't resist... Indeed. I have one also. The OP might have told us at least what OS controls the local drive, and what file sharing mechanisms are available. IBM supplies some examples here. Hammer and file to fit: Linkname: Submitting FTP requests in batch URL: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b980/4.9 -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ancient IBM Drive Rescues Apollo Moon Data
Shmuel Metz (Seymour J.) [EMAIL PROTECTED] WTF? Why couldn't they use a more modern drive with the 7-track feature? I had that thought. My guess was that (as is always the case with stories about which I have domain knowledge) the real story is that they couldn't find one *in Australia*. Or didn't try very hard. Or didn't know about it. I can't believe IBM Sterling Forest doesn't have such a drive, for example; they have everything else. ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG QUESTION
G'day. If you are acessing the new file in the same JCL, the DD statement should look like: DUMPIN DD DISP=SHR,DSN=PCYC.TMVHSTM.TMVS04.IRR(+1). If it's in another jcl then: DUMPIN DD DISP=SHR,DSN=PCYC.TMVHSTM.TMVS04.IRR(+0). To access a one the previous generations then use (-1) or (-2) or (-3) or (-4). A minus 5 is invalid as you only have 5 generations and the most current starts off a 0. Tim Hillock Take my Advice, I'm not using it -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Terry Sambrooks Sent: Saturday, November 15, 2008 3:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: GDG QUESTION Hi Howard, I noted that Linda supplied the required answer to your query about: The executing job has the following DD in the JCL: DUMPIN DD DISP=SHR,DSN=PCYC.TMVHSTM.TMVS04.IRR and the resulting error is: IEF212I E18823X PST0010 STEP01 DUMPIN - DATA SET NOT FOUND Can some one tell me what I'm doing wrong? It's some thing but I just can't see the problem. I WOULD ADD however that your DD statement above is valid if the GDG has associated data sets. Simply coding the base entry name on a DD statement is a means of processing ALL the generations of a GDG without resorting to concatenated DD statements for each generation. Kind regards - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore, Sheffield, S17 3LA, UK Tel: +44 (0)114 262 0933 WEB: www.legac-e.co.uk Company Reg: 3767263 at the above address All outgoing E-mail is scanned, but it remains the recipient's responsibility to ensure their system is protected from spy-ware, trojans, viruses, and worms. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL to upload PS file from Mainframe to Local drive
Ram Balaji wrote: does anyone have a JCL to upload PS file from Mainframe to Local drive...? Perhaps... Probably what I have could be useful... 'Upload'? From what perspective? From 'Mainframe' or from 'Local drive'? What PS file? (There are no such thing like PS file, on z/OS there are PS data sets) What Mainframe? (z/OS, OS/390, MVS/ESA, MVS/XA, OS360? ) Where is that 'Local drive'? (unix, windoze, as/400, dos?) Groete / Greetings Elardus Engelbrecht PS: Thanks for the excellent hint, Radoslaw... :-D -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL to upload PS file from Mainframe to Local drive
Hi Elardus Engelbrecht, ps--? Flat file Upload? From mainframe to Local drive Mainframe---? OS/390 Local drive---? windows Regards, Ram Balaji.S. (Dying Hard to explore MainFrames) -Original Message- From: Elardus Engelbrecht [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Sent: Mon, 17 Nov 2008 7:44 pm Subject: Re: JCL to upload PS file from Mainframe to Local drive Ram Balaji wrote: does anyone have a JCL to upload PS file from Mainframe to Local drive...? Perhaps... Probably what I have could be useful... 'Upload'? From what perspective? From 'Mainframe' or from 'Local drive'? What PS file? (There are no such thing like PS file, on z/OS there are PS data sets) What Mainframe? (z/OS, OS/390, MVS/ESA, MVS/XA, OS360? ) Where is that 'Local drive'? (unix, windoze, as/400, dos?) Groete / Greetings Elardus Engelbrecht PS: Thanks for the excellent hint, Radoslaw... :-D -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL to upload PS file from Mainframe to Local drive
Hi Radoslaw Skorupka, Thanks for the reply.Its working fine. Regards, Ram Balaji.S. (Dying Hard to explore MainFrames) -Original Message- From: Paul Gilmartin [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Sent: Mon, 17 Nov 2008 7:28 pm Subject: Re: JCL to upload PS file from Mainframe to Local drive On Mon, 17 Nov 2008 14:34:20 +0100, R.S. wrote: Ram Balaji wrote: Hi All, does anyone have a JCL to upload PS file from Mainframe to Local drive...? Yes. -- Radoslaw Skorupka P.S. I couldn't resist... Indeed. I have one also. The OP might have told us at least what OS controls the local drive, and what file sharing mechanisms are available. IBM supplies some examples here. Hammer and file to fit: Linkname: Submitting FTP requests in batch URL: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b980/4.9 -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL to upload PS file from Mainframe to Local drive
On Mon, 17 Nov 2008 09:18:38 -0500, Ram Balaji [EMAIL PROTECTED] wrote: Hi Elardus Engelbrecht, ps--? Flat file Upload? From mainframe to Local drive Mainframe---? OS/390 Local drive---? windows Regards, Ram Balaji.S. (Dying Hard to explore MainFrames) There are many possibilities. However, they all require special implementation. One way is to have a ftp server on your Windows machine. This is generally not done for desktops. It, generally, requires that IIS be installed because the Microsoft ftp server is a part of IIS. Another possibility is to use NFS. However, this requires that an NFS server be installed on your Windows machine (again unlikely) and that it be mounted onto the z/OS system (again unlikely). Have you looked at ISPF's WSA. I'm not familiar with WSA, but others have used it successfully. But I don't know if it can be used in batch. It requires installation of a client on your Windows machine. What I'm really getting at is that every solution that I know of to do this requires installation of non standard software on your Windows machine. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
Hi all, Can anyone provide me pdsm(partiotion dataset manager) document or link. Regards, Ram Balaji.S. (Dying Hard to explore MainFrames) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL to upload PS file from Mainframe to Local drive
Thanks John.. Regards, Ram Balaji.S. (Dying Hard to explore MainFrames) -Original Message- From: John McKown [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Sent: Mon, 17 Nov 2008 7:57 pm Subject: Re: JCL to upload PS file from Mainframe to Local drive On Mon, 17 Nov 2008 09:18:38 -0500, Ram Balaji [EMAIL PROTECTED] wrote: Hi Elardus Engelbrecht, ps--? Flat file Upload? From mainframe to Local drive Mainframe---? OS/390 Local drive---? windows Regards, Ram Balaji.S. (Dying Hard to explore MainFrames) There are many possibilities. However, they all require special implementation. One way is to have a ftp server on your Windows machine. This is generally not done for desktops. It, generally, requires that IIS be installed because the Microsoft ftp server is a part of IIS. Another possibility is to use NFS. However, this requires that an NFS server be installed on your Windows machine (again unlikely) and that it be mounted onto the z/OS system (again unlikely). Have you looked at ISPF's WSA. I'm not familiar with WSA, but others have used it successfully. But I don't know if it can be used in batch. It requires installation of a client on your Windows machine. What I'm really getting at is that every solution that I know of to do this requires installation of non standard software on your Windows machine. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL to upload PS file from Mainframe to Local drive
In addition to using JCL, you can also transfer files to or from the PC using ISPF option 3.7.2. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/SIM/simplist.htm Date: Mon, 17 Nov 2008 08:25:38 -0500 From: [EMAIL PROTECTED] Subject: JCL to upload PS file from Mainframe to Local drive To: IBM-MAIN@BAMA.UA.EDU Hi All, does anyone have a JCL to upload PS file from Mainframe to Local drive...? Regards, Ram Balaji.S. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL to upload PS file from Mainframe to Local drive
On Mon, 17 Nov 2008 08:27:17 -0600, John McKown wrote: This is generally not done for desktops. It, generally, requires that IIS be installed because the Microsoft ftp server is a part of IIS. What I'm really getting at is that every solution that I know of to do this requires installation of non standard software on your Windows machine. And who said he had a Windows machine? On my MacBook, all I need to do is open System Preferences and enable FTP access. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL to upload PS file from Mainframe to Local drive
In addition to that, every 3270 terminal emulator I know has the up/download to/from host option. Kees. Dave Salt [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... In addition to using JCL, you can also transfer files to or from the PC using ISPF option 3.7.2. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/SIM/simplist.htm Date: Mon, 17 Nov 2008 08:25:38 -0500 From: [EMAIL PROTECTED] Subject: JCL to upload PS file from Mainframe to Local drive To: IBM-MAIN@BAMA.UA.EDU Hi All, does anyone have a JCL to upload PS file from Mainframe to Local drive...? Regards, Ram Balaji.S. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG QUESTION
Simply coding the base entry name on a DD statement is a means of processing ALL the generations of a GDG without resorting to concatenated DD statements for each generation. Instead, the system resorts to concatenated DD statements on your behalf, albeit in reverse chronological sequence. Date: Sat, 15 Nov 2008 08:34:42 + From: [EMAIL PROTECTED] Subject: Re: GDG QUESTION To: IBM-MAIN@BAMA.UA.EDU Hi Howard, I noted that Linda supplied the required answer to your query about: The executing job has the following DD in the JCL: DUMPIN DD DISP=SHR,DSN=PCYC.TMVHSTM.TMVS04.IRR and the resulting error is: IEF212I E18823X PST0010 STEP01 DUMPIN - DATA SET NOT FOUND Can some one tell me what I'm doing wrong? It's some thing but I just can't see the problem. I WOULD ADD however that your DD statement above is valid if the GDG has associated data sets. Simply coding the base entry name on a DD statement is a means of processing ALL the generations of a GDG without resorting to concatenated DD statements for each generation. Kind regards - Terry Terry Sambrooks _ See how Windows® connects the people, information, and fun that are part of your life http://clk.atdmt.com/MRT/go/119463819/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL to upload PS file from Mainframe to Local drive
From: [EMAIL PROTECTED] Have you looked at ISPF's WSA. I'm not familiar with WSA, but others have used it successfully. But I don't know if it can be used in batch. Yes, the WSA can be used in batch. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/SIM/simplist.htm _ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Resetting SPOOL OFFLOAD archive ?
Linda, If you check the $TJOB command there is an operand called OFFS= which is used to set/reset any of the offload indicator(s). Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Linda Mooney Sent: Friday, November 14, 2008 4:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Resetting SPOOL OFFLOAD archive ? Thanks, Ken. I'll give it a test next week. Are you able to overtype that field on your system? I can't on mine. Linda Mooney -- Original message -- From: Ken Porowski [EMAIL PROTECTED] Actually I think there is a way to reset the offload status. If you look in SDSF O and scroll over a couple of pages there is a field called Status. IIRC after an Offload operation it will change to System from User. Of course I may be mistaken, it has been a long time since I mucked around with this. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Linda Mooney Sent: Friday, November 14, 2008 4:58 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Resetting SPOOL OFFLOAD archive ? Tiola, Whoa, we have a different perspective on this. Mine is based on nearly 20 years of offload experience and I have often done offloads for a number of different purposes. You yourself said that you were new and you asked for help. Your comments are inacurate, and just because something that you are trying to learn about is complex does not suggest that ranting about the design or the vendor is appropriate or reasonable IMHO. OFFLOAD is no where close to being as limited as you describe it. My statement that I know of no way to reset the indicators means exactly that - I know of no way. I also have never had the need or desire to reset them. They have a purpose and a function that I find beneficial. I personally have not had a need to dynamically define an OFFLOAD. I do not know if that can be done - which is what I said. I have several OFFLOADs defined in my JES parms, one to handle a regularly scheduled production process and others that can be set up and used as needed. If you took offense at my response (either one), I would ask only that you remember that all I know about you is what you presented in your post and on that basis I wrote my attempt at assistance. OFFLOAD is a powerful and useful tool, but one that, IMO, takes some work and study to learn to use and appreciate. Linda Mooney -- Original message -- From: SUBSCRIBE IBM-MAIN M. Ioia Thanks Linda for your suggestions. This is a fairly small shop and if I look for the JES sysprog, I'd probably end up finding myself. I'll be careful with my actions. Your statement: I know of no way to reset the output indicators. confirms other similar statements I've found browsing through the internet. However, I've not been able to find an authoritative source(IBM), document or manual to confirm. I just find it really odd that this would be the case. If OFFLOAD is an irrersable process, shouldn't it be documented as such or at least some warning. I feel like OFFLOADING is like deleting a dataset without asking for a confirmation. I know its possible to offload to another transmitter, but even with that its limited to 8 tries and you have to have them set-up before hand, (I don't think they can be created dynamically?). If you expire all 8 tries then its stuck in SPOOL land forever and noway to OFFLOAD. This is strange for a platform that prides itself in RAS (reliability, availability serviceability) and everything from hardware to software is built on fault- tollerant. To have SPOOL OFFLOAD as a one-way ticket to somewhere does seem to fit in with z-series model. Does IBM monitor this list? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at
Re: JCL to upload PS file from Mainframe to Local drive
On Mon, 17 Nov 2008 08:14:00 -0600, Elardus Engelbrecht wrote: What PS file? (There are no such thing like PS file, on z/OS there are PS data sets) ??? Where have you been for the past decade or more? [EMAIL PROTECTED]:132$ uname -a OS/390 ECCY 19.00 03 2094 ... I call that z/OS. [EMAIL PROTECTED]:133$ file PostScript/ppst56/PPST56.PS PostScript/ppst56/PPST56.PS:Generic PostScript file Level 2 PostScript file ... And that looks like a file to me. And, yes, it is accessible with JCL, using //SYSUT1 DD PATH='...'. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL to upload PS file from Mainframe to Local drive
Ram Balaji wrote: ps--? Flat file Upload? From mainframe to Local drive Mainframe---? OS/390 Local drive---? windows I don't have any OS/390 JCL ... really ;-D From z/OS to windoze (NT/XP) you could try this: //FTP EXEC PGM=FTP,PARM='windoze ip (EXIT ' //SYSPRINT DD SYSOUT=* //SYSPUT DD SYSOUT=*,DCB=BLKSIZE=133 //SYSINDD * ?windoze id? ?windoze id psw? cd 'directory\directory\more directory' put 'your.first.dsn.ps' FILE ONE ON WINDOZE.TXT put 'your.second.dsn.ps' FILE TWO ON WINDOZE.TXT /* I'm a$$uming you're using standard translation from EBCDIC to ASCII and your 'flat file' is just your standard RECFM=FB and LRECL0 datasets... Provided you can setup your windoze IP address to be visible from your z/OS machine and that you setup your windoze machine properly. Check your antivirus and firewalls for blocking/allowing ports 20 or 21 or whatever you're using. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Register article on HP replacing z
On Wed, 12 Nov 2008 12:42:31 -0500, Tony Harminc [EMAIL PROTECTED] wrote: OK, OK - you (and IBM) win! ... Tony, to the best of my knowledge, no one in IBM System z marketing, or for that matter, anyone with significant knowledge of the technical aspects of System z, has made official, public statements about specialty processors being features to boost performance. There may be a well-meaning sales rep or specialist or press person out there who does not have a full understanding of the hardware who have made that claim, but it should not have been an official IBM claim. As has already been stated, there is one notable exception to the Specialty engines are not performance enhancers rule - machines that run at subcapacity. If you have a box that doesn't run at the fully-rated uni speed, a specialty engine will provide better performance. There's one other performance benefit, but it is a roundabout way of claiming that the specialty engine provides improved performance - if one were to install a zIIP or zAAP and relieve the general purpose CP pool of a CPU bottleneck, then that would indirectly result in a performance benefit by offloading Java and/or other MIPS and relieving the constraint on the GPs. Thus you got cheaper MIPS with the zAAP/zIIP and fixed a performance bottleneck. But that's obviously stretching things... FWIW. Bill Seubert System z I/T Architect IBM Corp [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CR+ / T-Rex
The legendary catalog Solutions is still available through EMC (used to be Softworks). We have it and I highly recommend it over CR+. I haven't had the opportunity to use T-Rex but based on CSL, it must be good. Dick Bond HFHS Mainframe Administration -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Giliad Wilf Sent: Sunday, November 16, 2008 6:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CR+ / T-Rex We are a z/OS V1R7 shop (going to z/OS V1R9) with the 4th largest Bank in Israel, using T-Rex for over four years now. The developers of T-Rex are the same people who wrote the legendary Catalog-Solutions (CSL). When trying out and testing T-Rex, we found the developers very responsive to our suggestions and requests, to the extent of writing additional code for incorporating them into the product. In short: The product is excellent, and the support is excellent. Giliad Wilf Systems - z/OS Technical Support iteam, a Mizrahi-Tefahot group member 15 Lincoln, 67134 Tel-Aviv, Israel ph: +972-3-5634471, fx: +972-3-5623717 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cancel tso id
In SDSF your only option would have been to Cancel the TSO user. Is it really a TSO user you are trying to cancel? In SYSVIEW the user could be using the ISPF/CICS/Roscoe/VTAM interface. Any of these interfaces could be used to cancel a TSO user if thats the interface being used. I also think there is also SYSVIEW command that allows you to cancel a user on a specific interface (I havent used SYSVIEW for a few years). Your SYSVIEW or RACF administraor could have setup SYSVIEW to restrict operator commands. What message are you getting when you try to cancel the user? If you have TSO OPER authority you can also try OPER then C U=xxx from TSO READY or a command prompt. Tony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL to upload PS file from Mainframe to Local drive
Paul Gilmartin wrote: Where have you been for the past decade or more? Hmmm, good question, now you're asking me, I'm sorta confused ;-D Oh yes, playing on earth with my favourite z/OS. :) What about you, you still here ... ;-D accessible with JCL, using //SYSUT1 DD PATH='...'. I already know that. I just replied first to get the wording straight. You are certainly aware that people don't always get their terminology correct in their first posts. I also don't want to post an example in vain. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL to upload PS file from Mainframe to Local drive
On Mon, 17 Nov 2008 08:35:16 -0600, Paul Gilmartin [EMAIL PROTECTED] wrote: On Mon, 17 Nov 2008 08:27:17 -0600, John McKown wrote: This is generally not done for desktops. It, generally, requires that IIS be installed because the Microsoft ftp server is a part of IIS. What I'm really getting at is that every solution that I know of to do this requires installation of non standard software on your Windows machine. And who said he had a Windows machine? He did. In the message to which I replied and which was quoted in my reply: local drive: windows. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Servicelink view format - was: Re: IBMLink planned outage
When they changed to screen so that you had to do two searches because they split the searchable databases we complained (by providing feedback through the link on the site). There was enough noise that it got put back. We should do the same in this case. I only looked at one ETR after the change this weekend and just about gave up on it. :) Alan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Barbara Nitz Sent: Monday, November 17, 2008 01:20 To: IBM-MAIN@BAMA.UA.EDU Subject: Servicelink view format - was: Re: IBMLink planned outage Now, who has decreed that either one has to 1.) click at least three times more to see the actual ETR content or 2.) be content to see about 8 lines of a 45689 line ETR due to the small window that shows the actual content - IBMs web clickers in their infinite wisdom? - Am I missing something obvious here? Barbara Nitz -- Feel free - 5 GB Mailbox, 50 FreeSMS/Monat ... Jetzt GMX ProMail testen: http://www.gmx.net/de/go/promail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Servicelink view format - was: Re: IBMLink planned outage
I did a IBMLINK Feedback on this issue. We'll see what happens. Probably the more that take the 5 minutes to do so, will get this fixed _ Dave Jousma Assistant Vice President, Mainframe Services [EMAIL PROTECTED] 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Field, Alan C. Sent: Monday, November 17, 2008 10:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Servicelink view format - was: Re: IBMLink planned outage When they changed to screen so that you had to do two searches because they split the searchable databases we complained (by providing feedback through the link on the site). There was enough noise that it got put back. We should do the same in this case. I only looked at one ETR after the change this weekend and just about gave up on it. :) Alan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Barbara Nitz Sent: Monday, November 17, 2008 01:20 To: IBM-MAIN@BAMA.UA.EDU Subject: Servicelink view format - was: Re: IBMLink planned outage Now, who has decreed that either one has to 1.) click at least three times more to see the actual ETR content or 2.) be content to see about 8 lines of a 45689 line ETR due to the small window that shows the actual content - IBMs web clickers in their infinite wisdom? - Am I missing something obvious here? Barbara Nitz -- Feel free - 5 GB Mailbox, 50 FreeSMS/Monat ... Jetzt GMX ProMail testen: http://www.gmx.net/de/go/promail This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Register article on HP replacing z
I usually stress that adding zIIPs and zAAPs provides a performance benefit for both of the reasons that Bill mentions below. The most significant for everyone is the second benefit (reducing the strain on the CPs). But you need to realize that the 'notable exception' is getting to be the rule. For example, the z10-BC zIIP/zAAP is the speed of a z01 (about 700 MIPS) for all 130 models, including the A01 (30 MIPS for a UP). If you were running DB2 on an A01, wouldn't you prefer to run DB2 on a 700 MIPS zIIP than a 30 MIPS CP? I think it's a no-brainer, especially since the cost of the specialty processors is lower than the regular CPs. Be sure to run WSC's zPCR to determine what you can expect to see in your installation. Cheryl On Nov 17, 2008, at 9:52 AM, Bill Seubert wrote: On Wed, 12 Nov 2008 12:42:31 -0500, Tony Harminc [EMAIL PROTECTED] wrote: OK, OK - you (and IBM) win! ... Tony, to the best of my knowledge, no one in IBM System z marketing, or for that matter, anyone with significant knowledge of the technical aspects of System z, has made official, public statements about specialty processors being features to boost performance. There may be a well-meaning sales rep or specialist or press person out there who does not have a full understanding of the hardware who have made that claim, but it should not have been an official IBM claim. As has already been stated, there is one notable exception to the Specialty engines are not performance enhancers rule - machines that run at subcapacity. If you have a box that doesn't run at the fully-rated uni speed, a specialty engine will provide better performance. There's one other performance benefit, but it is a roundabout way of claiming that the specialty engine provides improved performance - if one were to install a zIIP or zAAP and relieve the general purpose CP pool of a CPU bottleneck, then that would indirectly result in a performance benefit by offloading Java and/or other MIPS and relieving the constraint on the GPs. Thus you got cheaper MIPS with the zAAP/zIIP and fixed a performance bottleneck. But that's obviously stretching things... FWIW. Bill Seubert System z I/T Architect IBM Corp [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Servicelink view format - was: Re: IBMLink planned outage
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Field, Alan C. Sent: Monday, November 17, 2008 9:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Servicelink view format - was: Re: IBMLink planned outage When they changed to screen so that you had to do two searches because they split the searchable databases we complained (by providing feedback through the link on the site). There was enough noise that it got put back. We should do the same in this case. I only looked at one ETR after the change this weekend and just about gave up on it. :) Alan SNIP I have. I have just gotten a response and they said: The change was part of the new Release of ServiceLink. I have made the ServiceLink management team aware of your issue with the change to ETR. Regards, Steve Thompson -- All opinions expressed by this poster are those of the poster and not necessarily those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Servicelink view format - was: Re: IBMLink planned outage
I also did a 'feedback'. Whomever IBM has in India updating ServLink should have to use it before 'designing' changes. Jack Kelly 202-502-2390 (Office) Jousma, David [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 11/17/2008 10:39 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Servicelink view format - was: Re: IBMLink planned outage I did a IBMLINK Feedback on this issue. We'll see what happens. Probably the more that take the 5 minutes to do so, will get this fixed _ Dave Jousma Assistant Vice President, Mainframe Services [EMAIL PROTECTED] 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Field, Alan C. Sent: Monday, November 17, 2008 10:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Servicelink view format - was: Re: IBMLink planned outage When they changed to screen so that you had to do two searches because they split the searchable databases we complained (by providing feedback through the link on the site). There was enough noise that it got put back. We should do the same in this case. I only looked at one ETR after the change this weekend and just about gave up on it. :) Alan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Barbara Nitz Sent: Monday, November 17, 2008 01:20 To: IBM-MAIN@BAMA.UA.EDU Subject: Servicelink view format - was: Re: IBMLink planned outage Now, who has decreed that either one has to 1.) click at least three times more to see the actual ETR content or 2.) be content to see about 8 lines of a 45689 line ETR due to the small window that shows the actual content - IBMs web clickers in their infinite wisdom? - Am I missing something obvious here? Barbara Nitz -- Feel free - 5 GB Mailbox, 50 FreeSMS/Monat ... Jetzt GMX ProMail testen: http://www.gmx.net/de/go/promail This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Test...Please Acknowledge.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, November 13, 2008 3:20 PM To: IBM-MAIN@bama.ua.edu Subject: Test...Please Acknowledge. Thanks _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD setup of CSS1 for PAV Aliases
snip you are trying to move your DASD alias addresses from SS0 to SS1, you don't need to define another CSS unsnip John, thanks a million too. I did get hung up about 'assuming that I had to defined the SS1 to use it'.. Thanks again Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Partition dataset manager
Hi all, Can anyone provide me pdsm(partiotion dataset manager) document or link. Regards, Ram Balaji.S. (Dying Hard to explore MainFrames) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Partition dataset manager
Can you explain what you are trying to do? Are you looking for Backup/Recovery? Allocation, Cleanup? I have not heard of a product called a PDS Manager. There are many products that can assist in the support of PDS datasets like DFHSM, PDSMAN by CA, and a few others. Some are freeware, some are vendor products. Lizette Hi all, Can anyone provide me pdsm(partiotion dataset manager) document or link. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ancient IBM Drive Rescues Apollo Moon Data
Will any of the more modern drives handle the appropriate density? I'm not sure: will a 7-track 3420 handle 200 BPI? or 556 BPI? Rick -- If you're not the lead dog, the view never changes Shmuel Metz (Seymour J.) wrote: In [EMAIL PROTECTED], on 11/16/2008 at 10:44 AM, Ed Gould [EMAIL PROTECTED] said: Thankfully the tapes stored at Sydney University were still available; however, what was not readily available was a IBM 729 Mark V tape drive needed to read the data. WTF? Why couldn't they use a more modern drive with the 7-track feature? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Partition dataset manager
What PDS manager are you refering to? We need much more information before we can formulate a meaningful reply. I personally don't know of a product named PDSM. Ram Balaji wrote: Hi all, Can anyone provide me pdsm(partiotion dataset manager) document or link. Regards, Ram Balaji.S. (Dying Hard to explore MainFrames) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Inability to read stored data was Re: Ancient IBM Drive Rescues Apollo Moon Data
On 16 Nov 2008 18:05:16 -0800, in bit.listserv.ibm-main you wrote: Sounds like the govt..store data that cant be retrieved...and no backup... Saw the same thing at a State Agency While at a Year 2000 session, I raised the question of having the programs able to read archived data. One participant claimed that the legal requirement was only to have the data and that there was no requirement to be able to read it. How many of your organizations keep old record layouts / data base descriptions to match archived tapes? Can the 7 or 10 year old tape be read logically with all fields identified? Clark Morris Scott Ford Senior Systems Engineer [p] 678.266.3399 x304[m] 609-346-0399 identityforge.com This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately or let us know at [EMAIL PROTECTED] or [EMAIL PROTECTED], and then delete the original. Any other use of the email by you is prohibited. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Sunday, November 16, 2008 6:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Ancient IBM Drive Rescues Apollo Moon Data In [EMAIL PROTECTED], on 11/16/2008 at 10:44 AM, Ed Gould [EMAIL PROTECTED] said: Thankfully the tapes stored at Sydney University were still available; however, what was not readily available was a IBM 729 Mark V tape drive needed to read the data. WTF? Why couldn't they use a more modern drive with the 7-track feature? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: concatenations, again
On Mon, 17 Nov 2008 08:47:06 +0100, Hunkeler Peter (KIUK 3) [EMAIL PROTECTED] wrote: I had an example in my post where 3 libraries where defined through one //OWNSYSLB DD. Isn't this what you're talking about? You can concatenate many PDSs, PDSEs and even UNIX directories with a single DD (The actual number depends on the mix and on the number of extents of the PDSs. See DFSMS Using Data Sets for the exact rule.) Unless I'm misunderstanding something, that does not work. Take this for example: //IGYWCPROC LNGPRFX='IGY.V3R3M0',SYSLBLK=3200 //COBOLEXEC PGM=IGYCRCTL,REGION=2048K //STEPLIB DD DSNAME=LNGPRFX..SIGYCOMP, // DISP=SHR //SYSLIB DD DDNAME=OWNSYSLB // DD DISP=SHR,DSN=APPL.PROD.COPYLIB //SYSPRINT DD SYSOUT=* //SYSLIN DD DSNAME=amp;LOADSET,UNIT=SYSALLDA, // DISP=(MOD,PASS),SPACE=(TRK,(3,3)), // DCB=(BLKSIZE=SYSLBLK) //SYSUT1 DD UNIT=SYSALLDA,SPACE=(CYL,(1,1)) //SYSUT2 DD UNIT=SYSALLDA,SPACE=(CYL,(1,1)) //SYSUT3 DD UNIT=SYSALLDA,SPACE=(CYL,(1,1)) //SYSUT4 DD UNIT=SYSALLDA,SPACE=(CYL,(1,1)) //SYSUT5 DD UNIT=SYSALLDA,SPACE=(CYL,(1,1)) //SYSUT6 DD UNIT=SYSALLDA,SPACE=(CYL,(1,1)) //SYSUT7 DD UNIT=SYSALLDA,SPACE=(CYL,(1,1)) //OWNSYSLB DD DISP=SHR,DSN=FJS.DUMMY.PDS // PEND //S1 EXEC PROC=IGYWC,LNGPRFX=IGY //COBOL.SYSIN DD DISP=SHR,DSN=FJS.PDSE.COBOL(OBJ1) //OWNSYSLB DD DISP=SHR,DSN=FJS.PDSE.COBOL // DD DISP=SHR,DSN=FJS.TEST.COBOL This results in the following: COMPILE COBOL S1 - STEP WAS EXECUTED - COND CODE 0012 IGY.SIGYCOMP KEPT VOL SER NOS= DEVR80. FJS.PDSE.COBOL RETAINED, DDNAME=SYSLIB APPL.PROD.COPYLIBRETAINED, DDNAME= FJS.COMPILE.JOB04619.D101.? SYSOUT SYS08322.T095124.RA000.COMPILE.R0100121 DELETED, DDNAME=SYSUT1 SYS08322.T095124.RA000.COMPILE.R0100122 DELETED, DDNAME=SYSUT2 SYS08322.T095124.RA000.COMPILE.R0100123 DELETED, DDNAME=SYSUT3 SYS08322.T095124.RA000.COMPILE.R0100124 DELETED, DDNAME=SYSUT4 SYS08322.T095124.RA000.COMPILE.R0100125 DELETED, DDNAME=SYSUT5 SYS08322.T095124.RA000.COMPILE.R0100126 DELETED, DDNAME=SYSUT6 SYS08322.T095124.RA000.COMPILE.R0100127 DELETED, DDNAME=SYSUT7 FJS.TEST.COBOL RETAINED, DDNAME= FJS.PDSE.COBOL RETAINED, DDNAME=SYSIN As you can see, the second DD I included in OWNSYSLB (specifically 'FJS.TEST.COBOL') is concatenated to the end of SYSUT7, rather than as part of SYSLIB between FJS.PDSE.COBOL and APPL.PROD.COPYLIB (which is what is desired). I can move the placement of OWNSYSLB in the proc to immediately after SYSLIB. This almost works. It concatenates them as follows: FJS.PDSE.COBOL RETAINED, DDNAME=SYSLIB APPL.PROD.COPYLIBRETAINED, DDNAME= FJS.TEST.COBOL RETAINED, DDNAME= FJS.COMPILE.JOB04617.D101.? SYSOUT SYS08322.T094502.RA000.COMPILE.R0100103 DELETED, DDNAME=SYSUT1 ... But even here FJS.TEST.COBOL is ending up after APPL.PROD.COPYLIB, where I really need it to be before. Let me know if it looks like I am still not properly following your example. Thanks! Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Inability to read stored data was Re: Ancient IBM Drive Rescues Apollo Moon Data
Clark Morris wrote: [...] While at a Year 2000 session, I raised the question of having the programs able to read archived data. One participant claimed that the legal requirement was only to have the data and that there was no requirement to be able to read it. Interesting approach g. In fact it could be legislative hole, because the intent is obvious: the data is kept to have possibility of reading it. BTW: that's why regular backup usually cannot be archive copy - maybe few versions ahead tool won't be able to read it. If it will be able, then maybe the application won't be able to access old data format. And the old version of application cannot run on current system. And the old system cannot work on current hardware. Sometimes as the least common denominator (or simply most popular format) is TXT file. Example: OS/390 2.6, DB2 V4. I can read the tapes with backup (still have tape drives), likely (I'm not sure) my current DFHSM will read the backups, but - will DB2 v9 read imagecopies (or tablespace dump) from DB2 v4 ? Will DB2 v4 run on z/OS 1.10 ? Will OS/390 2.6 run on z10 ? And this is only approx. 10 years on the best platform in terms of compatibility. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: concatenations, again
On Sat, 15 Nov 2008 08:25:18 -, Terry Sambrooks [EMAIL PROTECTED] wrote: Hi Frank, In answer to your query about the default UNIT and SPACE in the following: [deleted] If the output listing is checked it might help explain what has happened. The SYSUT1 override should appear ahead of its equivalent within the procedure indicating that an override has indeed taken place. The actual override statement supplied does not specify any parameter therefore it does not affect any existing parameter nor does it and any new ones. THEREFORE THE DEFAULTS ARE WHAT ARE CODED ON THE STATEMENT WITHIN THE PROCEDURE. As indicated in an earlier posting, null override statements are permitted to allow correct positioning within a concatenation. In the above example SYSUT1 has been treated as the first statement of a concatenation override even though there is no concatenation. Whilst Tom's comments about SMS are generically true, they do not apply in this case as the required information is supplied via a DD statement, albeit the one in the procedure, NOT THE OVERRIDE. Hi Terry, This latest question has not to do with null override DD statements. It had to do with null DD statements within the procedure itself. Specifically: //IGYWCPROC LNGPRFX='IGY.V3R3M0',SYSLBLK=3200 //COBOLEXEC PGM=IGYCRCTL,REGION=2048K //STEPLIB DD DSNAME=LNGPRFX..SIGYCOMP, // DISP=SHR //SYSLIB DD DISP=SHR,DSN=APPL.PROD.COPYLIB //SYSPRINT DD SYSOUT=* //SYSLIN DD DSNAME=amp;LOADSET,UNIT=SYSALLDA, // DISP=(MOD,PASS),SPACE=(TRK,(3,3)), // DCB=(BLKSIZE=SYSLBLK) //SYSUT1 DD //SYSUT2 DD //SYSUT3 DD //SYSUT4 DD //SYSUT5 DD //SYSUT6 DD //SYSUT7 DD // PEND My execution of the proc is simply: //S1 EXEC PROC=IGYWC,LNGPRFX=IGY //COBOL.SYSIN DD DISP=SHR,DSN=FJS.PDSE.COBOL(OBJ1) This works, in that all of the SYSUTx DD's seem to have some sort of default space allocation. I was just wondering what sort of space allocation it was defaulting to. (I have not yet checked with my systems programmers.) Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Register article on HP replacing z
I usually point out to my customers that adding zIIPs and zAAPs provides a performance benefit for both of the reasons that Bill mentions below. The most significant for everyone is the second benefit (reducing the strain on the CPs). But you need to realize that the 'notable exception' is getting to be the rule. For example, the z10-BC zIIP/zAAP is the speed of a z01 (about 700 MIPS) for all 130 models, including the A01 (30 MIPS for a UP). If you were running DB2 on an A01, wouldn't you prefer to run DB2 on a 700 MIPS zIIP than a 30 MIPS CP? I think it's a no-brainer, especially since the cost of the specialty processors is lower than the regular CPs. Be sure to run WSC's zPCR to determine what you can expect to see in your installation. Cheryl On Nov 17, 2008, at 9:52 AM, Bill Seubert wrote: Tony, to the best of my knowledge, no one in IBM System z marketing, or for that matter, anyone with significant knowledge of the technical aspects of System z, has made official, public statements about specialty processors being features to boost performance. There may be a well-meaning sales rep or specialist or press person out there who does not have a full understanding of the hardware who have made that claim, but it should not have been an official IBM claim. As has already been stated, there is one notable exception to the Specialty engines are not performance enhancers rule - machines that run at subcapacity. If you have a box that doesn't run at the fully-rated uni speed, a specialty engine will provide better performance. There's one other performance benefit, but it is a roundabout way of claiming that the specialty engine provides improved performance - if one were to install a zIIP or zAAP and relieve the general purpose CP pool of a CPU bottleneck, then that would indirectly result in a performance benefit by offloading Java and/or other MIPS and relieving the constraint on the GPs. Thus you got cheaper MIPS with the zAAP/zIIP and fixed a performance bottleneck. But that's obviously stretching things... FWIW. Bill Seubert System z I/T Architect IBM Corp [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Inability to read stored data was Re: Ancient IBM Drive Rescues Apollo Moon Data
While at a Year 2000 session, I raised the question of having the programs able to read archived data. One participant claimed that the legal requirement was only to have the data and that there was no requirement to be able to read it. I think you got bad advice. I used to work for a Canadian bank, and not only did we have to keep the data, we had to be able to produce it in a form capable of understanding by the courts. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Inability to read stored data was Re: Ancient IBM Drive Rescues Apollo Moon Data
On Mon, 17 Nov 2008 17:29:29 +, Ted MacNEIL [EMAIL PROTECTED] wrote: While at a Year 2000 session, I raised the question of having the programs able to read archived data. One participant claimed that the legal requirement was only to have the data and that there was no requirement to be able to read it. I think you got bad advice. I used to work for a Canadian bank, and not only did we have to keep the data, we had to be able to produce it in a form capable of understanding by the courts. Boy, I could make a snide reply here. But maybe the Canadian courts are smarter than the ones down here. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Inability to read stored data was Re: Ancient IBM Drive Rescues Apollo Moon Data
Boy, I could make a snide reply here. But maybe the Canadian courts are smarter than the ones down here. Probably not. Maybe I should have said: Better than a dump of the dataset. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Partition dataset manager
There is a product called PDS Manager described at http://www.tcpip4vse.com/products/zos/PDS-Manager_zos/PDS-Manager_zos.htm However, there is also something called PDSMAN from CA (PDS Library Management): http://www.ca.com/us/products/product.aspx?id=1434 as well as the PDS command (from the cbttape) http://www.cbttape.org/freepds.htm Bill On Mon, 17 Nov 2008 11:15:46 -0500, Ram Balaji [EMAIL PROTECTED] wrote: Hi all, Can anyone provide me pdsm() document or link. Regards, Ram Balaji.S. (Dying Hard to explore MainFrames) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Partition dataset manager
There is also a product called SimpList, www.mackinney.com/products/SIM/simplist.htm but it is more of a general purpose productivity tool than a PDS manager per se. (If you are new to mainframes, as your signature line implies, then SimpList would be a big help to you.) On Mon, Nov 17, 2008 at 11:15 AM, Ram Balaji [EMAIL PROTECTED] wrote: Hi all, Can anyone provide me pdsm(partiotion dataset manager) document or link. Regards, Ram Balaji.S. (Dying Hard to explore MainFrames) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL to upload PS file from Mainframe to Local drive
On Mon, 17 Nov 2008 09:08:39 -0600, Elardus Engelbrecht wrote: Oh yes, playing on earth with my favourite z/OS. :) Ah, but z/OS has many enhancements over MVS/XA (the last MVS not to have files. TSO tries to fake it.) What about you, you still here ... ;-D You've been following the business news too closely. I'm OK, so far. accessible with JCL, using //SYSUT1 DD PATH='...'. I already know that. I just replied first to get the wording straight. You are certainly aware that people don't always get their terminology correct in their first posts. I also don't want to post an example in vain. Perhaps a prudent judgment given the sketchy character of the initial ply. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
new tape drive question
List, We're in the process of implementing some TS1120 tape drives on our z/OS system. These will sit next to our 3590s. I don't know if I'm missing something obvious or if there's something I need to do to make this work. Here's the situation - which I know many of you have already encountered and successfully navigated. The 3590 tape drives and the 3592/TS1120 drives share the same device type that of UNIT=3590 with an allocation device type of 78048083. I have set up esoterics to differentiate between the two. I use UNIT=MAGS to point to the 3590s and UNIT=TS1120 to point to them. This will work fine for differentiating on a new allocation, but what happens when I want to get at an existing dataset on a tape? With the same device type on both tape drives, I can see the system requesting a TS1120 drive to load a 3590 tape because the system doesn't know the difference. How do I differentiate between the two on an existing allocation? Thanks. Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: new tape drive question
On Mon, 17 Nov 2008 14:55:39 -0600, Pommier, Rex R. [EMAIL PROTECTED] wrote: List, We're in the process of implementing some TS1120 tape drives on our z/OS system. These will sit next to our 3590s. I don't know if I'm missing something obvious or if there's something I need to do to make this work. Here's the situation - which I know many of you have already encountered and successfully navigated. The 3590 tape drives and the 3592/TS1120 drives share the same device type that of UNIT=3590 with an allocation device type of 78048083. I have set up esoterics to differentiate between the two. I use UNIT=MAGS to point to the 3590s and UNIT=TS1120 to point to them. This will work fine for differentiating on a new allocation, but what happens when I want to get at an existing dataset on a tape? With the same device type on both tape drives, I can see the system requesting a TS1120 drive to load a 3590 tape because the system doesn't know the difference. How do I differentiate between the two on an existing allocation? Thanks. Rex The only way that I can think of is to put the new tapes in a tape library. Now, if you're using an ATL, then make one library for the old drives and another library for the new drives. If the new drives are not in a library, then create a new library (and storage group) for the new drives. Change the IODF to say that the TS1120s are in a Manual Tape Library (MTL) and simply make up a LIBRARY-ID and LIBPORT-ID which doesn't conflict with anything else in the IODF. Also create a new storage class. In the storage class ACS routine, look for UNIT=TS1120 and assign the new storage class to the allocation. In the storage group ACS routine, look for the new storage class and assign it to a new storage group. Use ISMF to create a tape library with the LIBRARY-ID and associate it with the new storage group. Now, when z/OS detects that the volume serial to be mounted is defined in OAM as being in the MTL, it will ask that the volume be mounted on one of the drives assigned to the MTL (one of the new drives). I cannot think of any other way to do this. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PROJECTCPU, Vendors and SRBs
I had posted a query on the MXG list about reporting on zIIP usage via the PROJECTCPU function in IEAOPT. I got a wonderful response back from Al Sherkow. One of the points he made surprised me a bit. Apparently if there are no zIIP or zAAP engines, some ISVs will not make their SRB's eligible and therefore will not be collected by the PROJECTCPU. He also stated that Kathy Walsh had discussed this at the z/OS Expo in Oct 2008. Does anyone else have any input on which vendors (I think Syncsort was mentioned) that might not schedule their SRBs to be eligible for zIIP or zAAP processing because a zIIP or zAAP is not present? Or have any other gottcha's with PROJECTCPU? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Inability to read stored data was Re: Ancient IBM Drive Rescues Apollo Moon Data
On Mon, 17 Nov 2008 12:44:07 -0400, Clark Morris [EMAIL PROTECTED] wrote: ... While at a Year 2000 session, I raised the question of having the programs able to read archived data. ... How many of your organizations keep old record layouts / data base descriptions to match archived tapes? Can the 7 or 10 year old tape be read logically with all fields identified? ... Potential problems at may levels. The logical record layout that you mentioned. The physical record layout (if this is a database unload, etc.). The equipment needed to read the medium. The integrity of the physical medium. That last issue might not be a problem for 7 - 10 year old media but it could be real (reel?) problem for the NASA tapes in the other thread. They may get one chance to read the tapes. After that they've got a pile of magnetic dust at the bottom of the tape drive's vacuum columns. Scribes transcribing Greek or Latin texts in ink on parchment may not have had the benefit of error correcting algorithms, but they used durable media and encoding techniques that can still be read and decyphered (by those that can read ancient Greek and Latin). It's a good thing Aeschylus didn't use a PC with a CD burner. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: new tape drive question
John is almost right, but you will only need one manual library. Once a tape is SMS managed, he can tell the difference between the different tape technologies. I have done exactly what you are doing. If you want to talk offline, I'll be happy to help. Scott Rowe John McKown [EMAIL PROTECTED] 11/17/2008 4:08 PM On Mon, 17 Nov 2008 14:55:39 -0600, Pommier, Rex R. [EMAIL PROTECTED] wrote: List, We're in the process of implementing some TS1120 tape drives on our z/OS system. These will sit next to our 3590s. I don't know if I'm missing something obvious or if there's something I need to do to make this work. Here's the situation - which I know many of you have already encountered and successfully navigated. The 3590 tape drives and the 3592/TS1120 drives share the same device type that of UNIT=3590 with an allocation device type of 78048083. I have set up esoterics to differentiate between the two. I use UNIT=MAGS to point to the 3590s and UNIT=TS1120 to point to them. This will work fine for differentiating on a new allocation, but what happens when I want to get at an existing dataset on a tape? With the same device type on both tape drives, I can see the system requesting a TS1120 drive to load a 3590 tape because the system doesn't know the difference. How do I differentiate between the two on an existing allocation? Thanks. Rex The only way that I can think of is to put the new tapes in a tape library. Now, if you're using an ATL, then make one library for the old drives and another library for the new drives. If the new drives are not in a library, then create a new library (and storage group) for the new drives. Change the IODF to say that the TS1120s are in a Manual Tape Library (MTL) and simply make up a LIBRARY-ID and LIBPORT-ID which doesn't conflict with anything else in the IODF. Also create a new storage class. In the storage class ACS routine, look for UNIT=TS1120 and assign the new storage class to the allocation. In the storage group ACS routine, look for the new storage class and assign it to a new storage group. Use ISMF to create a tape library with the LIBRARY-ID and associate it with the new storage group. Now, when z/OS detects that the volume serial to be mounted is defined in OAM as being in the MTL, it will ask that the volume be mounted on one of the drives assigned to the MTL (one of the new drives). I cannot think of any other way to do this. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: new tape drive question
Scott and John, Thanks for the information. I'll definitely be asking for more help as I head down this path. This is an area of z/OS where I'm not that well versed. Our current 3590 tapes are a combination of SMS-managed and non-managed tapes. The 3590s are currently used for batch datasets (SMS-managed), and DFHSM ML2 and nightly backups (non-managed). We are planning on moving the backups to the TS1120s, leaving HSM ML2 and production on the 3590s. I will head down this path with the assumption that I can (relatively) easily move the nightly backups to SMS-managed tapes. One quick follow-up question. My nightly backups are currently all GDG based full-volume backups with the DSN starting as MVS.BACKUP.whatever. To move these to SMS-managed backups on the TS1120s, do I need to change the naming convention or is SMS smart enough to know that older generations of the GDGs are non-SMS managed on the 3590s and the newer ones are SMS managed on TS1120s? For example, if I have a monthly backup called MVS.BACKUP.MONTHLY.DB0100.G1234V00 on a 3590, and then I implement this manual tape library and SMS management before my next month-end backup, so the next backup is on an SMS-managed TS1120 with DSN=MVS.BACKUP.MONTHLY.DB0100.G1235V00. Is SMS smart enough to know that if I call generation 1234 to load it on a 3590 but generation 1235 needs to go to the TS1120? Thanks for helping an SMS newbie. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rowe Sent: Monday, November 17, 2008 4:46 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: new tape drive question John is almost right, but you will only need one manual library. Once a tape is SMS managed, he can tell the difference between the different tape technologies. I have done exactly what you are doing. If you want to talk offline, I'll be happy to help. Scott Rowe John McKown [EMAIL PROTECTED] 11/17/2008 4:08 PM On Mon, 17 Nov 2008 14:55:39 -0600, Pommier, Rex R. [EMAIL PROTECTED] wrote: List, We're in the process of implementing some TS1120 tape drives on our z/OS system. These will sit next to our 3590s. I don't know if I'm missing something obvious or if there's something I need to do to make this work. Here's the situation - which I know many of you have already encountered and successfully navigated. The 3590 tape drives and the 3592/TS1120 drives share the same device type that of UNIT=3590 with an allocation device type of 78048083. I have set up esoterics to differentiate between the two. I use UNIT=MAGS to point to the 3590s and UNIT=TS1120 to point to them. This will work fine for differentiating on a new allocation, but what happens when I want to get at an existing dataset on a tape? With the same device type on both tape drives, I can see the system requesting a TS1120 drive to load a 3590 tape because the system doesn't know the difference. How do I differentiate between the two on an existing allocation? Thanks. Rex The only way that I can think of is to put the new tapes in a tape library. Now, if you're using an ATL, then make one library for the old drives and another library for the new drives. If the new drives are not in a library, then create a new library (and storage group) for the new drives. Change the IODF to say that the TS1120s are in a Manual Tape Library (MTL) and simply make up a LIBRARY-ID and LIBPORT-ID which doesn't conflict with anything else in the IODF. Also create a new storage class. In the storage class ACS routine, look for UNIT=TS1120 and assign the new storage class to the allocation. In the storage group ACS routine, look for the new storage class and assign it to a new storage group. Use ISMF to create a tape library with the LIBRARY-ID and associate it with the new storage group. Now, when z/OS detects that the volume serial to be mounted is defined in OAM as being in the MTL, it will ask that the volume be mounted on one of the drives assigned to the MTL (one of the new drives). I cannot think of any other way to do this. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses.
Re: Servicelink view format - was: Re: IBMLink planned outage
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Kelly Sent: Monday, November 17, 2008 10:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Servicelink view format - was: Re: IBMLink planned outage I also did a 'feedback'. Whomever IBM has in India updating ServLink should have to use it before 'designing' changes. Jack Kelly 202-502-2390 (Office) SNIP I got some info in the feedback I filed. They said that the change was in response to the requests of some users. I know that I'm getting old, but I don't recall being asked if I wanted to have a scrollable area the size of a 3270 MOD 1 (40x12). Regards, Steve Thompson -- Opinions expressed by this poster are not necessarily those of poster's employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Servicelink view format - was: Re: IBMLink planned outage
:I don't recall being asked if I wanted to have a scrollable area the size of a 3270 MOD 1 (40x12). ditto, me neither. I also submitted a feedback on this issue. I'm wondering who exactly requested that change? . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: new tape drive question
For existing datasets, the system first figures out which volume the dataset is on, and if that volume is in an SMS library then SMS gets the allocation, if the volume is not in an SMS library the allocation continues normally. So, no, you will not have a problem with the scenario you describe. Pommier, Rex R. [EMAIL PROTECTED] 11/17/2008 6:00 PM Scott and John, Thanks for the information. I'll definitely be asking for more help as I head down this path. This is an area of z/OS where I'm not that well versed. Our current 3590 tapes are a combination of SMS-managed and non-managed tapes. The 3590s are currently used for batch datasets (SMS-managed), and DFHSM ML2 and nightly backups (non-managed). We are planning on moving the backups to the TS1120s, leaving HSM ML2 and production on the 3590s. I will head down this path with the assumption that I can (relatively) easily move the nightly backups to SMS-managed tapes. One quick follow-up question. My nightly backups are currently all GDG based full-volume backups with the DSN starting as MVS.BACKUP.whatever. To move these to SMS-managed backups on the TS1120s, do I need to change the naming convention or is SMS smart enough to know that older generations of the GDGs are non-SMS managed on the 3590s and the newer ones are SMS managed on TS1120s? For example, if I have a monthly backup called MVS.BACKUP.MONTHLY.DB0100.G1234V00 on a 3590, and then I implement this manual tape library and SMS management before my next month-end backup, so the next backup is on an SMS-managed TS1120 with DSN=MVS.BACKUP.MONTHLY.DB0100.G1235V00. Is SMS smart enough to know that if I call generation 1234 to load it on a 3590 but generation 1235 needs to go to the TS1120? Thanks for helping an SMS newbie. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rowe Sent: Monday, November 17, 2008 4:46 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: new tape drive question John is almost right, but you will only need one manual library. Once a tape is SMS managed, he can tell the difference between the different tape technologies. I have done exactly what you are doing. If you want to talk offline, I'll be happy to help. Scott Rowe John McKown [EMAIL PROTECTED] 11/17/2008 4:08 PM On Mon, 17 Nov 2008 14:55:39 -0600, Pommier, Rex R. [EMAIL PROTECTED] wrote: List, We're in the process of implementing some TS1120 tape drives on our z/OS system. These will sit next to our 3590s. I don't know if I'm missing something obvious or if there's something I need to do to make this work. Here's the situation - which I know many of you have already encountered and successfully navigated. The 3590 tape drives and the 3592/TS1120 drives share the same device type that of UNIT=3590 with an allocation device type of 78048083. I have set up esoterics to differentiate between the two. I use UNIT=MAGS to point to the 3590s and UNIT=TS1120 to point to them. This will work fine for differentiating on a new allocation, but what happens when I want to get at an existing dataset on a tape? With the same device type on both tape drives, I can see the system requesting a TS1120 drive to load a 3590 tape because the system doesn't know the difference. How do I differentiate between the two on an existing allocation? Thanks. Rex The only way that I can think of is to put the new tapes in a tape library. Now, if you're using an ATL, then make one library for the old drives and another library for the new drives. If the new drives are not in a library, then create a new library (and storage group) for the new drives. Change the IODF to say that the TS1120s are in a Manual Tape Library (MTL) and simply make up a LIBRARY-ID and LIBPORT-ID which doesn't conflict with anything else in the IODF. Also create a new storage class. In the storage class ACS routine, look for UNIT=TS1120 and assign the new storage class to the allocation. In the storage group ACS routine, look for the new storage class and assign it to a new storage group. Use ISMF to create a tape library with the LIBRARY-ID and associate it with the new storage group. Now, when z/OS detects that the volume serial to be mounted is defined in OAM as being in the MTL, it will ask that the volume be mounted on one of the drives assigned to the MTL (one of the new drives). I cannot think of any other way to do this. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying,
Re: Ancient IBM Drive Rescues Apollo Moon Data
Anyone know how to contact them? :-) I wonder if they ever actually asked NASA? Folks, EVERY BIT OF EVERY MISSION is available for the archive. Some of it is online, the rest you must ask for, and they will make a tape or CD-ROM. The data - all the data - keeps moving from one format to the other. I do not know how they keep it now, but it used to be on DEC WORMs maybe ten years ago. I know at that time they were retiring the DEC system. The best that the sensible astronomers can guess is that some researchers want the original telemetry tapes - the old analog tape decks that recorded whatever the receivers tuned to the spacecraft were picking up. NASA never really intended for the telemetry data to be seriously archived, as it would be silly to do so once the data was pulled off and verified. It would be like archiving IBM-MAIN, with all the IP headers, checksums and junk. Pointless, except for some really obscure research one might do concerning net traffic or something. Oh, and the Census people also have ALL of their computer data as well. A rumour that just will not die... -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS V1R10 COBOL
Just something to be aware of when ordering z/OS V1R10. IBM has just withdrawn Enterprise COBOL for z/OS V3R4 (5655-G53) from marketing. What was not expected is when we ordered a ServerPac which should include COBOL, it is not included. What could be included is Enterprise COBOL for z/OS V4R1 (5655-S71); SURPRISE. After much discussion with our SE and ServerPac team, they offered a fee service to put together a COBOL distribution of 5655-G53 to ship to us. After much more discussion and exchanging tears of injustice IBM agreed to send a CBPDO as a final gesture for N/C. OK, first for the observation. The SE's back in the 20th Century looked out for us as far as keeping tabs on software upgrades, etc, advising and reminding us to order, etc. Seems in this new 21st Century I get to monitor all the Announcement letters on my own and look out for Ole #1 (the new way). Question: are others finding this to be true and if so, what tools or things do you use to keep pace with withdrawls, etc, for what you own? thanks jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cancel tso id
Fill in the details below (LPAR on which the user is logged on, userid of user to be cancelled etc., removing the '' but keeping the quotes - e.g. /*$VS,'CANCEL U=ABCDEFGH'), select either the /*ROUTE or the /*JOBPARM card but not both, and then submit the job. That should do it. //jobcard etc. //* /*ROUTE XEQ LPAR alias name -- either /*JOBPARM SYSAFF=4-char LPAR system ID -- or //* //* //* CANCEL A USER ON ANOTHER LPAR, IN BATCH * //* //INTRDR EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY //SYSUT2DD SYSOUT=(*,INTRDR) //SYSUT1DD *,DLM=@@ /*$VS,'CANCEL U=userid to be cancelled' @@ //* // Cheers, Chris Poncelet, CA Ron Thomas wrote: Hello. We are using SYSVIEW , many a times connections gets lost due to network problems and id gets locked. In SDSF we can purge the id from my my fellow's machine, here we need to call the helpdesk and do the same? is there any faclity here by which we can cancel the id? Thanks, Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cancel tso id
Fill in the details below (LPAR on which the user is logged on, userid of user to be cancelled etc., removing the '' but keeping the quotes - e.g. /*$VS,'CANCEL U=ABCDEFGH'), select either the /*ROUTE or the /*JOBPARM card but not both, and then submit the job. That should do it. Except for the fact that most shops do not allow the 'typical' user to issue operator commands throught Batch jobs. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Logrec Viewer 1.1
I'm trying to use Logrec Viewer, downloaded from IBM. Is the tool suitable for configuration without logrec logstream? As supplied, it is only with logstream. You can add a new option in the panels where you can submit a batch job using your SYS1.LOGREC. You might want to check out my ISPF EREP/Logrec viewing application: http://www.planetmvs.com/freeware/daerep.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Logrec Viewer 1.1
I GET PAGE CANNOT BE DISPLAYED message. How about a real UTL. George Fogg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Alcock Sent: Monday, November 17, 2008 7:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Logrec Viewer 1.1 I'm trying to use Logrec Viewer, downloaded from IBM. Is the tool suitable for configuration without logrec logstream? As supplied, it is only with logstream. You can add a new option in the panels where you can submit a batch job using your SYS1.LOGREC. You might want to check out my ISPF EREP/Logrec viewing application: http://www.planetmvs.com/freeware/daerep.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cancel tso id
On Tue, 18 Nov 2008 02:15:38 +, CM Poncelet [EMAIL PROTECTED] wrote: Fill in the details below (LPAR on which the user is logged on, userid of user to be cancelled etc., removing the '' but keeping the quotes - e.g. /*$VS,'CANCEL U=ABCDEFGH'), select either the /*ROUTE or the /*JOBPARM card but not both, and then submit the job. That should do it. //jobcard etc. //* /*ROUTE XEQ LPAR alias name -- either /*JOBPARM SYSAFF=4-char LPAR system ID -- or //* //* //* CANCEL A USER ON ANOTHER LPAR, IN BATCH * //* //INTRDR EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY //SYSUT2DD SYSOUT=(*,INTRDR) //SYSUT1DD *,DLM=@@ /*$VS,'CANCEL U=userid to be cancelled' @@ //* // Cheers, Chris Poncelet, CA Ron Thomas wrote: Hello. We are using SYSVIEW , many a times connections gets lost due to network problems and id gets locked. In SDSF we can purge the id from my my fellow's machine, here we need to call the helpdesk and do the same? is there any faclity here by which we can cancel the id? Thanks, Ron An approach I use is to FTP PUT a JCL jobstream file to JES with: site filetype=jes And execute the appropriate batch-interface for a utility such as SDSF, to execute to command, where authorized. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cancel tso id
On Mon, 17 Nov 2008 05:59:24 -0600, Ron Thomas wrote: We are using SYSVIEW , many a times connections gets lost due to network problems and id gets locked. In SDSF we can purge the id from my my fellow's machine, here we need to call the helpdesk and do the same? is there any faclity here by which we can cancel the id? Long ago, Bill Schoen posted to the OpenEdition Tools and Toys page an interactive Rexx wrapper to Batch SDSF: File that you are currently viewing Linkname: IBM z/OS UNIX tools available for download URL: http://www-03.ibm.com/servers/eserver/zseries/zos/unix/bpxa1ty2.html Link that you currently have selected Linkname: README file URL: ftp://ftp.software.ibm.com/s390/zos/tools/sdsf/sdsf.readme.txt So, if you can, download it; install it; start it; cancel at will. TSO's prohibition of concurrent logons is archaic and moronic. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PROJECTCPU, Vendors and SRBs
I had posted a query on the MXG list about reporting on zIIP usage via the PROJECTCPU function in IEAOPT. I got a wonderful response back from Al Sherkow. One of the points he made surprised me a bit. Apparently if there are no zIIP or zAAP engines, some ISVs will not make their SRB's eligible and therefore will not be collected by the PROJECTCPU. He also stated that Kathy Walsh had discussed this at the z/OS Expo in Oct 2008. Does anyone else have any input on which vendors (I think Syncsort was mentioned) that might not schedule their SRBs to be eligible for zIIP or zAAP processing because a zIIP or zAAP is not present? Or have any other gottcha's with PROJECTCPU? BMC's MAINVIEW for z/OS 2.9 schedules SRBs eligible for zIIP processing based on an installation specified parameter, regardless of the PROJECTCPU setting and/or the existence of zIIPs. However, there is a limitation with PROJECTCPU's numbers. z/OS does not provide zIIP on CP usage by JOB (Address Space) in any documented (GUPI or otherwise) field. They are only available at the WLM workload level and individual enclaves via the WLM APIs. Disclaimer: I work for BMC Software and was involved in the development of the MAINVIEW for z/OS zIIP exploitation. Keith E. Moe MAINVIEW for z/OS Support BMC Software, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FW: Servicelink view format - was: Re: IBMLink planned outage
___ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ___ Hi Barbara, I agree, but there are a couple of side benefits, Firstly when you get the email notifying you of an update, the updated text is actually included in the email, which saves you having to logon to IBMLink Secondly, when you review the ETR, the whole ETR is displayed with the text box, much like it did in the previous version. - Date:Mon, 17 Nov 2008 08:20:09 +0100 From:Barbara Nitz [EMAIL PROTECTED] Subject: Servicelink view format - was: Re: IBMLink planned outage Now, who has decreed that either one has to 1.) click at least three times more to see the actual ETR content or 2.) be content to see about 8 lines of a 45689 line ETR due to the small window that shows the actual content - IBMs web clickers in their infinite wisdom? - Am I missing something obvious here? Barbara Nitz Thanks Regards, - Stephen Hall Mainframe Platform Manager INSURANCE AUSTRALIA GROUP (IAG) www.iag.com.au ___ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses with Symantec Scan Engine and cleared by MailMarshal. ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Logrec Viewer 1.1
The URL below works for me. I GET PAGE CANNOT BE DISPLAYED message. How about a real UTL. George Fogg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Alcock Sent: Monday, November 17, 2008 7:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Logrec Viewer 1.1 http://www.planetmvs.com/freeware/daerep.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PROJECTCPU, Vendors and SRBs
CA Solutions will work without specilaty processors and show you what would have run on a zIIP when you specify PROJECTCPU. Please note, your milage may vary from what PROJECTCPU says vs. what actually happens with the zIIP. -Original Message- From: Lizette Koehler [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2008 04:23 PM To: IBM-MAIN@BAMA.UA.EDU Subject: PROJECTCPU, Vendors and SRBs I had posted a query on the MXG list about reporting on zIIP usage via the PROJECTCPU function in IEAOPT. I got a wonderful response back from Al Sherkow. One of the points he made surprised me a bit. Apparently if there are no zIIP or zAAP engines, some ISVs will not make their SRB's eligible and therefore will not be collected by the PROJECTCPU. He also stated that Kathy Walsh had discussed this at the z/OS Expo in Oct 2008. Does anyone else have any input on which vendors (I think Syncsort was mentioned) that might not schedule their SRBs to be eligible for zIIP or zAAP processing because a zIIP or zAAP is not present? Or have any other gottcha's with PROJECTCPU? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS V1R10 COBOL
In a message dated 11/17/2008 7:29:09 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Seems in this new 21st Century I get to monitor all the Announcement letters on my own and look out for Ole #1 (the new way). Question: are others finding this to be true and if so, what tools or things do you use to keep pace with withdrawls, etc, for what you own? Caveat emptor... Same price too! Been going downhill since SE's and PSR's were turned into a 'service'. The overlooked part of the equation is it helped IBM find and fix problems faster. **Get the Moviefone Toolbar. Showtimes, theaters, movie news more!(http://pr.atwola.com/promoclk/10075x1212774565x1200812037/aol?redir=htt p://toolbar.aol.com/moviefone/download.html?ncid=emlcntusdown0001) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Logrec Viewer 1.1
It's working now. Thanks, George Fogg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roland Schiradin Sent: Monday, November 17, 2008 9:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Logrec Viewer 1.1 The URL below works for me. I GET PAGE CANNOT BE DISPLAYED message. How about a real UTL. George Fogg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Alcock Sent: Monday, November 17, 2008 7:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Logrec Viewer 1.1 http://www.planetmvs.com/freeware/daerep.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Logrec Viewer 1.1
In a message dated 11/17/2008 11:38:35 P.M. Central Standard Time, [EMAIL PROTECTED] writes: The URL below works for me. Likewise. Maybe it's a firewall problem...any return codes? --- First panel -? DA$EREP is an ISPF application that makes it easy to browse EREP (LOGREC) software entries in an ACCDEV file. After 1999-12-31, we lucky few found that many of the LOGREC records are being created by IBM without the 2000 century indicator turned on. IBM has created APAR IR41986 to address this. **Get the Moviefone Toolbar. Showtimes, theaters, movie news more!(http://pr.atwola.com/promoclk/10075x1212774565x1200812037/aol?redir=htt p://toolbar.aol.com/moviefone/download.html?ncid=emlcntusdown0001) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Servicelink view format - was: Re: IBMLink planned outage
I had called in to the servicelink help desk yesterday. This is the response from EMEA support: Some customers have complained about the new look of the ETR pages, in particular the scroll box that displays the PMR contents. This feature was deployed because many customers had asked for this, and the associated facility in ETR- Revise with two scroll boxes; one for the existing PMR text and one for the new text. At this stage, all I can do is make the WW Servicelink team aware of these complaints. What will happen next will depend mainly on the US customers and if they complain about the new design. So personally, I am depending on all Americans on the list to go and complain loudly! Since IBM doesn't really care about the rest of the world (some exceptions noted). Firstly when you get the email notifying you of an update That email has been going to the wastepaper basket 'delete before reading' for years! the updated text is actually included in the email, which saves you having to logon to IBMLink ???It doesn't help me anything to *just* see the latest text. Since I am normally only opening ETRs if we have a real urgent problem, there are several exchanges per hour, and I really want to see the whole text in *readable* format, not just some bits and pieces scattered everywhere. Besides, I am logged into servicelink all day. Secondly, when you review the ETR, the whole ETR is displayed with the text box, much like it did in the previous version. Then you must see a different version. Once I either click on the ETR number or the revise/view button, all I get on the next screen is ten lines. And clicking output, then clicking display prinatble version takes forever to display! I shudder to think what that will do at oh:dark:30 on an 46KB phone line where it took 5 minutes already to display the 'text-only' thing that we had before. Real pity that I currently have such a problem! Barbara Nitz -- Feel free - 5 GB Mailbox, 50 FreeSMS/Monat ... Jetzt GMX ProMail testen: http://www.gmx.net/de/go/promail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Register article on HP replacing z
Bill and I have fun (and ultimately academic) debates on this point. :-) My view: if it's easier to explain to the boss that a specialty engine is an accelerator, go right ahead. It's a reasonable way to think about its impact. If you Google zAAP (or zIIP) and accelerator you'll get plenty of hits. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PROJECTCPU, Vendors and SRBs
If you absolutely cannot figure out how to get zIIP or zAAP eligibility turned on for certain products, and you suspect you're consequently undercalling the eligibility in your test measurements, you might want to talk to your IBM rep. As one option, under OOCoD (On Off Capacity On Demand) terms you could activate a zAAP and/or zIIP for even just one day, run your tests, and either shut the engine(s) off or buy it(them) permanently, depending on the results. OOCoD is available at least for any zAAP- or zIIP-capable system. The worst that would happen is you'd pay the one day specialty engine charge. As another option, if you are licensing z/VM then you can configure z/VM to simulate a zAAP and/or zIIP (on CP capacity) and run your tests that way. This second option should at least tell you whether further investigation is merited. There was some discussion about this z/VM feature in another recent thread here. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS V1R10 COBOL
A lot of people subscribe to IBM iNews and set a profile to receive any announcements concerning their products. I think this works pretty well. Here's the link: http://www.ibm.com/common/ssi/index.wss?buttonpressed=ADDINFO Then click on the appropriate iNews link for your part of the world to begin the signup process. Another option (perhaps in combination) is to subscribe to the RSS feed for IBM's Software Support Lifecycle page. With this subscription you'll be able to see whenever IBM adds or changes an End of Support or Marketing Withdrawal date: http://www-111.ibm.com/software/support/lifecycle/customfeed.jsp - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ancient IBM Drive Rescues Apollo Moon Data
Rick Fochtman [EMAIL PROTECTED] wrote: Will any of the more modern drives handle the appropriate density? I'm not sure: will a 7-track 3420 handle 200 BPI? or 556 BPI? http://www-03.ibm.com/ibm/history/exhibits/storage/storage_3420.html It seems that they do 556 and 800 normally, 200 requires a 2803-2. It even looks like they did 1600, though I don't ever remember anyone doing that. -- glen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS V1R10 COBOL
Seems in this new 21st Century I get to monitor all the Announcement letters on my own and look out for Ole #1 (the new way). I, honestly, don't understand the question. Aren't we responsible for understanding the requirements for each upgrade, regardless of the product? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html