Re: Mysterious Abend 0C1
OK, this is what happened. The dump analyser is a trusty clist written for IPCS by me over 20 years ago. It (almost always) works by using the chain: ASXB - abending TCB - RTWA, from where it gets the PSW and registers. In this case it got caught out because there was a preceding TCB with a completion code of 0C1 but only a PRB, no RTWA and hence the mayhem. So, sorry for the noise but this exchange has proved very useful because I now know about the BEAR. Unfortunately it is not listed by either the IPCS STATUS or SUMMARY commands, which would have been very useful since there is a chain of control blocks to follow (SDWAXPAD-SDWAPTRS, SDWAXEME-SDWARC4). Cheers -Robin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: 22 May 2013 23:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mysterious Abend 0C1 Gerhard Adam wrote: This entire problem is suspect since the PSW itself isn't valid. There is no situation of where bits 24-31 can contain an x'E1' Good catch. Even after reading my Principle of Operations, it is still a good catch :-) Of course, the OP discovered later that 'dump analyser picked up the wrong PSW '. I wish the OP published the CORRECT dump results including the PSW and the registers. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Predict WLC invoice amount ...
This is getting pretty ridiculous now, in my view. So let's say that IBM increases a particular price for sake of argument. What does that mean? Well, in effect it means you may be slightly off the financial part of your forecast for the remainder of your ELA. Which means you may be closer or less close to perfect in your capacity forecast relative to the financial one. (If your utilizations are running under forecast, the price increase soaks up some gap and probably the payments don't change, so you're actually closer to perfect. If you're running over, you may have a bit more overage to pay at the end, so you've left some benefit on the table.) A *perfect* forecast maximizes ELA benefits. An imperfect forecast...STILL YIELDS ELA BENEFITS! This isn't a question of whether or not you should have an ELA. You probably should -- talk with your IBM representative. If perfect is defined as 10 units worth of benefit (with 100% hindsight), sure, maybe you'll only get 8 units when the books are closed. Is 8 better than zero benefit? Heck yes! And many organizations like smoothed billing anyway for budgetary reasons, so that's another benefit in many cases. By the way, when IBM announced the Mainframe Charter 10 years ago, it promised to deliver on a few important principles. One of the most important was to improve the value of zSeries (now zEnterprise). Very importantly, IBM did not specify exactly what form those ongoing improvements would take, at least in part because IBM couldn't predict everything. I'm pretty sure IBM didn't predict the DB2 Analytics Accelerator in 2003, for example -- at least not in detail. IBM hasn't issued many charters -- maybe two? -- and I think many observers missed how seriously IBM took (and takes) the Mainframe Charter. OK, fast forward 10 years. We've seen substantial net unit price decreases in myriad forms (speciality engines, more and more business-friendly sub-capacity licensing, accelerators, hardware capacity, memory, maintenance, Capacity for Planned Events, Solution Editions, Value Unit Editions, Rational Unit Test feature, and many others). We've also seen functionality which previously required paying extra now not requiring extra payment -- the WebSphere Liberty Profile in CICS TS V5.1 and IMS Connect are two among many examples. We've seen serious (and ongoing) path length reductions throughout the portfolio -- yes even including COBOL, CICS, and IMS. (Welcome, Enterprise COBOL Version 5.) We've seen IBM compete aggressively but fairly in the tools and utilities market, and on a sub-capacity basis. We've seen price inflation and even some currency devaluations in the world at large, and yes we've even seen IBM raise a few price numbers a bit so that everything is not falling *too* quickly. And, oh yes, we have 5.5 GHz cores! I think this whole picture over the past decade is a very good result. There's lots more value-for-money than there was 10 years ago -- there was a lot even then -- and IBM continues to be well positioned to keep delivering on the Mainframe Charter's promises. Anybody who wants to trade today for 10 years ago, raise your hand. :-) Writing only for myself. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: From Linux to MVS via USS and Back
Just a brief editorial comment. A file transfer link inherently means the application interactions will be batch-oriented. That is, Application A (and probably others) won't know the same information as new Application B. New Application B will always have untimely information. Does that untimeliness matter? It depends on the applications, but often yes, it's bad because it's not what the business wants. Or at least the business users soon realize it's not what they want, and then unnatural acts are performed. Be careful you're choosing the correct connectivity for the business requirements. File transfer (of any sort) may not be the correct choice for that and possibly also for other reasons (such as security). If file transfer is the correct choice, I'll drop a hint and ask if you have looked at z/OS UNIX System Services pipes. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Logica and Pirate Bay
Has anyone heard about intrusion to Swedish mainframe-based system? I just read: A lawsuit against Gottfrid Svartholm, co-founder of Pirate Bay is just started. He's accused of a break in and data theft form the mainframe system containing government data (tax, social security, company registers, driver licences, etc.). (in polish) http://zaufanatrzeciastrona.pl/post/gdzie-wlamal-sie-zalozyciel-the-pirate-bay-i-jak-namierzyla-go-policja-czesc-1/ -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Logica and Pirate Bay
Radoslaw Skorupka pisze: Has anyone heard about intrusion to Swedish mainframe-based system? Nein, Njet, Nee and No (Hmmm, what is No in Polish? ;-D ) A lawsuit against Gottfrid Svartholm, co-founder of Pirate Bay is just started. He's accused of a break in and data theft form the mainframe system containing government data (tax, social security, company registers, driver licences, etc.). http://wikileaks.org/gottfrid-docs/ http://en.wikipedia.org/wiki/Gottfrid_Svartholm http://www.ibtimes.com/gottfrid-svartholm-pirate-bay-founder-charged-attempting-steal-57-million-swedish-kronor-hacking etc... (in polish) http://zaufanatrzeciastrona.pl/post/gdzie-wlamal-sie-zalozyciel-the-pirate-bay-i-jak-namierzyla-go-policja-czesc-1/ Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mysterious Abend 0C1
Thanks for clarifying. Could you select / re-select the Address space (other TCB?) to be used in your dump analysis? Yes, I set a symbol to the desired TCB address and then the analysis proceeds correctly. Could you get any info from Logrec? It's a client's system, so I look at what I am given. Anyway, I found the bad branch from the BEAR, a routine address in an internal control block had been stomped on. By what and when remains a mystery. -Robin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: 23 May 2013 14:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mysterious Abend 0C1 Robin Atwood wrote: OK, this is what happened. The dump analyser is a trusty clist written for IPCS by me over 20 years ago. It (almost always) works by using the chain: ASXB - abending TCB - RTWA, from where it gets the PSW and registers. In this case it got caught out because there was a preceding TCB with a completion code of 0C1 but only a PRB, no RTWA and hence the mayhem. Thanks for clarifying. Could you select / re-select the Address space (other TCB?) to be used in your dump analysis? So, sorry for the noise but this exchange has proved very useful because I now know about the BEAR. Unfortunately it is not listed by either the IPCS STATUS or SUMMARY commands, which would have been very useful since there is a chain of control blocks to follow (SDWAXPAD-SDWAPTRS, SDWAXEME-SDWARC4). SDWARC4. Hmmm, I now rememeber. EREP does show the Breaking-Event-Address Register. Could you get any info from Logrec? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: why does WLM Server status change from YES to NO
On Wed, 22 May 2013 10:07:57 +0100, Martin Packer wrote: Wonder what happens if you manage region to goals of BOTH. Anyone using that yet? Note: SMF30PF2 has a new(ish) bit for it. Any region being managed to transaction goals has *always* been managed to both - startup and shutdown use the region goal. I don't understand why this option was introduced - and why it is only recommended for TORs. Guess I'd better go find some doco (pointers gratefully accepted). Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: why does WLM Server status change from YES to NO
Any region being managed to transaction goals has *always* been managed to both - startup and shutdown use the region goal. I don't understand why this option was introduced - and why it is only recommended for TORs. Guess I'd better go find some doco (pointers gratefully accepted). Shane, you could refer to ftp://public.dhe.ibm.com/eserver/zseries/zos/wlm/WLM2012Share.pdf (or navigate there via http://www.ibm.com/systems/z/os/zos/features/wlm/). As described there Mananage to Both is intended to combine the region management of the TORs (allowing to favor the TORs over the AORs) with the full transaction reporting that you would get from Manage to Goal of Transactions. It's primarily useful for systems where CICS is the predominant workload. (And, yes, I have seen data from quite a few large sites using it very successfully.) Horst Sinram - IBM z/OS Workload Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: why does WLM Server status change from YES to NO
From: Horst Sinram sin...@de.ibm.com Subject: Re: why does WLM Server status change from YES to NO Mananage to Both is intended to combine the region management of the TORs (allowing to favor the TORs over the AORs) Horst, we have a single OLTP region, which is TOR and AOR together. Would you suggest managing the region using goal of transaction or both ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: why does WLM Server status change from YES to NO
On Thu, 23 May 2013 06:05:59 -0500, Horst Sinram wrote: you could refer to ftp://public.dhe.ibm.com/eserver/zseries/zos/wlm/WLM2012Share.pdf Excellent !. Thanks Horst, more than I could have wished for, and in no time at all. If you're re-presenting this in Boston, I'll be there seeking enlightenment ... :0) Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mysterious Abend 0C1
It took quite a while but I was glad to see someone finally noticed that the PSW is not a PSW, and that the OP noticed this too. My first thought was that it was perhaps displaying just the 8-byte PSW address (not the whole PSW) and that the program had landed above the bar in AMODE 64 (in which case it wouldn't be too surprising to get an 0C1 if you didn't get some sort of page/segment/region fault). And of course seeing the 64-bit GRs would have been interesting in that case, not just the 32-bit GRs. I also noticed that GRs 7-15 as shown appear to have been loaded from various low storage locations which is rather bizarre. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: From Linux to MVS via USS and Back
Hi, maybe I'm over-semplifying: 0. why SFTP an not FTPS? 1. yes you can, what about surrogate userhttp://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.icha700%2Fsurru.htm s? 2. do you really need this monitor if you can start and control a trigger? 3. I don't know if Control-M does but YOU can, so ask at your site if someone came across before to code something new 4. using FTPS you can do what you want, I don't know SFTP 5. as 4 and if you can't you may decide to expose BDW and RDW with a SORT: it's easy 6. = 3. Regards, Marco -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS Unix sysplex filesystem directory standards?
All, (warning, long post) Getting ready to take the plunge and implement Unix Shared filesystems with SYSPLEX Root, etc. Part of this effort is going to have to include some file system cleanup. We have the typical Serverpac supplied SYSRES filesystems, no problem there. But we also have a collection of stuff that has been added over the years, like ISV file systems, extra versions of JAVA no longer supplied by serverpac, HOME directories for TECH support staff, local filesystems for whatever, etc. What I am looking for is some documentation or industry standards - if there are any, on what the recommended placement in the directory structure is. I'm also looking for some examples of others implementation of SYSPLEX Root? The Chapter 7 of the FM is a short 30 pages, and lacks enough real world examples. Like I said, I'm good with the IBM supplied filesystems related to the SYSRES. That's a no brainer. It's our add-on stuff I need to deal with. For Example, today's setup: /u - mostly home directories for the few users that we have in Unix, but has also been a scratch pad for SMPE work space. Does not currently have a automount policy. Ultimately, want this automount controlled, and in the SYSPLEX root as IBM suggests, so that Unix uses truly have ONE home filesystem, regardless of which system they are on. /opt/(something) - we are currently using this for non-serverpac supplied copies of JAVA, and other software TOMCAT, JSPWIKI, etc.Would still like local copies per system of these file systems, but /opt gets mapped to $VERSION in the SYSPLEX root, not to the System specific due to the IBM supplied symbolic links. /usr/opt - file system created, mounted, but empty. Same issue with regards to where it gets mounted. Would still like local copies per system of these file systems, but /usr gets mapped to $VERSION in the SYSPLEX root, not to the System specific due to the IBM supplied symbolic links. /usr/local - file system created, mounted, but empty. Same issue with regards to where it gets mounted. Would still like local copies per system of these file systems, but /usr gets mapped to $VERSION in the SYSPLEX root, not to the System specific due to the IBM supplied symbolic links. With SYSPLEX Root, and filesharing, the new root looks like: # cd / # ls -al total 12 lrwxrwxrwx 1 E008058 OMVSGRP9 May 23 07:34 $SYSNAME - $SYSNAME/ lrwxrwxrwx 1 E008058 OMVSGRP9 May 23 07:34 $VERSION - $VERSION/ drwxr-xr-x 6 E008058 OMVSGRP 768 May 23 07:37 . drwxr-xr-x 6 E008058 OMVSGRP 768 May 23 07:37 .. drwxr-xr-x 2 E008058 OMVSGRP 256 May 23 07:34 ... -rw--- 1 E008058 OMVSGRP0 May 23 07:37 .sh_history drwxr-xr-x 18 E008058 OMVSGRP 896 Jul 24 2012 RSTT2A drwxr-xr-x 6 E008058 OMVSGRP 544 May 23 07:33 TEC5 lrwxrwxrwx 1 E008058 OMVSGRP 12 May 23 07:34 bin - $VERSION/bin lrwxrwxrwx 1 E008058 OMVSGRP 12 May 23 07:34 dev - $SYSNAME/dev lrwxrwxrwx 1 E008058 OMVSGRP 12 May 23 07:34 etc - $SYSNAME/etc lrwxrwxrwx 1 E008058 OMVSGRP 12 May 23 07:34 lib - $VERSION/lib lrwxrwxrwx 1 E008058 OMVSGRP 12 May 23 07:34 opt - $VERSION/opt lrwxrwxrwx 1 E008058 OMVSGRP 16 May 23 07:34 samples - $VERSION/samples lrwxrwxrwx 1 E008058 OMVSGRP 12 May 23 07:34 tmp - $SYSNAME/tmp drwxr-xr-x 5 E008058 OMVSGRP 704 May 23 08:00 u lrwxrwxrwx 1 E008058 OMVSGRP 12 May 23 07:34 usr - $VERSION/usr lrwxrwxrwx 1 E008058 OMVSGRP 12 May 23 07:34 var - $SYSNAME/var So, systems, I truly want local to that system now need to be mounted to $SYSNAME/(something), but NOT /usr/(something), or /opt/(something) since that gets a symbolic link back to the $VERSION (which) is the old ROOT filesystem before doing sysplex sharing. Would it be as simple as adding extra symbolic links to the root file system? Something like: Usr/local - $SYSNAME/usr/local Usr/opt - $SYSNAME/usr/opt _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 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
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
The suggested solutions presented here wasn't appropriate to solve the problem. (Unless an extreme overallocation can be seen as a solution.) Nothing seems like a solution to those who don't listen. There were many suggestions supplied. NOT were over allocations. Since nobody supplied a one size-fits-all, magic bullet, I guess your needs weren't met. After all, all of the suggestions required some work on your part. Don't ever expect any suggestions from me anymore. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SocGen private bank completes two-year project to migrate core banking system to the cloud
http://www.finextra.com/News/FullStory.aspx?newsitemid=24852 Interesting. Raises lots of questions for us geeks, of course... -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com/ (703) 476-4511 (home office) (703) 568-6662 (cell) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SocGen private bank completes two-year project to migrate core banking system to the cloud
Is SocGen the last known user of ISAM for production files? How are they really accessing their ISAM files? Bill Fairchild Franklin, TN - Original Message - From: Phil Smith p...@voltage.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, May 23, 2013 8:57:12 AM Subject: SocGen private bank completes two-year project to migrate core banking system to the cloud http://www.finextra.com/News/FullStory.aspx?newsitemid=24852 Interesting. Raises lots of questions for us geeks, of course... -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com/ (703) 476-4511 (home office) (703) 568-6662 (cell) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: From Linux to MVS via USS and Back
. 1. Is it possible for a z/OS UNIX Shell Script to SUBMIT an MVS JOB? I know I can do plain FTP with FILETYPE=JES. But is there a more direct way that doesn't involve putting plain text passwords on the wire? If you are running a z/OS UNIX shell, you can submit a job using /bin/submit. This is a standard z/OS UNIX command in at least z/OS 1.12 and above. This can submit from a z/OS UNIX resident UNIX file or from stdin, if no file is specified in the UNIX command line. /bin/submit seems to do the trick. And I note that it propagates the submitter's userid, so no need for USER= and PASSWORD= on the JOB card. Thanks John for the tip. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SocGen private bank completes two-year project to migrate core banking system to the cloud
W dniu 2013-05-23 16:09, DASDBILL2 pisze: Is SocGen the last known user of ISAM for production files? How are they really accessing their ISAM files? Possible explanations: 1. Are they really users of ISAM? Hint: it could be VSAM or anything else, mismatched by the journalist. 2. AFAIK it is still possible and supported to use IIP, so application developed for ISAM works transparently with VSAM files. 3. It is also possible to stop at last system level supporting ISAM files. AFAIK it would be z/OS. I'm aware of some living OS/390 installations. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Mainframe Charter (Was: Predict WLC invoice amount ...)
On 5/22/2013 11:38 PM, Timothy Sipples wrote: By the way, when IBM announced the Mainframe Charter 10 years ago, it promised to deliver on a few important principles. One of the most important was to improve the value of zSeries (now zEnterprise). Very importantly, IBM did not specify exactly what form those ongoing improvements would take, at least in part because IBM couldn't predict everything. I'm pretty sure IBM didn't predict the DB2 Analytics Accelerator in 2003, for example -- at least not in detail. IBM hasn't issued many charters -- maybe two? -- and I think many observers missed how seriously IBM took (and takes) the Mainframe Charter. I really liked the Mainframe Charter. It was a great way to kick-off the mainframe's 40th anniversary celebrations! I was disappointed when IBM started systematically scrubbing away every trace of the Mainframe Charter from its web sites. (Fortunately, they left this FAQ that explains what it was all about: http://www.ibm.com/servers/eserver/includes/download/mainframe_charter_faq.pdf). I hope they plan to do another all new one next year to help celebrate the mainframe's 50th anniversary! -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TN3270 connectivity
We use TN3270 USSTCP entry in the BEGINVTAM section to display the equivalent of the old VTAM USS message 10 screen. On Thu, May 23, 2013 at 4:20 AM, Jim McAlpine jim.mcalp...@gmail.com wrote: For those of you who do not use a session manager to connect to TN3270, do any of you use the Telnet Solicitor or do you code your own USS logon screen. What are the pros and cons of each method. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This is a test of the Emergency Broadcast System. If this had been an actual emergency, do you really think we'd stick around to tell you? Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe Charter (Was: Predict WLC invoice amount ...)
Gee, thanks, Ed. You mentioned the link below and I get a 404 error. You told IBM it was there so they scrubbed it too! grin Seriously, I got a 404 not found error using the link. I found it here: http://www-07.ibm.com/servers/eserver/includes/download/mainframe_charter_faq.pdf Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Thursday, May 23, 2013 9:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Mainframe Charter (Was: Predict WLC invoice amount ...) On 5/22/2013 11:38 PM, Timothy Sipples wrote: By the way, when IBM announced the Mainframe Charter 10 years ago, it promised to deliver on a few important principles. One of the most important was to improve the value of zSeries (now zEnterprise). Very importantly, IBM did not specify exactly what form those ongoing improvements would take, at least in part because IBM couldn't predict everything. I'm pretty sure IBM didn't predict the DB2 Analytics Accelerator in 2003, for example -- at least not in detail. IBM hasn't issued many charters -- maybe two? -- and I think many observers missed how seriously IBM took (and takes) the Mainframe Charter. I really liked the Mainframe Charter. It was a great way to kick-off the mainframe's 40th anniversary celebrations! I was disappointed when IBM started systematically scrubbing away every trace of the Mainframe Charter from its web sites. (Fortunately, they left this FAQ that explains what it was all about: http://www.ibm.com/servers/eserver/includes/download/mainframe_charter_faq.pdf). I hope they plan to do another all new one next year to help celebrate the mainframe's 50th anniversary! -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. NOTICE: This e-mail message, including any attachments and appended messages, is for the sole use of the intended recipients and may contain confidential and legally privileged information. If you are not the intended recipient, any review, dissemination, distribution, copying, storage or other use of all or any portion of this message is strictly prohibited. If you received this message in error, please immediately notify the sender by reply e-mail and delete this message in its entirety. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
On Thu, 23 May 2013 16:44:55 +0200, Thomas Berg wrote: The system should allocate/reallocate according to what is needed in the actual/immediate need for the dataset without dumping the problem to the user! (Of course limited by appropriate resource constraints.) For situations like that, I like to use an allocation like CYL,(1,100). Allocate a small primary and a much larger secondary. Maybe also allowing multiple volumes. Perhaps another useful construct would be an allocation where each secondary extent was bigger than the previous. SMS would have a hard time with such a data set though. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
On 05/23/2013 09:44 AM, Thomas Berg wrote: To clarify. I wrote: What is REALLY needed is to get rid of the absurd requirement to specify the amount of storage to allocate for datasets! The system should allocate/reallocate according to what is needed in the actual/immediate need for the dataset without dumping the problem to the user! (Of course limited by appropriate resource constraints.) With that I meant: 1. That there is many cases where an unspecified/undeterminable amount of space is needed for an allocation. 2. That because of the undeterminable status (which can be because it's exactly undeterminable or not possible to spend the amount of time to make it determinable) you can't make any rule of how much space it will request at run time. 3. That any ACS rules or other techniques (other than products that catches a x37 at run time) therefore is of limited help. 4. That if IBM have a function that catches an out of space condition and extend the allocated space to the current need it would save an enormous amount of time spend at correcting the error and rerun the jobs. 5. That *limiting* the use of space should not depend on what is written in the SPACE parm. Rather that it's something that any sort of quotas (ACS maybe) connected to the userid and datasetname should handle. 6. This is - more or less - how it works in e g the Unix world. And they are maybe not insane ? Regards Thomas Berg Thomas Berg Specialist z/OS\RQM\IT Delivery SWEDBANK AB (Publ) The problem is in the definition of appropriate resource constraints. It needs to be something more complex than just putting a total space constraint on an individual user, as even individual users engage in actions of different priority and different degrees of certainty. To me it would be inappropriate if a typical debugging run caught in a loop could exhaust a users space allotment and then cause that user's TSO session or his batch jobs doing standard compiles to fail. I would also find it inappropriate if the defaults did not provide a reasonable way to communicate to a user that he has greatly exceeded usual DASD space usage patterns, because more often than not this is an indicatioh of a bug or some error in judgement that needs to be addressed rather than throwing more resources at the job. There needs to be some kind of multi-tiered approach where the type of job step and/or user specified categorization of data sets enters into the limit determination for individual data sets, and while allowing mechanisms for unusally large data sets perhaps also at some point require manual intervention of some kind to allow a process to allocate more space and continue, when the size of such data sets is seen as a potential threat to future allocation by either that user or other users. Users should not have to worry about how many volumes are required, or about limitations on number of extents per volume, or about volume fragmentation; but data set allocation limits must still protect users and jobs from each other and not needlessly waste resources in over allocation. In a z/OS environment that may service many different groups of loved ones, overall availability of the system is more important than just the convenience of an individual user. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe Charter (Was: Predict WLC invoice amount ...)
Do you have a firewall issue? I was able to use this link to get to the document. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pommier, Rex R. Sent: Thursday, May 23, 2013 8:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mainframe Charter (Was: Predict WLC invoice amount ...) Gee, thanks, Ed. You mentioned the link below and I get a 404 error. You told IBM it was there so they scrubbed it too! grin Seriously, I got a 404 not found error using the link. I found it here: http://www-07.ibm.com/servers/eserver/includes/download/mainframe_charter_fa q.pdf Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Thursday, May 23, 2013 9:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Mainframe Charter (Was: Predict WLC invoice amount ...) On 5/22/2013 11:38 PM, Timothy Sipples wrote: By the way, when IBM announced the Mainframe Charter 10 years ago, it promised to deliver on a few important principles. One of the most important was to improve the value of zSeries (now zEnterprise). Very importantly, IBM did not specify exactly what form those ongoing improvements would take, at least in part because IBM couldn't predict everything. I'm pretty sure IBM didn't predict the DB2 Analytics Accelerator in 2003, for example -- at least not in detail. IBM hasn't issued many charters -- maybe two? -- and I think many observers missed how seriously IBM took (and takes) the Mainframe Charter. I really liked the Mainframe Charter. It was a great way to kick-off the mainframe's 40th anniversary celebrations! I was disappointed when IBM started systematically scrubbing away every trace of the Mainframe Charter from its web sites. (Fortunately, they left this FAQ that explains what it was all about: http://www.ibm.com/servers/eserver/includes/download/mainframe_charter_faq.p df). I hope they plan to do another all new one next year to help celebrate the mainframe's 50th anniversary! -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe Charter (Was: Predict WLC invoice amount ...)
Just a bit of clarification. I got the 404 error using the link Ed had provided. When I changed the www. to www-07. I was able to get the PDF. The firewall question Liz asked was the first thing that popped into my mind as well (along with blocked sites, etc) so I sent ED's e-mail to my home address which has nothing blocked, and I got the 404 there as well. That was when I searched IBM-land and got the hit using the www-07 link. Great list - I've definitely gotten more help from it than I have been able to return. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, May 23, 2013 10:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mainframe Charter (Was: Predict WLC invoice amount ...) Do you have a firewall issue? I was able to use this link to get to the document. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pommier, Rex R. Sent: Thursday, May 23, 2013 8:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mainframe Charter (Was: Predict WLC invoice amount ...) Gee, thanks, Ed. You mentioned the link below and I get a 404 error. You told IBM it was there so they scrubbed it too! grin Seriously, I got a 404 not found error using the link. I found it here: http://www-07.ibm.com/servers/eserver/includes/download/mainframe_charter_fa q.pdf Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Thursday, May 23, 2013 9:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Mainframe Charter (Was: Predict WLC invoice amount ...) On 5/22/2013 11:38 PM, Timothy Sipples wrote: By the way, when IBM announced the Mainframe Charter 10 years ago, it promised to deliver on a few important principles. One of the most important was to improve the value of zSeries (now zEnterprise). Very importantly, IBM did not specify exactly what form those ongoing improvements would take, at least in part because IBM couldn't predict everything. I'm pretty sure IBM didn't predict the DB2 Analytics Accelerator in 2003, for example -- at least not in detail. IBM hasn't issued many charters -- maybe two? -- and I think many observers missed how seriously IBM took (and takes) the Mainframe Charter. I really liked the Mainframe Charter. It was a great way to kick-off the mainframe's 40th anniversary celebrations! I was disappointed when IBM started systematically scrubbing away every trace of the Mainframe Charter from its web sites. (Fortunately, they left this FAQ that explains what it was all about: http://www.ibm.com/servers/eserver/includes/download/mainframe_charter_faq.p df). I hope they plan to do another all new one next year to help celebrate the mainframe's 50th anniversary! -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. NOTICE: This e-mail message, including any attachments and appended messages, is for the sole use of the intended recipients and may contain confidential and legally privileged information. If you are not the intended recipient, any review, dissemination, distribution, copying, storage or other use of all or any portion of this message is strictly prohibited. If you received this message in error, please immediately notify the sender by reply e-mail and delete this message in its entirety. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
That is a concept that DB2 uses. It can start at 1 cylinder and increase the secondary by 1 on each extend. If you changed the SPACE parameter to accept: SPACE=(unit,(n,+m,... Where unit = TRK/CYL/etc and n=Primary allocation and +m is the initial secondary amount and increment That way if you specified SPACE=(CYL,(10,+5)) and got the primary and 10 extents, the file size would be 285 cylinders and a primary with 15 extents would be 610 cylinders as opposed to 60 and 75 cylinders respectively. Amount per allocation - 10 5 10 15 20 25 30 35 40 45 50 55 60 65 70 75 Total allocation10 15 25 40 60 85 115 150 190 235 285 340 400 465 535 610 This might be attractive for an EA enabled data set where even a SPACE=(CYL,(10,+10)) gets you to about 75,030 cylinders in 123 extents. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: Thursday, May 23, 2013 10:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets On Thu, 23 May 2013 16:44:55 +0200, Thomas Berg wrote: The system should allocate/reallocate according to what is needed in the actual/immediate need for the dataset without dumping the problem to the user! (Of course limited by appropriate resource constraints.) For situations like that, I like to use an allocation like CYL,(1,100). Allocate a small primary and a much larger secondary. Maybe also allowing multiple volumes. Perhaps another useful construct would be an allocation where each secondary extent was bigger than the previous. SMS would have a hard time with such a data set though. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I/O Optimization (was: B37 för FTINCL in ISPF ...)
In 9433992692961071.wa.paulgboulderaim@listserv.ua.edu, on 05/22/2013 at 03:42 PM, Paul Gilmartin paulgboul...@aim.com said: On Wed, 22 May 2013 14:25:46 -0400, Shmuel Metz (Seymour J.) wrote: at 07:36 AM, Paul Gilmartin paulgboul...@aim.com said: SYSCALL for the UNIX files; BPXWDYN/EXECIO for the legacy. In your ADDRESS SYSCALL read, what length do you specify? In your ADDRESS TSO EXECIO, what do you specify for lines? Minimal, in order to let the ALLOCATE/OPEN/CLOSE overhead dominate. Using minimal lengths drives up the other overhead, unless you're closing it each time. If you want to to let the ALLOCATE/OPEN/CLOSE overhead dominate, read it all in one swell foop. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
In a90e503c23f97441b05ee302853b0e628f2b31b...@fspas01ev010.fspa.myntet.se, on 05/23/2013 at 11:53 AM, Thomas Berg thomas.b...@swedbank.se said: There is a problem that is solved by a simple solution, the one that I proposed IBM should do. To every question there is an answer that is obvious, simple and wrong. The suggested blames and solutions presented here wasn't appropriate to solve the problem. Au contraire, blindly guessing at fixes before you understand the problem guaranties more problems. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, May 23, 2013 5:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets In a90e503c23f97441b05ee302853b0e628f2b31b...@fspas01ev010.fspa.myntet.se , on 05/23/2013 at 11:53 AM, Thomas Berg thomas.b...@swedbank.se said: There is a problem that is solved by a simple solution, the one that I proposed IBM should do. To every question there is an answer that is obvious, simple and wrong. In this case because... ? The suggested blames and solutions presented here wasn't appropriate to solve the problem. Au contraire, blindly guessing at fixes before you understand the problem guaranties more problems. How do you know I don't understand the problem ? Regards Thomas Berg Thomas Berg Specialist z/OS\RQM\IT Delivery SWEDBANK AB (Publ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CICS Transaction 'QKVA' is not recognized
Hello, My question is about finding a solution to: DFHAC2001 05/22/2013 21:09:19 CICSTS42 Transaction 'QKVA' is not recognized. Check that the transaction name is correct. Long technical post, very sorry, not a sysprog, at Dallas VIC, z/OS, CICSTS42 and struggling to make my first CICS transaction at Dallas work. Have pored over docs but clearly missed something. In my old app programmer days I'd call the CICS guy (now me (yuk)). The DFHAC2001 only told me am missing something and being fearful of having to do something radical to some DFH420 file:-(( so 'nth' degree steps would be priceless .. might someone give me clues? .. details: all programs, maps, transid's and KSDS files are loaded via a batch DFHCSDUP (part of an automated process thus RDO is not on) e.g .. //DFHCSDUP EXEC PGM=DFHCSDUP,REGION=1M, // PARM='CSD(READWRITE),PAGESIZE(60),NOCOMPAT' //STEPLIB DD DSN=DFH420.CICS.SDFHLOAD,DISP=SHR //DFHCSD DD DSN=DFH420.DFHCSD,DISP=SHR //OUTDDDD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE PROGRAM(QKVSP01) GROUP(GROUP1) DEFINE PROGRAM(QKVSP01) GROUP(GROUP1) TRANSID(QKVA) LANGUAGE(COBOL) DESCRIPTION(Main_menu_pgm) DELETE TRANSACTION(QKVA) GROUP(GROUP1) DEFINE TRANSACTION(QKVA) GROUP(GROUP1) PROGRAM(QKVSP01) DESCRIPTION(Main_menu_pgm) // .. which worked ok but since QKVA didn't work, reading told me I needed .. CEDA ADD GROUP(GROUP1) LIST(INITLIST) .. which seemed to work; knowing XYZLIST exists at Dallas, to learn what to expect, did .. D LIST(XYZLIST) NAME TYPE LIST LAST CHANGE DFHDCTG GROUPXYZLIST 10/25/11 20:41:24 DFHBMS GROUPXYZLIST 10/25/11 20:41:24 DFHCONS GROUPXYZLIST 10/25/11 20:41:24 DFHDBCTL GROUPXYZLIST 10/25/11 20:41:24 DFHDB2 GROUPXYZLIST 10/25/11 20:41:24 DFHEDF GROUPXYZLIST 10/25/11 20:41:24 etc .. and found the above; did the same for my INITLIST and got .. D LIST(INITLIST) NAME TYPE LIST LAST CHANGE GROUP1 GROUPINITLIST 05/22/13 19:24:21 .. which looks OK to me BUT didn't show any GROUP1 entries so I did .. D GROUP(GROUP1) ENTER COMMANDS NAME TYPE GROUPLAST CHANGE QKVSKEYA FILE GROUP1 05/22/13 19:38:22 QKVSKEYB FILE GROUP1 05/22/13 19:38:22 QKVSKEYC FILE GROUP1 05/22/13 19:38:22 QKVSHE1 MAPSET GROUP1 05/22/13 19:38:21 QKVSHE2 MAPSET GROUP1 05/22/13 19:38:21 etc QKVSP01 PROGRAM GROUP1 05/22/13 19:38:21 QKVSP02 PROGRAM GROUP1 05/22/13 19:38:21 etc QKVA TRANSACTION GROUP1 05/22/13 19:38:22 QKVB TRANSACTION GROUP1 05/22/13 19:38:22 etc .. which also looks good .. Novice thinking is asking why D LIST(INITLIST) doesn't show my GROUP1 things? I have shut down CICS, reloaded via the DFHCSDUP, done START=INITIAL, various combos thereof .. nothing! Please, thanks Graham Hobbs -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I/O Optimization (was: B37 för FTINCL in ISPF ...)
On Thu, 23 May 2013 11:44:58 -0400, Shmuel Metz (Seymour J.) wrote: In your ADDRESS SYSCALL read, what length do you specify? In your ADDRESS TSO EXECIO, what do you specify for lines? Minimal, in order to let the ALLOCATE/OPEN/CLOSE overhead dominate. Using minimal lengths drives up the other overhead, unless you're closing it each time. If you want to to let the ALLOCATE/OPEN/CLOSE overhead dominate, read it all in one swell foop. I did. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS Transaction 'QKVA' is not recognized
Hi Have you installed the GROUP1 ? CEDA INST G(GROUP1) If you had you can see with CEMT INQ TRANS(QKVA) If you don't see check the MSGLOG for any errors On 23.05.2013 18:37, Graham Hobbs wrote: Hello, My question is about finding a solution to: DFHAC2001 05/22/2013 21:09:19 CICSTS42 Transaction 'QKVA' is not recognized. Check that the transaction name is correct. Long technical post, very sorry, not a sysprog, at Dallas VIC, z/OS, CICSTS42 and struggling to make my first CICS transaction at Dallas work. Have pored over docs but clearly missed something. In my old app programmer days I'd call the CICS guy (now me (yuk)). The DFHAC2001 only told me am missing something and being fearful of having to do something radical to some DFH420 file:-(( so 'nth' degree steps would be priceless .. might someone give me clues? .. details: all programs, maps, transid's and KSDS files are loaded via a batch DFHCSDUP (part of an automated process thus RDO is not on) e.g .. //DFHCSDUP EXEC PGM=DFHCSDUP,REGION=1M, // PARM='CSD(READWRITE),PAGESIZE(60),NOCOMPAT' //STEPLIB DD DSN=DFH420.CICS.SDFHLOAD,DISP=SHR //DFHCSD DD DSN=DFH420.DFHCSD,DISP=SHR //OUTDDDD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE PROGRAM(QKVSP01) GROUP(GROUP1) DEFINE PROGRAM(QKVSP01) GROUP(GROUP1) TRANSID(QKVA) LANGUAGE(COBOL) DESCRIPTION(Main_menu_pgm) DELETE TRANSACTION(QKVA) GROUP(GROUP1) DEFINE TRANSACTION(QKVA) GROUP(GROUP1) PROGRAM(QKVSP01) DESCRIPTION(Main_menu_pgm) // .. which worked ok but since QKVA didn't work, reading told me I needed .. CEDA ADD GROUP(GROUP1) LIST(INITLIST) .. which seemed to work; knowing XYZLIST exists at Dallas, to learn what to expect, did .. D LIST(XYZLIST) NAME TYPE LIST LAST CHANGE DFHDCTG GROUPXYZLIST 10/25/11 20:41:24 DFHBMS GROUPXYZLIST 10/25/11 20:41:24 DFHCONS GROUPXYZLIST 10/25/11 20:41:24 DFHDBCTL GROUPXYZLIST 10/25/11 20:41:24 DFHDB2 GROUPXYZLIST 10/25/11 20:41:24 DFHEDF GROUPXYZLIST 10/25/11 20:41:24 etc .. and found the above; did the same for my INITLIST and got .. D LIST(INITLIST) NAME TYPE LIST LAST CHANGE GROUP1 GROUPINITLIST 05/22/13 19:24:21 .. which looks OK to me BUT didn't show any GROUP1 entries so I did .. D GROUP(GROUP1) ENTER COMMANDS NAME TYPE GROUPLAST CHANGE QKVSKEYA FILE GROUP1 05/22/13 19:38:22 QKVSKEYB FILE GROUP1 05/22/13 19:38:22 QKVSKEYC FILE GROUP1 05/22/13 19:38:22 QKVSHE1 MAPSET GROUP1 05/22/13 19:38:21 QKVSHE2 MAPSET GROUP1 05/22/13 19:38:21 etc QKVSP01 PROGRAM GROUP1 05/22/13 19:38:21 QKVSP02 PROGRAM GROUP1 05/22/13 19:38:21 etc QKVA TRANSACTION GROUP1 05/22/13 19:38:22 QKVB TRANSACTION GROUP1 05/22/13 19:38:22 etc .. which also looks good .. Novice thinking is asking why D LIST(INITLIST) doesn't show my GROUP1 things? I have shut down CICS, reloaded via the DFHCSDUP, done START=INITIAL, various combos thereof .. nothing! Please, thanks Graham Hobbs -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zLinux - redhat 7.1 setup on IFL (eth0 error)
Would suggest to go to the LINUX-390 list:
linux-...@vm.marist.edu
On 23.05.2013 18:16, de Wet, Albertus H wrote:
Trying to setup a Redhat 7.1 image on an IFL.
Get it to boot from the HMC's CDROM.
Reply to enter the network device, as eth0 and also tried qeth
For the address I enter:
qeth,0x3F00
When I reply to the eth0 / qeth (OSA Express card) I get these messages:
“Each OSA-Express feature in QDIO mode must be associated with a port name.
Please enter additional parameters for your QETH device
(e.g. add_parms,o0x10,{lo_devno,hi_devno},portname:port_name)
When I reply the the message with:
add_parms,0x3F,00,03,portname:OSA03F00
I get this message back:
chandev_setup bad argument qeth,0x3F00 on line no 1 interpreted as qeth,0x3F00.
type man chandev for more info
And obviously I cannot connect to the OSA express card, even after supplying
the rest of the IP settings.
Any ideas of what I am doing wrong?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
Kind regards, / Mit freundlichen Grüßen
Miklos Szigetvari
Research Development
ISIS Papyrus Europe AG
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43(2236) 27551 333, F: +43(2236)21081
E-mail: miklos.szigetv...@isis-papyrus.com
Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111
Visit our brand new extended Website at www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS Papyrus accepts
no responsibility for malicious or inappropriate content.
---
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS Unix System Services Backups
z/TSM has been obsolete, is going out of support, and may or may not work on z/OS 2.1. We backup the root system on the IPL volumes with ADRDSSU. The system HFS/zFS are backed up with ADRDSSU Logical, and is OK since they don't have running applications. Application HFS/zFS are backed up with z/TSM and attempts to use ADRDSSU resulted in hangs due to the quiescent request. z/TSM is being used, has been obsolete, is going out of support, and may not work on z/OS 2.1. Does anyone have a comparison of the backup and restore alternatives that work while the application is running? TSM on AIX, FDR Upstream Unix, CA Disk Backup and Restore for Unix System Services, Others? -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Unix System Services Backups
On 5/23/2013 9:57 AM, Mike Schwab wrote: z/TSM is being used, has been obsolete, is going out of support, and may not work on z/OS 2.1. Does anyone have a comparison of the backup and restore alternatives that work while the application is running? TSM on AIX, FDR Upstream Unix, CA Disk Backup and Restore for Unix System Services, Others? After IBM stabilized TSM for z/OS at the 5.5 level, we deployed a hipersocket-connected RHEL Linux for z image where we currently run TSM 6.2. What's nice is that we can still use TSM clients on z/OS for both backup and administrative purposes and TSM still uses host-attached tape drives. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Unix System Services Backups
We had a similar dilemma (although never used TSM). The ADRDSSU backups were disruptive to our applications. We've considered using Flashcopy for the backups, but as far as I can tell we can't do a logical backup that way, and the reality is that we typically need 1 or more files from a backup, not the whole filesystem. At the moment we use a pax script to back up to sequential datasets which are then archived by HSM. It works, but it's not pretty, and I hope your question results in some better alternatives. Bart -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Thursday, May 23, 2013 12:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS Unix System Services Backups z/TSM has been obsolete, is going out of support, and may or may not work on z/OS 2.1. We backup the root system on the IPL volumes with ADRDSSU. The system HFS/zFS are backed up with ADRDSSU Logical, and is OK since they don't have running applications. Application HFS/zFS are backed up with z/TSM and attempts to use ADRDSSU resulted in hangs due to the quiescent request. z/TSM is being used, has been obsolete, is going out of support, and may not work on z/OS 2.1. Does anyone have a comparison of the backup and restore alternatives that work while the application is running? TSM on AIX, FDR Upstream Unix, CA Disk Backup and Restore for Unix System Services, Others? -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zLinux - redhat 7.1 setup on IFL (eth0 error)
On 5/23/2013 at 12:16 PM, de Wet, Albertus H dewe...@ghc.org wrote:
Trying to setup a Redhat 7.1 image on an IFL.
Get it to boot from the HMC's CDROM.
Reply to enter the network device, as eth0 and also tried qeth
For the address I enter:
qeth,0x3F00
When I reply to the eth0 / qeth (OSA Express card) I get these messages:
*Each OSA-Express feature in QDIO mode must be associated with a port name.
Please enter additional parameters for your QETH device
(e.g. add_parms,o0x10,{lo_devno,hi_devno},portname:port_name)
When I reply the the message with:
add_parms,0x3F,00,03,portname:OSA03F00
I get this message back:
chandev_setup bad argument qeth,0x3F00 on line no 1 interpreted as
qeth,0x3F00.
type man chandev for more info
And obviously I cannot connect to the OSA express card, even after supplying
the rest of the IP settings.
Any ideas of what I am doing wrong?
Mainly, you're trying to install a decade-old operating system that wasn't in
very good shape to start with. Try downloading a current version of RHEL or
SLES and you're much more likely to be successful.
The suggestion to subscribe to linux-390 by Miklos is a good idea also. That's
where most of the mainframe Linux people hang out.
Mark Post
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Unix System Services Backups
On 5/23/2013 at 01:17 PM, Ed Jaffe edja...@phoenixsoftware.com wrote: After IBM stabilized TSM for z/OS at the 5.5 level, we deployed a hipersocket-connected RHEL Linux for z image where we currently run TSM 6.2. What's nice is that we can still use TSM clients on z/OS for both backup and administrative purposes and TSM still uses host-attached tape drives. How did you pull off using host-attached tapes when IBM says TSM on Linux for System z doesn't support that? Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Unix System Services Backups
On Thu, May 23, 2013 at 12:20 PM, Mark Jacobs mark.jac...@custserv.com wrote: We backup all of our zFS file systems with ADRDSSU logical backups and have never had any problems. Can you post a sample DFDSS job step (with control cards) for people to look at? -- Mark Jacobs -SPRX054 STEP02 04 4905 115K .00 .002.1 40607 IEF233A M A0D6,PRIVAT,SL,IDCCLWX3,STEP02,,MEDIA4 TMS001 IEF233A M A0D6,PRIVAT,SL,IDCCLWX3,STEP02,,MEDIA4,IDCVVLT.WOMVSX.G0063V00 IECTMS9 A0D6,K35560,IDCCLWX3,TAPE1 ,CATLG/006 ,1,T.WOMVSX.G0063V00 IEC705I TAPE ON A0D6,K35560,SL,COMP,IDCCLWX3,STEP02.SOMVSX,MEDIA4 IEC502E K A0D6,K35560,SL,IDCCLWX3,STEP02 TMS014 IEC502E K A0D6,K35560,SL,IDCCLWX3,STEP02 IEC501A M A0D6,PRIVAT,SL,COMP,IDCCLWX3,STEP02.SOMVSX,,MEDIA4 TMS001 IEC501A M A0D6,PRIVAT,SL,COMP,IDCCLWX3,STEP02.SOMVSX,,MEDIA4 IECTMS9 A0D6,Q07554,IDCCLWX3,TAPE1 ,CATLG/006 ,1,T.WOMVSX.G0063V00 IEC705I TAPE ON A0D6,Q07554,SL,COMP,IDCCLWX3,STEP02.SOMVSX,MEDIA4 IEC502E K A0D6,Q07554,SL,IDCCLWX3,STEP02 TMS014 IEC502E K A0D6,Q07554,SL,IDCCLWX3,STEP02 IEC501A M A0D6,PRIVAT,SL,COMP,IDCCLWX3,STEP02.SOMVSX,,MEDIA4 TMS001 IEC501A M A0D6,PRIVAT,SL,COMP,IDCCLWX3,STEP02.SOMVSX,,MEDIA4 IECTMS9 A0D6,Q08449,IDCCLWX3,TAPE1 ,CATLG/006 ,1,T.WOMVSX.G0063V00 IEC705I TAPE ON A0D6,Q08449,SL,COMP,IDCCLWX3,STEP02.SOMVSX,MEDIA4 IEC502E K A0D6,Q08449,SL,IDCCLWX3,STEP02 TMS014 IEC502E K A0D6,Q08449,SL,IDCCLWX3,STEP02 IEC501A M A0D6,PRIVAT,SL,COMP,IDCCLWX3,STEP02.SOMVSX,,MEDIA4 TMS001 IEC501A M A0D6,PRIVAT,SL,COMP,IDCCLWX3,STEP02.SOMVSX,,MEDIA4 IECTMS9 A0D6,M11531,IDCCLWX3,TAPE1 ,CATLG/006 ,1,T.WOMVSX.G0063V00 IEC705I TAPE ON A0D6,M11531,SL,COMP,IDCCLWX3,STEP02.SOMVSX,MEDIA4 IEC502E K A0D6,M11531,SL,IDCCLWX3,STEP02 TMS014 IEC502E K A0D6,M11531,SL,IDCCLWX3,STEP02 IEC501A M A0D6,PRIVAT,SL,COMP,IDCCLWX3,STEP02.SOMVSX,,MEDIA4 TMS001 IEC501A M A0D6,PRIVAT,SL,COMP,IDCCLWX3,STEP02.SOMVSX,,MEDIA4 IECTMS9 A0D6,J86929,IDCCLWX3,TAPE1 ,CATLG/006 ,1,T.WOMVSX.G0063V00 IEC705I TAPE ON A0D6,J86929,SL,COMP,IDCCLWX3,STEP02.SOMVSX,MEDIA4 IEC205I TAPE1,IDCCLWX3,STEP02,FILESEQ=1, COMPLETE VOLUME LIST, 209 VOLS=K35560,Q07554,Q08449,M11531,J86929,TOTALBLOCKS=707025 IEF234E K A0D6,J86929,PVT,IDCCLWX3,STEP02 -SOMVSX STEP02 00 3957K 14537K .90 .23 265.8 7090889 //* //* IDCOMVS DS FOR 'X' SYSTEM //**SOMVSX* //SOMVSX EXEC VBACKUP,VOL1=OMVSX,PARM='ABEND=960' XXVBACKUP PROC EXPDT1=90006,UNIT1=VTAPE,TYPE1=W,MEM1=DUMPPHY1, XX*VBACKUP PROC RETPD1=27,UNIT1=CART2,TYPE1=W,MEM1=DUMPPHY1, XXPREFIX=IDCVVLT,GEN='(+1)',DISP1='NEW,CATLG,DELETE' XX IDCRMGS.PROCLIB(VBACKUP) XXSTEP02 EXEC PGM=ADRDSSU,COND=EVEN,PARM='ABEND=415' XXSYSPRINT DD SYSOUT=* XXSYSMDUMP DD SYSOUT=* XXTAPE1DD DSN=PREFIX..TYPE1VOL1GEN,LABEL=EXPDT=EXPDT1, XX*TAPE1DD DSN=PREFIX..TYPE1VOL1(GEN),RETPD=RETPD1, XX DCB=(IDCRMGS.MODLDSCB),DISP=(DISP1), XX UNIT=UNIT1,VOL=(,,,10) IEFC653I SUBSTITUTION JCL - DSN=IDCVVLT.WOMVSX(+1),LABEL=EXPDT=90006, DCB=(IDCRMGS.MODLDSCB),DISP=(NEW,CATLG,DELETE),UNIT=VTAPE,VOL=(,,,10) //SYSIN DD * X/SYSINDD DSN=IDCRMGS.PARMLIB(MEM1),DISP=SHR //* PAGE 0001 5695-DF175 DFSMSDSS V1R13.0 DATA SET SERVICES 2013.138 03:13 ADR004I (SCH)-PRIME(01), USER ABEND 0001 WILL BE ISSUED ON OCCURRENCE 0001 OF MESSAGE ADR960 DUMP ODD(TAPE1) TOL(ENQF) - DS(INCL(*OMVS.SYSX.**,*OMVSX.SYSX.**) - EXCL(IDCOMVSX.SYSX.TMP.*,IDCOMVSX.SYSX.TMPX.*)) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2013.138 03:13:39 INITIAL SCAN OF USER CONTROL STATEMENTS COMPLETED ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK ADR006I (001)-STEND(01), 2013.138 03:13:39 EXECUTION BEGINS ADR801I (001)-DTDSC(01), 2013.138 07:39:28 DATA SET FILTERING IS COMPLETE. 57 OF 57 DATA SETS WERE SELECTED: 0 FAILED SERIALIZATION AND 0 FAILED FOR OTHER REASONS ADR454I (001)-DTDSC(01), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED CLUSTER NAME BESOMVS.SYSX.BESPROD.WEBLOGS.ZFS CATALOG NAME ICFCAT.BESSHR COMPONENT NAME BESOMVS.SYSX.BESPROD.WEBLOGS.ZFS.DATA CLUSTER NAME BESOMVS.SYSX.BESPROD.ZFS CATALOG NAME ICFCAT.BESSHR ... CATALOG NAME ICFCAT.MHDSHR COMPONENT NAME MHDOMVS.SYSX.MHD5662.ZFSTRY.DATA ADR006I (001)-STEND(02), 2013.138 07:39:28 EXECUTION ENDS ADR013I (001)-CLTSK(01), 2013.138 07:39:28 TASK COMPLETED WITH RETURN CODE ADR012I (SCH)-DSSU (01), 2013.138 07:39:28 DFSMSDSS PROCESSING COMPLETE. HIGHEST RETURN CODE IS -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from
Re: TSO Logon looking for UADS on wrong volume
I suspect the LOGON clist is different between the 2 images. Check the parm field of the logon proc. In particular, the logon clist on LPAR1 is different than LPAR2 (content, not name). The LPAR1 clist probably creates a dataset if not present. The LPAR2 clist does not. This may also be due to a lpar specific clist higher in the concat. e.g. SYS1.LPAR.CLIST SYS1.SYSPLEX.CLIST HTH, snip We have 2 systems in a basic sysplex, sharing everything: RACFDB, JES2, Master catalog, Parmlibs etc. The only differences between the sytems is that they are each on a different CEC, and one system has a few licensed products that the other doesn't such as MQ, Syncsort, Qwikref. We define a new user to RACF, and all options defined on TSO segment. New user can logon to system 1 successfully. Then logon to system 2 successfully. Everybody is happy. If the new user tries to log onto system 2 *first* the logon fails with: snippage IF the user goes back and logs onto system #1, it is successful. THen back to system #2, now it's successful too. There are very few differences between these systems. Everyone uses RACF for TSO logon, the only thing in uads is IBMUSER0. SYS1.UADS is catalogged in the shared master catalog on a different volume, Z13RES is the currently IPLed sysres volume. MSTJCL00 contains: //SYSUADS DD DSN=SYS1.UADS,DISP=SHR I can't find anywhere uads is referenced by volser, or ** or SYSR1 or anyting. I cannot explain why initial logon works on one system and not the other. Does anybody have ideas of what else to check? I've about run out of things to look at. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Unix System Services Backups
On 5/23/2013 10:43 AM, Mark Post wrote: After IBM stabilized TSM for z/OS at the 5.5 level, we deployed a hipersocket-connected RHEL Linux for z image where we currently run TSM 6.2. What's nice is that we can still use TSM clients on z/OS for both backup and administrative purposes and TSM still uses host-attached tape drives. How did you pull off using host-attached tapes when IBM says TSM on Linux for System z doesn't support that? Sorry. That was a misleading statement. They are the identical host tape drives, but we use the FCP attachment for Linux on z instead of the traditional FICON attachment that we use for z/OS. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM option
Your inconsistent use of terminology makes it difficult to fully understand the problem. Is the new scratch tape requested when performing the backup of datasets that happen to be on a volume associated with some dump class? Or does the situation occur when performing a full volume dump of the volumes associated with some dump class? A dump volume is a tape volume. Since you retain each dump volume for 16 days and perform your dumps every 7 days, you must have more than two. Did you mean there are only two DASD volumes associated with the dump class? Why do you think the dumps are performed between 0500 and 0600 when your AUTODUMPSTART operand specifies 0300 to 0400? Reading between the lines, I will take a stab and assume you are addressing the issue of stacking (DASD) volume dumps on a single tape volume. I think you are misinterpreting the purpose of the STACK(10) operand. It allows you to place the dumps of up to ten DIFFERENT DASD volumes on a single tape during a single dump operation. It does NOT allow you to place ten different dumps of the SAME volume on a tape. If you look at the description of the STACK operand in the HSM Storage Administration manual (Chapter 36 in my 1.11 copy), you will find: DFSMShsm selects empty dump volumes as targets for auto or command dump. and A given dump volume: ... Never contains more than one dump copy of the same source volume. ... :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of Jake anderson :: Sent: Thursday, May 23, 2013 2:47 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: HSM option :: :: Hello All, :: :: In HSM, when we are taking backup of dump class volume, it :: always :: using scratch tape. But we want to change this configuration, so that I :: should use existing tape which has data rather then new scratch tape. :: :: :: We are doing this because we are planning to migrate our 3494 ATL to :: TS3400 :: tape library . TS3400 Tape library has only 17 data cartridge slot in :: compare to ATL 3494 has many. So that whenever HSM takes backup in tape :: it :: should use only exsiting data cartridge until it becomes full. Once it :: becomes full then it should look for new scratch tape. :: :: :: For doing this configuration, I have made below changes in HSM parmlib :: member. IN parmlib definition as below for taking dump. Every Wednesday :: it :: takes dump between 5 to 6 AM.We have two dump volume in our systems, :: :: :: DEFINE - :: DUMPCYCLE(NNNYNNN /* 7-DAY DUMP CYCLE WITH DUMP*/ - ::CYCLESTARTDATE(1992/05/17)) /* DONE ONLY WEDNESDAY*/ :: /* */ :: :: DEFINE DUMPCLASS(MIGDMP /* FOR CLASS MIGDMP */ - :: UNIT(ATL90) /* USE ATL90 DEVICES*/ - :: RETPD(16) /* KEEP DUMP COPIES FOR 16 DAYS */ - :: AUTOREUSE /* MAKE VOLUMES AVAIL FOR REUSE */ - :: NORESET/* DO NOT RESET CHANGE BIT */ - :: STACK(10) /* 10 DUMP COPIES PER TAPE */ - :: NODSRESTORE /* NO SINGLE DATASET RESTORES */ - :: FREQUENCY(5) /* MIN DAYS FROM LAST VOL DUMP */ - :: VTOCCOPIES(1)) /* KEEP 1 VTOC COPY DATASET */ :: /* THIS DUMP CLASS IS FOR*/ :: /* THE WEEKLY DUMPING OF ML1 */ :: /* VOLUMES */ :: /* */ :: SETSYS - ::AUTODUMPSTART(0300 0400) :: /* PROVIDE TIME TO START AUTO*/ :: /* DUMP, LATE START TIME,*/ :: /* AND QUIESCE TIME. AUTO DUMP */ :: :: SETSYS - :: SELECTVOLUME( :: BACKUP(SCRATCH) :: MIGRATION(SCRATCH) :: DUMP(SCRATCH)) :: :: :: Now I have changed this SCRATCH to SPECFIC using below commands. :: :: :: HSENDCMD SETSYS SELECTVOLUME (MIGRATION(SPECIFIC)) :: HSENDCMD SETSYS SELECTVOLUME (BACKUP(SPECIFIC)) :: HSENDCMD SETSYS SELECTVOLUME (DUMP(SPECIFIC)) :: :: :: But still I noticed that while taking dump, HSM using scratch tape . :: Please provide your pointers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: why does WLM Server status change from YES to NO
we have a single OLTP region, which is TOR and AOR together. Would you suggest managing the region using goal of transaction or both ? Walter, in that scenario you would probably stick to TRANSACTION if you're satisfied with the way that region is currently managed by the transactions running in it. Horst Sinram - IBM z/OS Workload Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Kevin Minerley/Poughkeepsie/IBM is not available (returning 05/28/2013)
I am out of the office until 05/28/2013. Vacation. If an emergency, call 845-901-2328. Note: This is an automated response to your message Re: why does WLM Server status change from YES to NO sent on 05/23/2013 14:46:43. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO Logon looking for UADS on wrong volume
On Thu, 23 May 2013 12:40:18 -0500, Dana Mitchell mitchd...@gmail.com wrote: We have 2 systems in a basic sysplex, sharing everything: RACFDB, JES2, Master catalog, Parmlibs etc. The only differences between the sytems is that they are each on a different CEC, and one system has a few licensed products that the other doesn't such as MQ, Syncsort, Qwikref. We define a new user to RACF, and all options defined on TSO segment. New user can logon to system 1 successfully. Then logon to system 2 successfully. Everybody is happy. If the new user tries to log onto system 2 *first* the logon fails with: IEC143I 213-04,IFG0194D,MSTJCL00,CTPROC,SYSUADS,E39E,Z13RES,SYS1.UADS IEF170I 3 MPETER3 IEC143I 213-04,IFG0194D,MSTJCL00,CTPROC,SYSUADS,E39 IKJ601I TSO LOGON ATTEMPTING RETRY. ABEND 213, USER MPETER3 , PROC UNKNOWN IEA995I SYMPTOM DUMP OUTPUT 692 SYSTEM COMPLETION CODE=213 REASON CODE=0004 TIME=10.21.43 SEQ=59394 CPU= ASID=0044 PSW AT TIME OF ERROR 075C1000 80D081B6 ILC 2 INTC 0D NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 00D081B0 - 4100302C 0A0D010D A7E50126 AR/GR 0: 008FE040/00D08474 1: /A4213000 2: /7CD0 3: /00D08448 4: /008F2410 5: /008F27A4 6: /008F274C 7: /008F27A4 8: /008F276C 9: /008F1EC0 A: /80D0A7C2 B: /00D0B36A C: /80D0B55C D: /7FFB4D20 E: /80D07A14 F: /0004 END OF SYMPTOM DUMP IF the user goes back and logs onto system #1, it is successful. THen back to system #2, now it's successful too. There are very few differences between these systems. Everyone uses RACF for TSO logon, the only thing in uads is IBMUSER0. SYS1.UADS is catalogged in the shared master catalog on a different volume, Z13RES is the currently IPLed sysres volume. MSTJCL00 contains: //SYSUADS DD DSN=SYS1.UADS,DISP=SHR I can't find anywhere uads is referenced by volser, or ** or SYSR1 or anyting. I cannot explain why initial logon works on one system and not the other. Does anybody have ideas of what else to check? I've about run out of things to look at. These sort of things are often very hard to figure out (it not impossible) without being on the system to poke around or having more doc (which you did not provide). Some things I would ask for / look at. 1) Listcat of SYS1.UADS from both systems (even though you say the MCAT is shared) 2) CTPROC listing + logon clist listing 3) Are you sure the proc is coming from the same place on both systems 4) Are you sure MSTRJCL=(00) is specified / defaulted in each system? 5) Even if sure about #4, do the parmlib concatenations match an/or are you sure you know where MSTJCLxx is being pulled from. 6) Output from failed logon (if it purges, use a JES command to change the msgclass - JOBCLASS(TSU) - attributes to keep the output. 7) Syslog from IPL Ok, now that I wrote that I re-read your post. This is a one time thing only with a new user? If so, what if the user is defined by the RACF admin from system #2? Does you see this failure if the new user logs onto system #1 first? -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: why does WLM Server status change from YES to NO
One thing worth considering - and having read the relevant bits in the manual and not seeing it there - is the suggestion I've heard that sometimes the IMS Control Region would benefit from Both. Horst, care to elaborate on that? Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Horst Sinram sin...@de.ibm.com To: IBM-MAIN@listserv.ua.edu, Date: 05/23/2013 07:46 PM Subject:Re: why does WLM Server status change from YES to NO Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu we have a single OLTP region, which is TOR and AOR together. Would you suggest managing the region using goal of transaction or both ? Walter, in that scenario you would probably stick to TRANSACTION if you're satisfied with the way that region is currently managed by the transactions running in it. Horst Sinram - IBM z/OS Workload Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO Logon looking for UADS on wrong volume
Thanks Mark for the tips. I'm going back and re-double checking everything on your list. but see below 2) CTPROC listing + logon clist listing Thats puzzling me, where it's getting that from. CTPROC is not specified as a logon proc, it's not even a logon proc and has nothing remotely to do with TSO: //CTPROC PROC //* //* DOC:THIS PROCEDURE IS THE IPCS CTRACE1 EXTERNAL WRITER PROCEDURE //* USED BY TCP/IP . //* //IEFPROC EXEC PGM=ITTTRCWR,REGION=0K,TIME=1440 //* TIME=1440 TO PREVENT S322 ABENDS //TRCOUT01 DD DSNAME=DMITCHE.TCPIP.PKTRACE, // DISP=SHR // 6) Output from failed logon (if it purges, use a JES command to change the msgclass - JOBCLASS(TSU) - attributes to keep the output. Yes, it does get purged, I will have to give this a try. 7) Syslog from IPL Long gone: IEE254I 14.39.32 IPLINFO DISPLAY 047 SYSTEM IPLED AT 06.06.51 ON 08/14/2012 RELEASE z/OS 01.13.00LICENSE = z/OS IPL is a luxury we don't get around here very often Ok, now that I wrote that I re-read your post. This is a one time thing only with a new user? If so, what if the user is defined by the RACF admin from system #2? Does you see this failure if the new user logs onto system #1 first? Yes it is a one time deal. If the job to define the new user is ran on either system 1 or 2, same thing happens. Logon fails on 2 first, successful on 1. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
That way if you specified SPACE=(CYL,(10,+5)) and got the primary and 10 extents, the file size would be 285 cylinders and a primary with 15 extents would be 610 cylinders as opposed to 60 and 75 cylinders respectively. I don't remember that in any JCL doc I've ever seen. Where is this documented? Or, am I misreading this post and it only applies to DB2's allocations? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Blaicher, Christopher Y. cblaic...@syncsort.com Sender: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Date: Thu, 23 May 2013 12:21:07 To: IBM-MAIN@LISTSERV.UA.EDU Reply-To: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets That is a concept that DB2 uses. It can start at 1 cylinder and increase the secondary by 1 on each extend. If you changed the SPACE parameter to accept: SPACE=(unit,(n,+m,... Where unit = TRK/CYL/etc and n=Primary allocation and +m is the initial secondary amount and increment That way if you specified SPACE=(CYL,(10,+5)) and got the primary and 10 extents, the file size would be 285 cylinders and a primary with 15 extents would be 610 cylinders as opposed to 60 and 75 cylinders respectively. Amount per allocation - 10 5 10 15 20 25 30 35 40 45 50 55 60 65 70 75 Total allocation10 15 25 40 60 85 115 150 190 235 285 340 400 465 535 610 This might be attractive for an EA enabled data set where even a SPACE=(CYL,(10,+10)) gets you to about 75,030 cylinders in 123 extents. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: Thursday, May 23, 2013 10:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets On Thu, 23 May 2013 16:44:55 +0200, Thomas Berg wrote: The system should allocate/reallocate according to what is needed in the actual/immediate need for the dataset without dumping the problem to the user! (Of course limited by appropriate resource constraints.) For situations like that, I like to use an allocation like CYL,(1,100). Allocate a small primary and a much larger secondary. Maybe also allowing multiple volumes. Perhaps another useful construct would be an allocation where each secondary extent was bigger than the previous. SMS would have a hard time with such a data set though. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO Logon looking for UADS on wrong volume
DO you SYNC UADS and RACF before the new user logs on? Or do you only do the sync on one system and not the other? Lizette -Original Message- From: Dana Mitchell mitchd...@gmail.com Sent: May 23, 2013 10:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TSO Logon looking for UADS on wrong volume We have 2 systems in a basic sysplex, sharing everything: RACFDB, JES2, Master catalog, Parmlibs etc. The only differences between the sytems is that they are each on a different CEC, and one system has a few licensed products that the other doesn't such as MQ, Syncsort, Qwikref. We define a new user to RACF, and all options defined on TSO segment. New user can logon to system 1 successfully. Then logon to system 2 successfully. Everybody is happy. If the new user tries to log onto system 2 *first* the logon fails with: IEC143I 213-04,IFG0194D,MSTJCL00,CTPROC,SYSUADS,E39E,Z13RES,SYS1.UADS IEF170I 3 MPETER3 IEC143I 213-04,IFG0194D,MSTJCL00,CTPROC,SYSUADS,E39 IKJ601I TSO LOGON ATTEMPTING RETRY. ABEND 213, USER MPETER3 , PROC UNKNOWN IEA995I SYMPTOM DUMP OUTPUT 692 SYSTEM COMPLETION CODE=213 REASON CODE=0004 TIME=10.21.43 SEQ=59394 CPU= ASID=0044 PSW AT TIME OF ERROR 075C1000 80D081B6 ILC 2 INTC 0D NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 00D081B0 - 4100302C 0A0D010D A7E50126 AR/GR 0: 008FE040/00D08474 1: /A4213000 2: /7CD0 3: /00D08448 4: /008F2410 5: /008F27A4 6: /008F274C 7: /008F27A4 8: /008F276C 9: /008F1EC0 A: /80D0A7C2 B: /00D0B36A C: /80D0B55C D: /7FFB4D20 E: /80D07A14 F: /0004 END OF SYMPTOM DUMP IF the user goes back and logs onto system #1, it is successful. THen back to system #2, now it's successful too. There are very few differences between these systems. Everyone uses RACF for TSO logon, the only thing in uads is IBMUSER0. SYS1.UADS is catalogged in the shared master catalog on a different volume, Z13RES is the currently IPLed sysres volume. MSTJCL00 contains: //SYSUADS DD DSN=SYS1.UADS,DISP=SHR I can't find anywhere uads is referenced by volser, or ** or SYSR1 or anyting. I cannot explain why initial logon works on one system and not the other. Does anybody have ideas of what else to check? I've about run out of things to look at. thanks Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO Logon looking for UADS on wrong volume
We never sync anymore, either system. We use all userid log datasets. On Thu, 23 May 2013 13:09:21 -0700, Lizette Koehler stars...@mindspring.com wrote: DO you SYNC UADS and RACF before the new user logs on? Or do you only do the sync on one system and not the other? Lizette As an aside. Here's the message that the user sees: ICH70001I MPETER3 LAST ACCESS AT 13:43:46 ON THURSDAY, MAY 23, 2013 IKJ56452I SYSTEM ERROR, LOGON ATTEMPTING RETRY IKJ56400A ENTER LOGON OR LOGOFF- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO Logon looking for UADS on wrong volume
On Thu, 23 May 2013 14:53:37 -0500, Dana Mitchell mitchd...@gmail.com wrote: Thanks Mark for the tips. I'm going back and re-double checking everything on your list. but see below 2) CTPROC listing + logon clist listing Thats puzzling me, where it's getting that from. CTPROC is not specified as a logon proc, it's not even a logon proc and has nothing remotely to do with TSO: //CTPROC PROC //* //* DOC:THIS PROCEDURE IS THE IPCS CTRACE1 EXTERNAL WRITER PROCEDURE //* USED BY TCP/IP . //* //IEFPROC EXEC PGM=ITTTRCWR,REGION=0K,TIME=1440 //* TIME=1440 TO PREVENT S322 ABENDS //TRCOUT01 DD DSNAME=DMITCHE.TCPIP.PKTRACE, // DISP=SHR // Ok.. ignore that. Not sure where this behavior is documented but it has to do with either the first or last thing that ran as SUB=MSTR (honestly, I've never paid much attention to this anomaly. Yes it is a one time deal. If the job to define the new user is ran on either system 1 or 2, same thing happens. Logon fails on 2 first, successful on 1. Set a slip also for the 213 abend with A=SVCD so you have a dump. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
I think it was a pie in the sky suggestion. = = Date: Thu, 23 May 2013 20:07:25 + From: eamacn...@yahoo.ca Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets To: IBM-MAIN@LISTSERV.UA.EDU That way if you specified SPACE=(CYL,(10,+5)) and got the primary and 10 extents, the file size would be 285 cylinders and a primary with 15 extents would be 610 cylinders as opposed to 60 and 75 cylinders respectively. I don't remember that in any JCL doc I've ever seen. Where is this documented? Or, am I misreading this post and it only applies to DB2's allocations? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Blaicher, Christopher Y. cblaic...@syncsort.com Sender: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Date: Thu, 23 May 2013 12:21:07 To: IBM-MAIN@LISTSERV.UA.EDU Reply-To: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets That is a concept that DB2 uses. It can start at 1 cylinder and increase the secondary by 1 on each extend. If you changed the SPACE parameter to accept: SPACE=(unit,(n,+m,... Where unit = TRK/CYL/etc and n=Primary allocation and +m is the initial secondary amount and increment That way if you specified SPACE=(CYL,(10,+5)) and got the primary and 10 extents, the file size would be 285 cylinders and a primary with 15 extents would be 610 cylinders as opposed to 60 and 75 cylinders respectively. Amount per allocation - 10 5 10 15 20 25 30 35 40 45 50 55 60 65 70 75 Total allocation10 15 25 40 60 85 115 150 190 235 285 340 400 465 535 610 This might be attractive for an EA enabled data set where even a SPACE=(CYL,(10,+10)) gets you to about 75,030 cylinders in 123 extents. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: Thursday, May 23, 2013 10:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets On Thu, 23 May 2013 16:44:55 +0200, Thomas Berg wrote: The system should allocate/reallocate according to what is needed in the actual/immediate need for the dataset without dumping the problem to the user! (Of course limited by appropriate resource constraints.) For situations like that, I like to use an allocation like CYL,(1,100). Allocate a small primary and a much larger secondary. Maybe also allowing multiple volumes. Perhaps another useful construct would be an allocation where each secondary extent was bigger than the previous. SMS would have a hard time with such a data set though. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zLinux - redhat 7.1 setup on IFL (eth0 error)
On Thu, May 23, 2013 at 12:41 PM, Mark Post mp...@suse.com wrote:
On 5/23/2013 at 12:16 PM, de Wet, Albertus H dewe...@ghc.org wrote:
Trying to setup a Redhat 7.1 image on an IFL.
Get it to boot from the HMC's CDROM.
Reply to enter the network device, as eth0 and also tried qeth
For the address I enter:
qeth,0x3F00
When I reply to the eth0 / qeth (OSA Express card) I get these messages:
*Each OSA-Express feature in QDIO mode must be associated with a port name.
Please enter additional parameters for your QETH device
(e.g. add_parms,o0x10,{lo_devno,hi_devno},portname:port_name)
When I reply the the message with:
add_parms,0x3F,00,03,portname:OSA03F00
I get this message back:
chandev_setup bad argument qeth,0x3F00 on line no 1 interpreted as
qeth,0x3F00.
type man chandev for more info
And obviously I cannot connect to the OSA express card, even after supplying
the rest of the IP settings.
Any ideas of what I am doing wrong?
Mainly, you're trying to install a decade-old operating system that wasn't in
very good shape to start with. Try downloading a current version of RHEL or
SLES and you're much more likely to be successful.
The suggestion to subscribe to linux-390 by Miklos is a good idea also.
That's where most of the mainframe Linux people hang out.
Mark Post
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
You might give zLinux on Hercules a shot too.
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO Logon looking for UADS on wrong volume
CTPROC is most likey executed by the logon CLIST Is ' DMITCHE.TCPIP.PKTRACE' defined correctly on LPAR2? HTH, snip 2) CTPROC listing + logon clist listing Thats puzzling me, where it's getting that from. CTPROC is not specified as a logon proc, it's not even a logon proc and has nothing remotely to do with TSO: //CTPROC PROC //* //* DOC:THIS PROCEDURE IS THE IPCS CTRACE1 EXTERNAL WRITER PROCEDURE //* USED BY TCP/IP . //* //IEFPROC EXEC PGM=ITTTRCWR,REGION=0K,TIME=1440 //* TIME=1440 TO PREVENT S322 ABENDS //TRCOUT01 DD DSNAME=DMITCHE.TCPIP.PKTRACE, // DISP=SHR // /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
OK, I had never heard of this either, so I bit... 1 //RRPBR14 JOB ,TECHSUPT-RRP,MSGCLASS=X,CLASS=A,REGION=8M 2 //STEP1 EXEC PGM=IEFBR14 3 //D DD DSN=MVS.RRP.JUNK,DISP=(,CATLG), // UNIT=3390,SPACE=(CYL,(2,+1)),VOL=SER=WSC001, // DCB=(LRECL=80,RECFM=FB,BLKSIZE=80) STMT NO. MESSAGE 3 IEFC626I INCORRECT USE OF PLUS IN THE SPACE FIELD I did find the error message interesting, as it kind of implies that there is a CORRECT way to use a plus sign in a SPACE parm, but a quick glance thru the (1.10 level) doc mentions no use of a plus sign. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J R Sent: Thursday, May 23, 2013 3:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets I think it was a pie in the sky suggestion. = = Date: Thu, 23 May 2013 20:07:25 + From: eamacn...@yahoo.ca Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets To: IBM-MAIN@LISTSERV.UA.EDU That way if you specified SPACE=(CYL,(10,+5)) and got the primary and 10 extents, the file size would be 285 cylinders and a primary with 15 extents would be 610 cylinders as opposed to 60 and 75 cylinders respectively. I don't remember that in any JCL doc I've ever seen. Where is this documented? Or, am I misreading this post and it only applies to DB2's allocations? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Blaicher, Christopher Y. cblaic...@syncsort.com Sender: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Date: Thu, 23 May 2013 12:21:07 To: IBM-MAIN@LISTSERV.UA.EDU Reply-To: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets That is a concept that DB2 uses. It can start at 1 cylinder and increase the secondary by 1 on each extend. If you changed the SPACE parameter to accept: SPACE=(unit,(n,+m,... Where unit = TRK/CYL/etc and n=Primary allocation and +m is the initial secondary amount and increment That way if you specified SPACE=(CYL,(10,+5)) and got the primary and 10 extents, the file size would be 285 cylinders and a primary with 15 extents would be 610 cylinders as opposed to 60 and 75 cylinders respectively. Amount per allocation - 10 5 10 15 20 25 30 35 40 45 50 55 60 65 70 75 Total allocation10 15 25 40 60 85 115 150 190 235 285 340 400 465 535 610 This might be attractive for an EA enabled data set where even a SPACE=(CYL,(10,+10)) gets you to about 75,030 cylinders in 123 extents. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: Thursday, May 23, 2013 10:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets On Thu, 23 May 2013 16:44:55 +0200, Thomas Berg wrote: The system should allocate/reallocate according to what is needed in the actual/immediate need for the dataset without dumping the problem to the user! (Of course limited by appropriate resource constraints.) For situations like that, I like to use an allocation like CYL,(1,100). Allocate a small primary and a much larger secondary. Maybe also allowing multiple volumes. Perhaps another useful construct would be an allocation where each secondary extent was bigger than the previous. SMS would have a hard time with such a data set though. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
On Thu, May 23, 2013 at 3:54 PM, Pommier, Rex R. rex.pomm...@cnasurety.com wrote: OK, I had never heard of this either, so I bit... 1 //RRPBR14 JOB ,TECHSUPT-RRP,MSGCLASS=X,CLASS=A,REGION=8M 2 //STEP1 EXEC PGM=IEFBR14 3 //D DD DSN=MVS.RRP.JUNK,DISP=(,CATLG), // UNIT=3390,SPACE=(CYL,(2,+1)),VOL=SER=WSC001, // DCB=(LRECL=80,RECFM=FB,BLKSIZE=80) STMT NO. MESSAGE 3 IEFC626I INCORRECT USE OF PLUS IN THE SPACE FIELD I did find the error message interesting, as it kind of implies that there is a CORRECT way to use a plus sign in a SPACE parm, but a quick glance thru the (1.10 level) doc mentions no use of a plus sign. Rex SPACE=(CYL,(2,1+1)) Primary extent is 2, First secondary extent is 1, Additional secondary extents increase by 1? -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
On Thu, May 23, 2013 at 10:33 AM, Tom Marchant m42tom-ibmm...@yahoo.com wrote: On Thu, 23 May 2013 16:44:55 +0200, Thomas Berg wrote: deleted For situations like that, I like to use an allocation like CYL,(1,100). Allocate a small primary and a much larger secondary. Maybe also allowing multiple volumes. deleted -- Tom Marchant Take the maximum allocation amount on a volume (64K tracks, 4GB, etc). Divide by 15, put the remainder in the Primary. Allow multiple volumes. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
Yes, pie in the sky suggestion. Notice it said, If you changed the SPACE parameter to accept. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J R Sent: Thursday, May 23, 2013 3:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets I think it was a pie in the sky suggestion. = = Date: Thu, 23 May 2013 20:07:25 + From: eamacn...@yahoo.ca Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets To: IBM-MAIN@LISTSERV.UA.EDU That way if you specified SPACE=(CYL,(10,+5)) and got the primary and 10 extents, the file size would be 285 cylinders and a primary with 15 extents would be 610 cylinders as opposed to 60 and 75 cylinders respectively. I don't remember that in any JCL doc I've ever seen. Where is this documented? Or, am I misreading this post and it only applies to DB2's allocations? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Blaicher, Christopher Y. cblaic...@syncsort.com Sender: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Date: Thu, 23 May 2013 12:21:07 To: IBM-MAIN@LISTSERV.UA.EDU Reply-To: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets That is a concept that DB2 uses. It can start at 1 cylinder and increase the secondary by 1 on each extend. If you changed the SPACE parameter to accept: SPACE=(unit,(n,+m,... Where unit = TRK/CYL/etc and n=Primary allocation and +m is the initial secondary amount and increment That way if you specified SPACE=(CYL,(10,+5)) and got the primary and 10 extents, the file size would be 285 cylinders and a primary with 15 extents would be 610 cylinders as opposed to 60 and 75 cylinders respectively. Amount per allocation - 10 5 10 15 20 25 30 35 40 45 50 55 60 65 70 75 Total allocation10 15 25 40 60 85 115 150 190 235 285 340 400 465 535 610 This might be attractive for an EA enabled data set where even a SPACE=(CYL,(10,+10)) gets you to about 75,030 cylinders in 123 extents. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: Thursday, May 23, 2013 10:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets On Thu, 23 May 2013 16:44:55 +0200, Thomas Berg wrote: The system should allocate/reallocate according to what is needed in the actual/immediate need for the dataset without dumping the problem to the user! (Of course limited by appropriate resource constraints.) For situations like that, I like to use an allocation like CYL,(1,100). Allocate a small primary and a much larger secondary. Maybe also allowing multiple volumes. Perhaps another useful construct would be an allocation where each secondary extent was bigger than the previous. SMS would have a hard time with such a data set though. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
Nope. Nothing in the JCL reference manual mentions anything like this either. 1 //RRPBR14 JOB ,TECHSUPT-RRP,MSGCLASS=X,CLASS=A,REGION=8M 2 //STEP1 EXEC PGM=IEFBR14 3 //D DD DSN=MVS.RRP.JUNK,DISP=(,CATLG), // UNIT=3390,SPACE=(CYL,(2,1+1)),VOL=SER=WSC001, // DCB=(LRECL=80,RECFM=FB,BLKSIZE=80) STMT NO. MESSAGE 3 IEFC626I INCORRECT USE OF PLUS IN THE SPACE FIELD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Thursday, May 23, 2013 4:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets On Thu, May 23, 2013 at 3:54 PM, Pommier, Rex R. rex.pomm...@cnasurety.com wrote: OK, I had never heard of this either, so I bit... 1 //RRPBR14 JOB ,TECHSUPT-RRP,MSGCLASS=X,CLASS=A,REGION=8M 2 //STEP1 EXEC PGM=IEFBR14 3 //D DD DSN=MVS.RRP.JUNK,DISP=(,CATLG), // UNIT=3390,SPACE=(CYL,(2,+1)),VOL=SER=WSC001, // DCB=(LRECL=80,RECFM=FB,BLKSIZE=80) STMT NO. MESSAGE 3 IEFC626I INCORRECT USE OF PLUS IN THE SPACE FIELD I did find the error message interesting, as it kind of implies that there is a CORRECT way to use a plus sign in a SPACE parm, but a quick glance thru the (1.10 level) doc mentions no use of a plus sign. Rex SPACE=(CYL,(2,1+1)) Primary extent is 2, First secondary extent is 1, Additional secondary extents increase by 1? -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. NOTICE: This e-mail message, including any attachments and appended messages, is for the sole use of the intended recipients and may contain confidential and legally privileged information. If you are not the intended recipient, any review, dissemination, distribution, copying, storage or other use of all or any portion of this message is strictly prohibited. If you received this message in error, please immediately notify the sender by reply e-mail and delete this message in its entirety. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Unix System Services Backups
On 5/23/2013 10:46 AM, Mark Jacobs wrote: IBM has a stripped down version of TSM that executes on zOS that does the actual tape I/O. TSM on another platform connects to the TSM running on zOS. Order number? -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Unix System Services Backups
[5698-Z01] TSM for z/OS or [5698-Z02] TSM EE for z/OS Mark Jacobs From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Ed Jaffe [edja...@phoenixsoftware.com] Sent: Thursday, May 23, 2013 6:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS Unix System Services Backups On 5/23/2013 10:46 AM, Mark Jacobs wrote: IBM has a stripped down version of TSM that executes on zOS that does the actual tape I/O. TSM on another platform connects to the TSM running on zOS. Order number? -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SocGen private bank completes two-year project to migrate core banking system to the cloud
At least they had the nous to use a private cloud. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS Transaction 'QKVA' is not recognized
Install GROUP1 (CEDA INSTALL GROUP(GROUP1). Check that the transaction is now available. No need to bounce CICS. On Fri, May 24, 2013 at 2:54 AM, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com wrote: Hi Have you installed the GROUP1 ? CEDA INST G(GROUP1) If you had you can see with CEMT INQ TRANS(QKVA) If you don't see check the MSGLOG for any errors On 23.05.2013 18:37, Graham Hobbs wrote: Hello, My question is about finding a solution to: DFHAC2001 05/22/2013 21:09:19 CICSTS42 Transaction 'QKVA' is not recognized. Check that the transaction name is correct. Long technical post, very sorry, not a sysprog, at Dallas VIC, z/OS, CICSTS42 and struggling to make my first CICS transaction at Dallas work. Have pored over docs but clearly missed something. In my old app programmer days I'd call the CICS guy (now me (yuk)). The DFHAC2001 only told me am missing something and being fearful of having to do something radical to some DFH420 file:-(( so 'nth' degree steps would be priceless .. might someone give me clues? .. details: all programs, maps, transid's and KSDS files are loaded via a batch DFHCSDUP (part of an automated process thus RDO is not on) e.g .. //DFHCSDUP EXEC PGM=DFHCSDUP,REGION=1M, // PARM='CSD(READWRITE),PAGESIZE(60),NOCOMPAT' //STEPLIB DD DSN=DFH420.CICS.SDFHLOAD,DISP=SHR //DFHCSD DD DSN=DFH420.DFHCSD,DISP=SHR //OUTDDDD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE PROGRAM(QKVSP01) GROUP(GROUP1) DEFINE PROGRAM(QKVSP01) GROUP(GROUP1) TRANSID(QKVA) LANGUAGE(COBOL) DESCRIPTION(Main_menu_pgm) DELETE TRANSACTION(QKVA) GROUP(GROUP1) DEFINE TRANSACTION(QKVA) GROUP(GROUP1) PROGRAM(QKVSP01) DESCRIPTION(Main_menu_pgm) // .. which worked ok but since QKVA didn't work, reading told me I needed .. CEDA ADD GROUP(GROUP1) LIST(INITLIST) .. which seemed to work; knowing XYZLIST exists at Dallas, to learn what to expect, did .. D LIST(XYZLIST) NAME TYPE LIST LAST CHANGE DFHDCTG GROUPXYZLIST 10/25/11 20:41:24 DFHBMS GROUPXYZLIST 10/25/11 20:41:24 DFHCONS GROUPXYZLIST 10/25/11 20:41:24 DFHDBCTL GROUPXYZLIST 10/25/11 20:41:24 DFHDB2 GROUPXYZLIST 10/25/11 20:41:24 DFHEDF GROUPXYZLIST 10/25/11 20:41:24 etc .. and found the above; did the same for my INITLIST and got .. D LIST(INITLIST) NAME TYPE LIST LAST CHANGE GROUP1 GROUPINITLIST 05/22/13 19:24:21 .. which looks OK to me BUT didn't show any GROUP1 entries so I did .. D GROUP(GROUP1) ENTER COMMANDS NAME TYPE GROUPLAST CHANGE QKVSKEYA FILE GROUP1 05/22/13 19:38:22 QKVSKEYB FILE GROUP1 05/22/13 19:38:22 QKVSKEYC FILE GROUP1 05/22/13 19:38:22 QKVSHE1 MAPSET GROUP1 05/22/13 19:38:21 QKVSHE2 MAPSET GROUP1 05/22/13 19:38:21 etc QKVSP01 PROGRAM GROUP1 05/22/13 19:38:21 QKVSP02 PROGRAM GROUP1 05/22/13 19:38:21 etc QKVA TRANSACTION GROUP1 05/22/13 19:38:22 QKVB TRANSACTION GROUP1 05/22/13 19:38:22 etc .. which also looks good .. Novice thinking is asking why D LIST(INITLIST) doesn't show my GROUP1 things? I have shut down CICS, reloaded via the DFHCSDUP, done START=INITIAL, various combos thereof .. nothing! Please, thanks Graham Hobbs -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access
Re: HSM option
Hello, 1) HSM request for scratch tape, when performing a full volume dump of the volumes associated with some dump class. We have setup like below ADDVOL MIGL00 UNIT(3390) MIGRATION (MIGRATIONLEVEL1 AUTODUMP(MIGDMP) NOSMALLDATASETPACKING) THRESHOLD(85) ADDVOL MIGL01 UNIT(3390) MIGRATION (MIGRATIONLEVEL1 AUTODUMP(MIGDMP) NOSMALLDATASETPACKING) THRESHOLD(85) As per above code, we have two migration volumes (MIGL00 and MIGL01) defined under MIGDMP dump class. 2) There are only two DASD volume associated with this dump class. 3) In my previous email, I have wrongly put the dump time 0500 to 0600. It is actually dumping MIGL00 and MIGL01 volume on every Wednesday between 0300 to 0400. In our case, when every Wednesday dump starts at 0300, it ask for scratch tape volume, but I actually want dump of MIGL00 and MIGL01 volumes going into the used tape rather then scratch tape. I want to do this because, we are planning to migrate from ATL3494 to TS3400 tape library, which has very minimum number of I/O slots where we can keep data cartridge as compare to ATL 3494. if HSM ask for scratch tape volume everytime , then I will shortly run of the tapes and dump will fail. So, I want HSM to use the tape volume which has valid data and fill it to maximum before it ask for new scratch tape. Hope this is more clear now. Jake On Thu, May 23, 2013 at 11:36 PM, retired mainframer retired-mainfra...@q.com wrote: Your inconsistent use of terminology makes it difficult to fully understand the problem. Is the new scratch tape requested when performing the backup of datasets that happen to be on a volume associated with some dump class? Or does the situation occur when performing a full volume dump of the volumes associated with some dump class? A dump volume is a tape volume. Since you retain each dump volume for 16 days and perform your dumps every 7 days, you must have more than two. Did you mean there are only two DASD volumes associated with the dump class? Why do you think the dumps are performed between 0500 and 0600 when your AUTODUMPSTART operand specifies 0300 to 0400? Reading between the lines, I will take a stab and assume you are addressing the issue of stacking (DASD) volume dumps on a single tape volume. I think you are misinterpreting the purpose of the STACK(10) operand. It allows you to place the dumps of up to ten DIFFERENT DASD volumes on a single tape during a single dump operation. It does NOT allow you to place ten different dumps of the SAME volume on a tape. If you look at the description of the STACK operand in the HSM Storage Administration manual (Chapter 36 in my 1.11 copy), you will find: DFSMShsm selects empty dump volumes as targets for auto or command dump. and A given dump volume: ... Never contains more than one dump copy of the same source volume. ... :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of Jake anderson :: Sent: Thursday, May 23, 2013 2:47 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: HSM option :: :: Hello All, :: :: In HSM, when we are taking backup of dump class volume, it :: always :: using scratch tape. But we want to change this configuration, so that I :: should use existing tape which has data rather then new scratch tape. :: :: :: We are doing this because we are planning to migrate our 3494 ATL to :: TS3400 :: tape library . TS3400 Tape library has only 17 data cartridge slot in :: compare to ATL 3494 has many. So that whenever HSM takes backup in tape :: it :: should use only exsiting data cartridge until it becomes full. Once it :: becomes full then it should look for new scratch tape. :: :: :: For doing this configuration, I have made below changes in HSM parmlib :: member. IN parmlib definition as below for taking dump. Every Wednesday :: it :: takes dump between 5 to 6 AM.We have two dump volume in our systems, :: :: :: DEFINE - :: DUMPCYCLE(NNNYNNN /* 7-DAY DUMP CYCLE WITH DUMP*/ - ::CYCLESTARTDATE(1992/05/17)) /* DONE ONLY WEDNESDAY*/ :: /* */ :: :: DEFINE DUMPCLASS(MIGDMP /* FOR CLASS MIGDMP */ - :: UNIT(ATL90) /* USE ATL90 DEVICES*/ - :: RETPD(16) /* KEEP DUMP COPIES FOR 16 DAYS */ - :: AUTOREUSE /* MAKE VOLUMES AVAIL FOR REUSE */ - :: NORESET/* DO NOT RESET CHANGE BIT */ - :: STACK(10) /* 10 DUMP COPIES PER TAPE */ - :: NODSRESTORE /* NO SINGLE DATASET RESTORES */ - :: FREQUENCY(5) /* MIN DAYS FROM LAST VOL DUMP */ - :: VTOCCOPIES(1)) /* KEEP 1 VTOC COPY DATASET */ ::
