Re: VTS - DQOTD (Dumb Question of the Day)
Daniel McLaughlin [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... I'll read up on this. We created the SYS1.VOLCAT.V4 entry and recycled OAM, but there is still some kind of disconnect between TLMS and scratching the tapes. Maybe they'll get picked up by tomorrow's library runs? Probably not. If TLMS works the same as CA-1, only the tapes scratched by the maintenance runs are synched to the VTS. To sync all tapes, you must run the CTSSYNC utility. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are there tasks that don't play by WLM's rules
Hi Tom, thanks for your explanation. That was basically what I already knew and what WLM development told me in 5000 words or more. That product not only sets several timers per address space, they also pop all at the same time. (I looked at a system trace table of 1.5s length, and for this product there were about 450 timer pops in 0.010s, as indicated be the timer SRBs that got scheduled. There were also way too many EXT/CLKC interrupts in MVS storage management indicating that the default LE options the product comes with are a long way away from ideal. The list goes on. Fact is that I am stuck with a very bad PI (and I cannot really do anything about it in WLM), and when the fines are due to be paid (because we didn't deliver on time) or the customer complaints come in, it's my head that will roll (because I am responsible for the wlm policy). So there are definitely tasks that don't play by WLMs rules. But this is all parenthetic to the OP's question And then comes Martin and makes me get out the dictionary! :-) Regards, Barbara -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Healthcheck CHECK(IBMCS,CSVTAM_CSM_STG_LIMIT)
Ray, thanks for your explanation. I have spent two days (together with my VTAM colleague) attempting to understand what the parm in relation to the health check actually *mean*, never mind the sloppy documentation for 'DISPLAY CSM' which is that way in the VTAM books, too. Plus the VTAM book talks about the value being 1.5times what is specified. I cannot say that I now know what the check is actually telling me, but I learned that when it trips, I should check the MVS set value for CSA in IEASYS, given that IVTPRM00 is most probably in many installations exactly like IBM delivers it - set to 120M for both values. Regards, Barbara -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are there tasks that don't play by WLM's rules
Barbara Nitz [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hi Tom, thanks for your explanation. That was basically what I already knew and what WLM development told me in 5000 words or more. That product not only sets several timers per address space, they also pop all at the same time. (I looked at a system trace table of 1.5s length, and for this product there were about 450 timer pops in 0.010s, as indicated be the timer SRBs that got scheduled. There were also way too many EXT/CLKC interrupts in MVS storage management indicating that the default LE options the product comes with are a long way away from ideal. The list goes on. Fact is that I am stuck with a very bad PI (and I cannot really do anything about it in WLM), and when the fines are due to be paid (because we didn't deliver on time) or the customer complaints come in, it's my head that will roll (because I am responsible for the wlm policy). So there are definitely tasks that don't play by WLMs rules. I see the problem and the consequences, but I think your conclusion and originally already the title are not and cannot be correct: it shouldn't matter to WLM whether tasks want to play by WLM's rules or not. WLM should manage the tasks, whether they want to play along or not. Where is the rule that I should not issue more van x timer pops in 10 msecs? The problem here is, that WLM is not capable of managing its children when they are a little more exotic than the usual kids in class. or at least, it is not capable of reporting meaningfully about them. E.g. if I organize 100 TSO users to repeatedly enter a transaction at the same time, I bet WLM will fully panic and report PI's in the 100's, although performance might be good. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ALLOCAS High cpu utilization
Hi all, I just noticed that the ALLOCAS address space is utilizing between 25% and 30% of our system. Since this system has 3 cpu's. Is there a way to restart ALLOCAS without an IPL? Does anyone know of such a problem? TIA Gadi Ben-Avi גדי בן אבי z/OS Systems Specialist מומחה מערכות z/OS Phone: + 972 2 670 773102-670-7731 טלפון: Fax:+ 972 2 652 334902-652-3349 פקס: Mobile: + 972 50 576 3677 050-576-3677סלולרי: Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] :דוא''ל www.malam.com http://www.malam.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are there tasks that don't play by WLM's rules
Und Barbara schriebt: And then comes Martin and makes me get out the dictionary! :-) And as I always do whenever in a German-speaking country I must apologise for my English. :-) Right before saying and just because you're speaking in German doesn't mean it's encrypted. :-) MFG, Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are there tasks that don't play by WLM's rules
I see the problem and the consequences, but I think your conclusion and originally already the title are not and cannot be correct: it shouldn't matter to WLM whether tasks want to play by WLM's rules or not. WLM should manage the tasks, whether they want to play along or not. Where is the rule that I should not issue more van x timer pops in 10 msecs? Exactly. There is no such rule. And if there is, it is always the fault of the application, that needs to be 'tuned'. Which was also the outcome of this ETR, just the tuning wasn't done. The problem here is, that WLM is not capable of managing its children when they are a little more exotic than the usual kids in class. or at least, it is not capable of reporting meaningfully about them. E.g. if I organize 100 TSO users to repeatedly enter a transaction at the same time, I bet WLM will fully panic and report PI's in the 100's, although performance might be good. Well, what's exotic about IMS? We are unable to use any subsystem IMS classification (with actual response time goals, which would be in the range of 99% complete within 0.02s - I cannot specify 100%, and I have a dim recollection that setting the time was also problematic - last I tried several years ago). The reason being that right at 9am sharp transaction rate increases from an idle 100/s to 1200/s. When we tried, all hell broke loose, all alerts started screaming. We were forced to go back to exvel goals for IMS, and it took me quite a while to understand that a goal of 99% velocity is unreasonable, it took even longer to get the IMS people to agree. What started my ETR off was the fact that users had started complaining about very bad response times in WBIFN. And a PI in the triple digits kind of jumps out at you when you start looking at the performance of a system, especially when the box is not full and the lpar doesn't take what it could according to the number of processors and the weight Regards, Barbara -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dumping SMF directly to TAPE
Mark Zelden wrote: [...] If that were to happen, SMF is the least of my problems. DB2 archives go to virtual tape and as soon as all of the alternate logs fill up, DB2 stops. We can create what if scenarios all day that will cause problems. By why limit those to virtual tape? We've had DASD controller failures, CF, OS software, ISV software, even entire CEC go belly up. So your not convincing me of anything. In fact, I met STK outages, but not DASD outages. Modern DASD is fully redundant, CF outage - that's why we have spare CF. Sysplex is redundant, but usually single HSC CDS set serves multiple sysplexes. We don't have spare STK HSC(*). (although it is theoretically possible). From my *very* limited experience: Usually HSC outages are really short. I agree, DB2 logs are much much more important, than SMF. That's why I would suggest having archlogs on DASD and HSM (interval) migration to tape. Similar process for SMF and other logs. Asynchronous processes. (*) I'm aware I can have multiple instances of HSC tasks, but those task share CDSes. I can have more than one CDS, but sometimes there is a need to restart all the HSC address spaces. Just my $0.02 -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TPX and ACLE Code
Once again I am hitting a stumbling block with coding an ACLE in TPX. If anyone knows how to get this to work I would be grateful. Or if this would be better posted on a different Newsgroup, let me know. There does not seem to be a forum for CA-TPX so am starting here. I have a simple ACLE to logon to CA DISPATCH. The problem is it seems to work for most people but not all people. I have contacted CA TPX and they do not see any error message to indicate why it is popping the user back to the TPX Main Menu with the phrase APPLICATION UNAVAILBLE. If anyone could assist me that would be grand. * INITIALIZATION ACLPGM FOR CA DISPATCH LOGON * OPTIONFLOW,ON *** DEBUG *** OPTIONTERM,ON *** DEBUG *** OPTIONMAXI,80 MAX ACL INSTRUCTIONS OPTIONRESIDENT,ON KEEP IN MEMORY MSG ' ENTERING DISPATCH LOGON SCRIPT' WINP * USERID SEARCH' DS600306:' BRANCHEQ,DISPATCH STOP DISPATCH MSG ' LOOKING FOR DISPATCH SIGNON FIELD' * CLEAR KEY'LOGON' ENTER ... SEND KEY'USERID' ENTER ... SEND KEY'PSWD' ENTER ... SEND KEY'CA' ENTER ... SEND STOPDONE I only have CA Dispatch coded in the Profile Session and not the ACT (Application Character Table). I am still somewhat confused if all of our applications need to be coded in all profiles (Session ACT, etc..) So any guidance is appreciated. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLC and Netview
Hi Walter, I have a similar configuration to your system, a Baby Z9 (26 mip). During recent cost cutting measures, I replaced Netview with AF/OPER. AF/OPER appears to be stabalized, but it has the automation functions I need and IBM support. I continue to use Tivoli Workload Schedular for job scheduling. Prior to the Z9, I was looking at Zeke and Zack to replace Netview and TWS. My IBM business partner was able to package a deal on the Z9 with TWS and AF/OPER that was very attractive. Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Using IARVSERV across address spaces
Thanks for all the responses, supplying the ALET(s) was the part I was missing. Much appreciated! Roland Martin On Tue, 16 Oct 2007 13:19:03 -0500, Tom Schmidt [EMAIL PROTECTED] wrote: On Tue, 16 Oct 2007 10:37:48 -0500, Roland Martin wrote: I would like to use IARVSERV to share memory across address spaces but I cannot find a sample or explanation on how to do so. The MVS Auth Assembler Services Guide, chapter 16, figure 16-1 shows Addr Space A and Addr Space B sharing data but the example in the chapter discusses sharing data within a single address space. The description of IARVSERV in the reference manual also does not shed any light. I've read through all the parameters and it is just not jumping out at me how to specify a target address in a separate address space. IARVSERV is documented in both the Authorized Assembler pubs and the generic (unauthorized) Assembler pubs. The examples in the Authorized pubs ought to, but do not, show interspace sharing. If I were you, I would submit an RCF. However, the generic/unauthorized Assembler Reference entry for IARVSERV has an example that comes close enough to what you need in Example 6. What Example 6 shows is how to share within an address space... but all you need to add is the source ALET and the target ALET in order to make the jump through the spaces. (The reason the example works within a single space is that the default ALET value (0) in both the source and target specifications; the primary space is just a special case that works well in their example.) -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are there tasks that don't play by WLM's rules
On Wed, 17 Oct 2007 10:28:06 +0200, Barbara Nitz [EMAIL PROTECTED] wrote: Fact is that I am stuck with a very bad PI (and I cannot really do anything about it in WLM), and when the fines are due to be paid (because we didn't deliver on time) or the customer complaints come in, it's my head that will roll (because I am responsible for the wlm policy). Do you have enough engines and capacity where bursts won't hurt other workloads? If so, I might be inclined to run this work in SYSSTC (I assume discretionary won't work for this since you mentioned on time) and then WLM doesn't have to manage it. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are there tasks that don't play by WLM's rules
On Wed, 2007-10-17 at 07:42 -0500, Mark Zelden wrote: Do you have enough engines and capacity where bursts won't hurt other workloads? If so, I might be inclined to run this work in SYSSTC (I assume discretionary won't work for this since you mentioned on time) and then WLM doesn't have to manage it. Great minds ... :0) I had thought of suggesting the same thing - if the business of running the business is sufficiently important, run the business. However this doesn't answer any ramp-up issues if the LPAR goes from somnolent to full load instantly. I occasionally hark back to MDFs ability to define a guaranteed minimum for a domain (LPAR for those of you unfortunate enough not to have had the pleasure). Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLC and Netview
- Original Message From: Mark Neal [EMAIL PROTECTED] Mark, I have a similar configuration to your system, a Baby Z9 (26 mip). During recent cost cutting measures, I replaced Netview with AF/OPER. AF/OPER appears to be stabalized, but it has the automation functions I need and IBM support. I continue to use Tivoli Workload Schedular for job scheduling. Prior to the Z9, I was looking at Zeke and Zack to replace Netview and TWS. My IBM business partner was able to package a deal on the Z9 with TWS and AF/OPER that was very attractive. In our case we would need to replace Netview with AF/OPER *and* TWS, since both automation and scheduling functions are involved. I'll talk to our business partner to see if such a solution could cut costs. Thanks very much for the info. Walter Marguccio z/OS Systems Programmer Munich - Germany ___ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dumping SMF directly to TAPE
On Wed, 17 Oct 2007 12:51:59 +0200, R.S. [EMAIL PROTECTED] wrote: In fact, I met STK outages, but not DASD outages. Modern DASD is fully redundant, CF outage - that's why we have spare CF. Sysplex is redundant, but usually single HSC CDS set serves multiple sysplexes. We don't have spare STK HSC(*). (although it is theoretically possible). I think we are going in circles here. Following your argument... nothing important (which SMF isn't really IMO... but no one likes to lose it) should ever go directly to virtual tape. I haven't been convinced by any past experience to think that way. In the environments that create a huge amount of SMF data, virtual tape is a convenient and quick way to manage it. If it was dumped to disk, it still would need to be copied to tape in a subsequent step / job, so that would be extra processing that just isn't needed. Even if there was enough DASD set aside to put it all on disk for a 24 hour period, that would add processing time at the end of the day to get it back to tape. Now multiply that by 25 LPARs. To your points above... the VSM hardware is just as fully redundant as DASD (it *is* DASD). The SL8500 library is fully redundant (but even problems with the back end physical drives don't keep the VSM from creating new output tapes and reading in tapes from the buffer). The HSC CDS is a single point of failure... but it is on all that modern DASD and it also has a secondary backup copy (which should be kept on a separate controller if available). There is even a 3rd ('standby') CDS if you are so inclined to run that way. From my *very* limited experience: Usually HSC outages are really short. As you said.. occasionally HSC/VTCS has hiccuped (STC abended), but it gets restarted and all is good. I agree, DB2 logs are much much more important, than SMF. That's why I would suggest having archlogs on DASD and HSM (interval) migration to tape. Similar process for SMF and other logs. Asynchronous processes. Nothing wrong with that. Buf for us, some LPARs in some environments don't even have HSM running - but have lots of DB2 (on our SAP LPARs z/OS is really just a DB2 back end for SAP on AIX). HSM could be implemented there (I wish it was)... but never has been by the DASD Geeks (tm). Other environments never implemented HSM migration duplexing for DR (in the past) - another problem in that scenario. OTOH, we have fully duplexed all our virtual tape for DR since day 1 of using VSM. DR was one of the main factors that led to getting rid of VTS when we did that (many years ago now). So fast forward 6 or 7 years to the present... and the landscape is different and things could change, but since we've never had a reason to change it. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TPX and ACLE Code
Lizette did you call level 1 support and were they able to assist you? ( Sent from blackberry) Glenn Havelock Cell 908 398 7726 [EMAIL PROTECTED] - Original Message - From: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU IBM-MAIN@BAMA.UA.EDU Sent: Wed Oct 17 07:36:53 2007 Subject: TPX and ACLE Code Once again I am hitting a stumbling block with coding an ACLE in TPX. If anyone knows how to get this to work I would be grateful. Or if this would be better posted on a different Newsgroup, let me know. There does not seem to be a forum for CA-TPX so am starting here. I have a simple ACLE to logon to CA DISPATCH. The problem is it seems to work for most people but not all people. I have contacted CA TPX and they do not see any error message to indicate why it is popping the user back to the TPX Main Menu with the phrase APPLICATION UNAVAILBLE. If anyone could assist me that would be grand. * INITIALIZATION ACLPGM FOR CA DISPATCH LOGON * OPTIONFLOW,ON *** DEBUG *** OPTIONTERM,ON *** DEBUG *** OPTIONMAXI,80 MAX ACL INSTRUCTIONS OPTIONRESIDENT,ON KEEP IN MEMORY MSG ' ENTERING DISPATCH LOGON SCRIPT' WINP * USERID SEARCH' DS600306:' BRANCHEQ,DISPATCH STOP DISPATCH MSG ' LOOKING FOR DISPATCH SIGNON FIELD' * CLEAR KEY'LOGON' ENTER ... SEND KEY'USERID' ENTER ... SEND KEY'PSWD' ENTER ... SEND KEY'CA' ENTER ... SEND STOPDONE I only have CA Dispatch coded in the Profile Session and not the ACT (Application Character Table). I am still somewhat confused if all of our applications need to be coded in all profiles (Session ACT, etc..) So any guidance is appreciated. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dumping SMF directly to TAPE
Mark Zelden wrote: [...] To your points above... the VSM hardware is just as fully redundant as DASD (it *is* DASD). The SL8500 library is fully redundant (but even problems with the back end physical drives don't keep the VSM from creating new output tapes and reading in tapes from the buffer). The HSC CDS is a single point of failure... but it is on all that modern DASD and it also has a secondary backup copy (which should be kept on a separate controller if available). There is even a 3rd ('standby') CDS if you are so inclined to run that way. I'm not talking about physical corruption of CDS. We have mutiple copies (2 active + 1 standby) to avoid this. I talk about software reasons. There are scenarios, which could require to restart all the HSC instances. It is quite rare, but (again, from my limited experience) it tend to happen. Indeed, if you have a lot of SMF data (btw: how much SMF do you have ? Just curious), then it sounds reasonable to dump it to virtual (!) tape directly. In case of temporary problems you have another SYS1.MANx, in case of longer outages you can lose some data or quickly change offload job. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RACF quirk.
Had the pleasure of fighting through another user friendly ISV install in the last few days. BMC being my tormentor in this case. Interesting side issue arose. Started tasks are now in STCJOBS - the jobcards of which are for entities currently unknown to RACF. So I created alias entries in the STCJOBS library for the current (known) STC names pointing to the respective new members. S FREDDY (current known STARTED entry) causes a task to start under the name of the new member - say BLOGGS. BLOGGS is unknown to RACF, but the task runs (apparently) using the ACEE of FREDDY. SDSF DA shows BLOGGS, and it runs fine. Whoa ... If instead I issue S BLOGGS it falls through to RIN03 and eventually S913's as expected. Thoughts ???. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dumping SMF directly to TAPE
On Wed, 17 Oct 2007 15:39:26 +0200, R.S. [EMAIL PROTECTED] wrote: Indeed, if you have a lot of SMF data (btw: how much SMF do you have ? Just curious), I am not going to try and figure it out with 25 production / development LPARs (sandbox LPARs just dumps to DASD GDGs and we keep about 30 with no archiving). Suffices to say it's a very big number. I think most of the SMF configurations have entire 3390-3 or 9 volumes dedicated with a varying number of MANx data sets (3-5) defined and they can fill one up every 5 minutes. You can do the math. Some LPARs do dump to a PS-E (compact) DASD data set in order to keep up (see other thread on SMF logger). Which proves... one size does not fit all, even in our shop. But mostly it's because there is a mixture of environments from consolidations over the years, so different procedures in different sysplexes. then it sounds reasonable to dump it to virtual (!) tape directly. In case of temporary problems you have another SYS1.MANx, in case of longer outages you can lose some data or quickly change offload job. Exactly. I think the horse is dead :-) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
More SSL/TLS and FTP woes
Hi, All, I couldn't find anything relevant to the problem du jour in the archives or the CS for z/OS 1.7 TCPIP Implementation Volume 2 Redbook, so.. I'm able to employ SSL/TLS for FTP using the Bluezone FTP client, but only if I configure it to use port 21 and AUTH_TLS. I cannot get it working via implicit secure FTP using port 990; the z/OS 1.7 FTPD replies connection refused. AFAICT, I have all the ducks lined up in a row, with one possible exception: I don't explicitly reserve port 990 (and 989?) in the PORT configuration statement of PROFILE.TCPIP. The IP Configuration Reference manual suggests it's not necessary to do so. Might this be the missing link after all? Do I need to (additionally) explicitly specify the statements in FTP.DATA that the manual says are defaults for TLS_PORT, etc.? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: FTPS
Will try cross posting here too.. - Forwarded by Ron Wells/AGFS/AGFin on 10/17/2007 09:07 AM - Ron Wells/AGFS/AGFin 10/17/2007 09:05 AM To IBM TCP/IP List [EMAIL PROTECTED] cc Subject Re: FTPS Anyone out there run across following... Running z/OS1.7... setting up---trying to...FTPS Verisign Cert..TLS Getting following and not understanding...maybe RACF setup but?? BPXF024I (STC1) Oct 17 09:00:26 AGFEI ftps 67109759 : FR2147 ftpAuth: 716 TLS init failed with rc = 202 (Error detected while opening the key database) BPXF024I (STC1) Oct 17 09:00:26 AGFEI ftps 67109759 : EZYFT95I SERVER 717 SETUP FOR TLS FAILED BPXF024I (STC1) Oct 17 09:00:26 AGFEI ftps 67109759 : SR2944 reply: 718 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: In defense of z/XDC
Leonard D Woren wrote: David Cole wrote on 12/31/2006 5:57 AM: It [z/XDC] probably is a quite adequate tool for other environments when the application code does not have ESTAE's that sometimes retry). Yes, z/XDC is at least that. But for myself and my customers (a fairly large number these days), the presence of ESTAEs and their recovery routine is in no way a hindrance to z/XDC's use. In fact, z/XDC is a great tool for debugging, not just a program's main code, but also its ESTAEs, its ESTAEXs, its ARRs, its FRRs *and* their recovery routines. Does this mean that you use z/XDC to debug z/XDC? That must be fun. Leonard I have used z/XDC for a little less than a year now. I use it do debug a very heavy ESTAE protected environment. XDC has certainly made my debugging life a lot easier. -Mark Vollmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF quirk.
On Wed, 2007-10-17 at 09:14 -0500, Chase, John wrote: Thoughts ???. Can you not just define BLOGGS.* in the STARTED class, and assign an appropriate userID in STDATA? I could (and have), but I wasn't looking for a work-around. I am looking for an explanation how this could occur. I'll get the other tomorrow - RIN03 does nothing; would be a good guess. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF quirk.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Shane Had the pleasure of fighting through another user friendly ISV install in the last few days. BMC being my tormentor in this case. Interesting side issue arose. Started tasks are now in STCJOBS - the jobcards of which are for entities currently unknown to RACF. So I created alias entries in the STCJOBS library for the current (known) STC names pointing to the respective new members. S FREDDY (current known STARTED entry) causes a task to start under the name of the new member - say BLOGGS. BLOGGS is unknown to RACF, but the task runs (apparently) using the ACEE of FREDDY. SDSF DA shows BLOGGS, and it runs fine. JOBNAME or OWNER (or both)? From your description I'd expect to see the JOBNAME as BLOGGS and the OWNER as FREDDY. Whoa ... If instead I issue S BLOGGS it falls through to RIN03 and eventually S913's as expected. What userID does your RIN03 give it? Thoughts ???. Can you not just define BLOGGS.* in the STARTED class, and assign an appropriate userID in STDATA? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TPX and ACLE Code
Yes I have gotten LV1 support. However, I was hoping maybe someone in the group may have already seen something like this and provide another avenue of attack. Lizetet Lizette did you call level 1 support and were they able to assist you? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTPS
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ron Wells Will try cross posting here too.. - Forwarded by Ron Wells/AGFS/AGFin on 10/17/2007 09:07 AM - Ron Wells/AGFS/AGFin 10/17/2007 09:05 AM To IBM TCP/IP List [EMAIL PROTECTED] cc Subject Re: FTPS Anyone out there run across following... Running z/OS1.7... setting up---trying to...FTPS Verisign Cert..TLS Getting following and not understanding...maybe RACF setup but?? BPXF024I (STC1) Oct 17 09:00:26 AGFEI ftps 67109759 : FR2147 ftpAuth: 716 TLS init failed with rc = 202 (Error detected while opening the key database) How have you specified the KEYRING parm in FTP.DATA? It's case-sensitive.. If you've properly configured a keyring in RACF, it should have both the signing CA's cert as certauth and the server's personal cert as default. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTPS
jc following is the ftpdata I have for ring...and as far as RACF guy...it is set KEYRINGFTPS.SECURE.FTP.RING -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHARE?
A friend of mine received this email below. I am cutting out the reference to his web site as I don't want to give him any free publicity. But it seems that SHARE is participating in this spam. It is not *CLEAR* that SHARE is really the culprit but I guess it is reasonable to guess that he got the address from somewhere. X-Virus-Scan: Scanned by clamdmail 0.15 (no viruses); Tue, 16 Oct 2007 23:16:00 -0500 Date: Tue, 16 Oct 2007 23:15:58 -0500 (CDT) From: [EMAIL PROTECTED] snip= Subject: SHARE Member Directory Contact X-Mailer: ColdFusion MX Application Server X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on localhost X-Spam-Status: No, score=0.1 required=5.0 tests=NO_REAL_NAME autolearn=disabled version=3.0.2 X-Spam-Level: My new product is ready, and it can be used for free. Thousands visitors to the new site and hundreds of downloads. Some product's features: 1. Emulates MVS 3390 disk with data on PC. 2. Mirroring MVS standard 3390 (IBM, EMC, HDS etc...) disks to PC. 3. Simple DR for MVS 3390 disks in remote using the PC in no time. 4. Simple and faster backup and restore any 3390 disks from PC backups files. 5. Sharing 3390 disks between remote MVS (standard MF and / or any MF emulation). 6. More and more. To play with my product please go to ===snip= Thanks, Shai You are receiving this message through the SHARE Member Directory. The member sending you this message does not have your email address until you respond to this message. SHARE does not confirm the E-mail address of the sender. --END -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALLOCAS High cpu utilization
On Wed, 17 Oct 2007 10:42:01 +0200, #1490;#1491;#1497; #1489;#1503; #1488;#1489;#1497; [EMAIL PROTECTED] wrote: -snip- Is there a way to restart ALLOCAS without an IPL? No. However there shouldn't be much running there. Do you have any information as to what's executing and burning the CPU? Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTPS
-jc- as for properly config'd in RACF ??? we do not know...1st time we have been through it...going by manual...sometimes not good... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More SSL/TLS and FTP woes
I have to ask: why you care? You can control FTP's behavior in FTPSDATA and FTPCDATA respectively. I also am curious about your reference to 'implicit' secure FTP. FTP negotiates the session security starting from in the clear to the maximum supported by both sites. You can set a floor above in the clear if you want. Lastly, using a specific port for much of anything but an initial handshake is not something I think you'd want to do except on PC's. Since the resultant port pair for FTP is going to be random, why do we care where it starts? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Wednesday, October 17, 2007 9:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: More SSL/TLS and FTP woes Hi, All, I couldn't find anything relevant to the problem du jour in the archives or the CS for z/OS 1.7 TCPIP Implementation Volume 2 Redbook, so.. I'm able to employ SSL/TLS for FTP using the Bluezone FTP client, but only if I configure it to use port 21 and AUTH_TLS. I cannot get it working via implicit secure FTP using port 990; the z/OS 1.7 FTPD replies connection refused. AFAICT, I have all the ducks lined up in a row, with one possible exception: I don't explicitly reserve port 990 (and 989?) in the PORT configuration statement of PROFILE.TCPIP. The IP Configuration Reference manual suggests it's not necessary to do so. Might this be the missing link after all? Do I need to (additionally) explicitly specify the statements in FTP.DATA that the manual says are defaults for TLS_PORT, etc.? TIA, -jc- NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Auxiliary Storage Usage - History Data?
Good Morning List - We have recently gone short of aux storage, this is after we installed a new BMC DB2 monitor/collector. I can see that the DB2DBM1 is taking up a lot of storage. What I want is to compare this with data from before we started firing up the collector. I know that you can use RMF real time through the STORF command to see the aux frames, but can you use RMF in batch mode to see aux storage usage using SMF data? I've been through the RMF User's Guide and through these archives and have not found what I am looking for. Is this even possible? Thanks in advance for all comments. Regards, Patrick Lyon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Phantom jobs after upgrade to z/OS 1.7
Mark, the JES2 fix for the **TEMP** problem on z/OS 1.7 is apar OA18183, PTF UA31385. It is now marked PE and needs apar OA20643, 1.7 PTF UA35583 to get it on today. You can get rid of the **TEMP** jobs with a JES2 WARM start. Quick start and HOT start won't get them though. This problem sounds like deja vu all over again. We were the first to report it. Ben Alford Enterprise Systems Programming University of Tennessee -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More SSL/TLS and FTP woes
John, I think IBM no longer recommends port 990, see II13516.Also, most of our grief with ftps came from firewall issues. Connection refused was a common error when the z/OS firewall was not allowing that incoming traffic. We favor ssh over ftps. Is your Bluezone client internal to your network? Hope that helps... Joel Hi, All, I couldn't find anything relevant to the problem du jour in the archives or the CS for z/OS 1.7 TCPIP Implementation Volume 2 Redbook, so.. I'm able to employ SSL/TLS for FTP using the Bluezone FTP client, but only if I configure it to use port 21 and AUTH_TLS. I cannot get it working via implicit secure FTP using port 990; the z/OS 1.7 FTPD replies connection refused. AFAICT, I have all the ducks lined up in a row, with one possible exception: I don't explicitly reserve port 990 (and 989?) in the PORT configuration statement of PROFILE.TCPIP. The IP Configuration Reference manual suggests it's not necessary to do so. Might this be the missing link after all? Do I need to (additionally) explicitly specify the statements in FTP.DATA that the manual says are defaults for TLS_PORT, etc.? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Phantom jobs after upgrade to z/OS 1.7
In a message dated 10/17/2007 10:09:34 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: This problem sounds like deja vu all over again. We were the first to report it. Yeah, must be an echo in the regression tests? Seems like this crops up about every 5th release of MVS/VM so maybe they only keep four levels for testing... ** See what's new at http://www.aol.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Full DASD Volume Copy
When a full DASD volume dump is restored to another DASD volume, the datasets for the indexed VTOC and VVDS reflect the name of the volume ID that the copied was from. What is the consensus from this group of what should be done to reflect the correct names? Should the index be purged and re-built? Not sure what to do with the VVDS. Thanks Bob - The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALLOCAS High cpu utilization
I would capture a dump from the asid and look in the SYSTRACE. Perhaps more the one dump to compare the results (e.g. CPU-Time) Roland Hi all, I just noticed that the ALLOCAS address space is utilizing between 25% and 30% of our system. Since this system has 3 cpu's. Is there a way to restart ALLOCAS without an IPL? Does anyone know of such a problem? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF quirk.
On Wed, 17 Oct 2007 23:44:22 +1000, Shane [EMAIL PROTECTED] wrote: Interesting side issue arose. Started tasks are now in STCJOBS - the jobcards of which are for entities currently unknown to RACF. So I created alias entries in the STCJOBS library for the current (known) STC names pointing to the respective new members. S FREDDY (current known STARTED entry) causes a task to start under the name of the new member - say BLOGGS. BLOGGS is unknown to RACF, but the task runs (apparently) using the ACEE of FREDDY. SDSF DA shows BLOGGS, and it runs fine. Whoa ... You started FREDDY, so that's what RACF knows about. It sounds like you really have a started JOB, not a started PROC, and that BLOGGS has a //BLOGGS JOB statement in it. If you're starting that via START FREDDY, then I -think- that RACF would see FREDDY with a job name of BLOGGS, and would look in the STARTED class for a match to FREDDY.BLOGGS, and probably finds FREDDY.* and uses it. If you want something different, then either START BLOGGS or define a STARTED profile FREDDY.BLOGGS. What you have now, I think, is very close in processing to what you'd get if you said START FREDDY,JOBNAME=BLOGGS. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: embarressing SDSF question.
McKown, John wrote: The question I have is how to get SDSF to access the JESA system. I think that I'll need to use the 1.6 version of SDSF due to the JES2 dependancies in the SDSF code. True? I am just not figuring out how to do this. The closest that I've come up with is a second TSO proc which is STEPLIB'ed to the old SDSF code. Create a second SDSF server and have your users with correct STEPLIB connect to the correct SDSF server which will use/point to the correct JES2. Look in SDSF book for the word SERVERGROUP where you can use the correct name of the SDSF server against whatever JES2 and whatever JES2 HASP member. Start a new server with something like S SDSF.SDSFT Use TSO command to access correct SDSF server: SDSF SERVER(SDSFT). PS: I never tried that, but once done this something like this for JESA and JES328X when on OS/390. HTH! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF quirk.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Shane On Wed, 2007-10-17 at 09:14 -0500, Chase, John wrote: Thoughts ???. Can you not just define BLOGGS.* in the STARTED class, and assign an appropriate userID in STDATA? I could (and have), but I wasn't looking for a work-around. I am looking for an explanation how this could occur. AIUI, if the object of a START command contains a JOB card, the JOB card's label is assigned (by MVS) as the JOBNAME, regardless the name of the member containing it; whereas absent a JOB card the name specified on the START command is assigned by default. But RACF will search for a STARTED profile of the name specified on the START command, and fall through to either the backstop profile in STARTED, if there is one, or RIN03. Thus, if member FREDDY contains (or points to a member that contains) //BLOGGS JOB ... , and you issue START FREDDY, the started task (started job) will have a jobname of BLOGGS but run under the userID specified in FREDDY's STDATA(USER(userID)). But if you issue START BLOGGS, and there is no STARTED profile named BLOGGS[.*], the started task (or job) will still have a jobname of BLOGGS (unless there's a different JOB card in there) but will run under the userID specified in the backstop STARTED profile's STDATA, if any, or the undefined userID. This seems more an MVS quirk than a RACF quirk. HTH, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Can CICS/ESA 4.1 using APPC/LU6.2 Run on a z9 BC?
We moved a production z/OS 1.7 system to a z9 BC this weekend. On Monday, we had to put it back on our z/890. Our sand box has been running just fine on the z9 since it was installed about a week ago. The problem we had was with a PC based application that uses APPC / LU 6.2 through a WinNT server running CICS Transaction Gateway to talk to a CICS/ESA 4.1 region. We still have our test system (same z/OS and CICS levels) running on the z9, and were able to recreate the same symptoms (ACUA abend in CICS region) by having two CICS regions talking to each other via APPC (eliminating the PC application, the WinNT / CICS TG server, and CICS application software from the picture). When we move the image, we pull the fibers from the z/890, plug them in to the z9, and IPL from the same SYSRES. Problem hits us. Pull the fibers from the z/9, plug them back in to the z/890, IPL from same SYSRES, problem goes away (read: same z/OS, same VTAM, same CICS, same application, only difference seems to be the processor) So, z/OS 1.7 with CICS/ESA 4.1 and APPC seem to coexist nicely on a z/890. And, z/OS 1.7 with CICS/ESA 4.1 and APPC don't seem to play nicely together at all on a z9. Is anyone running with similar software levels and APPC on a z9? What's the difference between a similar sized z9 (G01) and a z/890 (140) that could cause this? Thanks to all in advance! Tom Chicklon Hastings Mutual Insurance Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Datasets that shouldn't be made multi volume
If you specify multiple-volume by default, for example five volumes, then there will be five EXCP segments created in every SMF 30 record for every DD in this data class, even though only one volume was used. Those extra segments exist even when not allocated to a DEVNR, and thus are useless. For jobs with large numbers of temporary DDs, setting multi-volume by default could significantly increase the amount of (USELESS) SMF data that is created. I have had informal discussions with IBM SMF development to (optionally, of course) not write these unused segments. I've also suggested we could do with the useless DD segments for SYSOUT DDs under JES control, that contain only the DDname. But those enhancements have not been delivered, nor were they ever promised, only discussed. Barry Merrill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Auxiliary Storage Usage - History Data?
Patrick, What version of z/OS or os/390 are you on? Are you seeing IRA messages? If so, could you show us some? If there are IRA messages, I would issue the command D ASM to see what my page packs look like. It sounds that you might be paging. Which means you might not have sufficient real storage. Or I could be way off base. You can always run the RMF Post Processor to read the offloaded SMF data. though I am not sure you can read the current MAN files with it. Lizette Good Morning List - We have recently gone short of aux storage, this is after we installed a new BMC DB2 monitor/collector. I can see that the DB2DBM1 is taking up a lot of storage. What I want is to compare this with data from before we started firing up the collector. I know that you can use RMF real time through the STORF command to see the aux frames, but can you use RMF in batch mode to see aux storage usage using SMF data? I've been through the RMF User's Guide and through these archives and have not found what I am looking for. Is this even possible? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SYSLOGx1 Task Name in z/OS 1.7
Re: Subject: Re: RACF quirk. From: Chase, John [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Date: Wed, 17 Oct 2007 11:25:47 -0500 The above thread is similar to my problem. Whereby at IPL z/OS starts S SYSLOGP (P = name of LPAR), and that task starts, but then ends. What is running on the system is SYSLOGP1, as seen in SDSF, etc. The kicker being the '1' suffix. Yes, the SYSLOG proc in SYS1.PROCLIB has a JOBcard, but the name of the proc = SYSLOGP, just like its JOBcard. I think this has to do with Unix Systems Services (OMVS), but may or may not be RACF related (from what I've been reading). Have I explained that as clear as mud? I'm really just looking for an explanation, it's not really a problem per se. THANX, Mark Young MVS SysProg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: embarressing SDSF question.
Rather than rolling out 2 different versions of sdsf to the world, why not have the output from the secondary(backleveled JES) all routed via NJE to the primary jes? Then you would only need to logon via special proc to debug problems(hopefully not too often). Dave Jousma Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Elardus Engelbrecht Sent: Wednesday, October 17, 2007 12:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: embarressing SDSF question. McKown, John wrote: The question I have is how to get SDSF to access the JESA system. I think that I'll need to use the 1.6 version of SDSF due to the JES2 dependancies in the SDSF code. True? I am just not figuring out how to do this. The closest that I've come up with is a second TSO proc which is STEPLIB'ed to the old SDSF code. Create a second SDSF server and have your users with correct STEPLIB connect to the correct SDSF server which will use/point to the correct JES2. Look in SDSF book for the word SERVERGROUP where you can use the correct name of the SDSF server against whatever JES2 and whatever JES2 HASP member. Start a new server with something like S SDSF.SDSFT Use TSO command to access correct SDSF server: SDSF SERVER(SDSFT). PS: I never tried that, but once done this something like this for JESA and JES328X when on OS/390. HTH! This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Auxiliary Storage Usage - History Data?
Lizette Wrote: It sounds that you might be paging. Which means you might not have sufficient real storage. Going short on memory is going to be bad going forwards - especially for DB2, especially for z/OS Release 8, and especially if you don't have a really beefy paging subsystem. And don't forget just once in a while you may (unfortunately) have to dump that big DB2 subsystem. So the steady state probably isn't the thing you have to cater for. Cheers, Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: embarressing SDSF question.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jousma, David Sent: Wednesday, October 17, 2007 12:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: embarressing SDSF question. Rather than rolling out 2 different versions of sdsf to the world, why not have the output from the secondary(backleveled JES) all routed via NJE to the primary jes? Then you would only need to logon via special proc to debug problems(hopefully not too often). Dave Jousma Actually, nothing runs on the secondary JES2. We have some very old software which takes SPOOL output from JES2 and sends it to a specialized server. This software cannot tolerate the z2 level of the JES2 checkpoint, only the R4 format. So I need to run the z/OS 1.6 JES2 with a different set of SPOOL and checkpoint datasets so that I can have the R4 format checkpoint. The jobs are run under the primary (1.8) JES2 and NJE'ed to the secondary JES2 so that the software can pick them up and send the reports to that specialized server. We're trying to justify the cost for the newer software. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: embarressing SDSF question.
Gotcha, mis-understood the situation. Dave Jousma Mainframe Services [EMAIL PROTECTED] 616.653.8429 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOGx1 Task Name in z/OS 1.7
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark H. Young Re: Subject: Re: RACF quirk. The above thread is similar to my problem. Whereby at IPL z/OS starts S SYSLOGP (P = name of LPAR), and that task starts, but then ends. What is running on the system is SYSLOGP1, as seen in SDSF, etc. The kicker being the '1' suffix. Yes, the SYSLOG proc in SYS1.PROCLIB has a JOBcard, but the name of the proc = SYSLOGP, just like its JOBcard. I think this has to do with Unix Systems Services (OMVS), but may or may not be RACF related (from what I've been reading). I think this is a different horse. We start our FTP server the same way: START FTPD, which runs for a few seconds, fires up FTPD1 as a UNIX job, then ends. FTPD1 stays up (visible in SDSF) until explicitly stopped. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More SSL/TLS and FTP woes
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Hal Merritt I have to ask: why you care? You can control FTP's behavior in FTPSDATA and FTPCDATA respectively. We perceive a need to be able to accommodate both secure and unsecure FTP without having to specify which in the FTP command stream. Since the IETF (or successor) has designated port 990 as the well-known port for secure FTP, we'd like to use it for that purpose while retaining port 21 for unsecure (or optionally secure) FTP. I also am curious about your reference to 'implicit' secure FTP. FTP negotiates the session security starting from in the clear to the maximum supported by both sites. You can set a floor above in the clear if you want. Implicit is the term used in the IBM doc. Perhaps automatic secure FTP is more meaningful; i.e., on this port, ONLY secure FTP is handled. Similar to the SECUREPORT parm for telnet. Lastly, using a specific port for much of anything but an initial handshake is not something I think you'd want to do except on PC's. Since the resultant port pair for FTP is going to be random, why do we care where it starts? You gotta start somewhere, and port 990 is (was) the well-known port for starting secure FTP; as port 21 is the well-known port for starting regular FTP. Note that the well-known port in either case is for the control connection; the data connection is randomly assigned in either case. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Auxiliary Storage Usage - History Data?
You can always run the RMF Post Processor to read the offloaded SMF data. though I am not sure you can read the current MAN files with it. You have to dump (not clear -- leave that up to your normal processes) the current files before you can process it with ERBRMFPP. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOGx1 Task Name in z/OS 1.7
START FTPD, which runs for a few seconds, fires up FTPD1 as a UNIX job, then ends. FTPD1 stays up (visible in SDSF) until explicitly stopped. This is how z/OS emulates UNIX processes. Some are invoked by fork() which leaves the 'parent' task running. All invoked this way will terminate when the invoking task ends. Others (like FTPD) are invoked by spawn() which leaves the process running even when the 'parent' goes away. These are better managed by modifying USS address spaces (OMVS) to terminate, or through the shell. This is not new to z/OS 1.7, or even OS/390; I think it came out with ESA 5. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOGx1 Task Name in z/OS 1.7
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, October 17, 2007 12:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SYSLOGx1 Task Name in z/OS 1.7 START FTPD, which runs for a few seconds, fires up FTPD1 as a UNIX job, then ends. FTPD1 stays up (visible in SDSF) until explicitly stopped. This is how z/OS emulates UNIX processes. Some are invoked by fork() which leaves the 'parent' task running. All invoked this way will terminate when the invoking task ends. Others (like FTPD) are invoked by spawn() which leaves the process running even when the 'parent' goes away. These are better managed by modifying USS address spaces (OMVS) to terminate, or through the shell. This is not new to z/OS 1.7, or even OS/390; I think it came out with ESA 5. fork()'ed address spaces should not terminate when the parent terminates. If z/OS UNIX does this, it is not standard UNIX functioning. spawn() is simply a simplier way to fork() and exec() in a single call. At least, that's how I read the documentation. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Healthcheck CHECK(IBMCS,CSVTAM_CSM_STG_LIMIT)
Ray, thanks for the vrey helpful explanation. I try to build a list instead of answering in general. 1. Our IVTPRM contains (IBM defaults) FIXED MAX(120MB) ECSA MAX(120MB) I now know why IVT5539I stay the MAX ECSA is 92638K but IVT5538I shows the correct value. You're right the ECSA in IEASYSxx for this sandbox is 100MB. This match the 90% you mentioned. However the healthcheck or the response should take care about this. I also seen no IVT msgs which indicates the ECSA in our IVTPRMxx setting doesn't fit for our ESCA setting in the IEASYSxx. So the ECSA in IEASYSxx should be also an indicator for this check or time for new check Ignoring the IVTPRMxx setting because of low ECSA in IEASYSxx. 2. System Programm Response still stay the default values in IVTPRM00 are 100MB for both FIXED and ECSA. This is no longer true since z/OS R8 3. If 120MB is recommended (default) by IBM why does the check still checks 100MB? 4. I still wonder about the DISPLAY CSM command in the response even such a command doesn't exists. It's called DISPLAY NET,CSM but it also appears in the VTAM books that way. Confusing 5. Does a HWM really makes sense for this check? Shouldn't it be better to use the current HWM for ECSA or FIXED since last IPL values as given in msgs IVT5594I? 6. If I monitor the system for a week and decide a value of 50MB would be fine for our environment will this drive the healthcheck exception every time as the parm is MAXECSA(100M),MAXIFX(100M)? Roland -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ray Ward Sent: Tuesday, October 16, 2007 8:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Healthcheck CHECK(IBMCS,CSVTAM_CSM_STG_LIMIT) Roland, This IBM Health Check is checking to see if your CSM FIXED or ECSA maximums (generally, as defined in the IVTPRMxx PARMLIB file) are below 100M. IBM has determined that setting the maximum below 100M can lead to storage shortage situations within VTAM or TCP/IP. IBM recommends that you tune your systems to determine the best maximum values, by setting the CSM values at 120M and monitoring the system over a week's time to determine the best values for the CSM maximums. However, in your case, your IVTPRMxx values are already set to 120M, but the maximum value used for ECSA is approximately 90M, as shown in your D NET,CSM display. The most likely reason for this is that the MVS maximum ECSA value, defined in the IEASYSxx PARMLIB file, is set to 100M. Communications Server will not allow a maximum ECSA value specified in IVTPRMxx to exceed 90% of the IEASYSxx maximum ECSA value. So, it has set the Communications Server maximum ECSA at 90% of the IEASYSxx, or 90M. As recommended in the System Programmer Response section of the Health Check message, you should increase your IEASYSxx ECSA value to at least 20% more than the value specified in the IVTPRMxx ECSA parameter. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More SSL/TLS and FTP woes
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Joel Ivey John, I think IBM no longer recommends port 990, see II13516. Thanks. Very informative. Back to square two. :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: embarressing SDSF question.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Elardus Engelbrecht Sent: Wednesday, October 17, 2007 1:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: embarressing SDSF question. snip AFAIK, third party software which are reading JES2 SPOOL are usually supplied with assembler steps to pickup the JES2 spool macro layout from whatever MODGEN or MACLIB you choose to use. snip Do your software has something similiar? If not, you can ask support from the vendor in this case. You may/can/should use my argument as a subtle weapon to lower pricing for a new release... ;-D HTH! Groete / Greetings Elardus Engelbrecht Nope. The vendor has specifically stated that the release that we have only supports the R4 format of the checkpoint. And I've validated that by looking at their interface and changing it to use the z2 format variables. It just doesn't work. They do have a newer version, for more money. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: embarressing SDSF question.
Time for a new vendor! Their price may comde down rather quickly after that! snip Nope. The vendor has specifically stated that the release that we have only supports the R4 format of the checkpoint. And I've validated that by looking at their interface and changing it to use the z2 format variables. It just doesn't work. They do have a newer version, for more money. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: embarressing SDSF question.
Running a secondary JES2 to support printing is a venerable tradition. Back in the day when 3800 printers first came out, the device support embedded in JES code was flaky. Keeping the subsystem running was a nightmare. Hardware problems--or software problems that failed to handle the hardware properly--caused frequent JES2 abends. In my shop we ran a secondary JES2 solely for the purpose of managing the 3800s. When that JES2 went down, the rest of the world was sheltered from the disruption. It was years before we felt confident to revert to a single JES2. The wrinkle of SDSF level was not an issue then. Setting up a 'secondary SDSF' is not a big deal as others have described. I've never had to use STEPLIB for down-level compatibility, but I like the idea of limiting secondary access to as few people as possible if only to avoid confusion. Updating the old software would be nice, but I think you can run the shop with what you have. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] McKown, John [EMAIL PROTECTED] THMARKETS.COM To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: embarressing SDSF question. 10/17/2007 10:20 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jousma, David Sent: Wednesday, October 17, 2007 12:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: embarressing SDSF question. Rather than rolling out 2 different versions of sdsf to the world, why not have the output from the secondary(backleveled JES) all routed via NJE to the primary jes? Then you would only need to logon via special proc to debug problems(hopefully not too often). Dave Jousma Actually, nothing runs on the secondary JES2. We have some very old software which takes SPOOL output from JES2 and sends it to a specialized server. This software cannot tolerate the z2 level of the JES2 checkpoint, only the R4 format. So I need to run the z/OS 1.6 JES2 with a different set of SPOOL and checkpoint datasets so that I can have the R4 format checkpoint. The jobs are run under the primary (1.8) JES2 and NJE'ed to the secondary JES2 so that the software can pick them up and send the reports to that specialized server. We're trying to justify the cost for the newer software. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: embarressing SDSF question.
McKown, John wrote: We have some very old software which takes SPOOL output from JES2 and sends it to a specialized server. This software cannot tolerate the z2 level of the JES2 checkpoint, only the R4 format. AFAIK, third party software which are reading JES2 SPOOL are usually supplied with assembler steps to pickup the JES2 spool macro layout from whatever MODGEN or MACLIB you choose to use. For example with EPS, VPS, TSPRINT and JES328X (Basically SPOOL readers) we have to reassemble the modules which are reading the JES2 SPOOL during each JES2 upgrade. The same goes for third party TP software which are also reading SPOOL data. Do your software has something similiar? If not, you can ask support from the vendor in this case. You may/can/should use my argument as a subtle weapon to lower pricing for a new release... ;-D HTH! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: embarressing SDSF question.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: Wednesday, October 17, 2007 1:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: embarressing SDSF question. Time for a new vendor! Their price may comde down rather quickly after that! Well, they really have been pretty nice. This product used to be supported by our printer specialist, not Tech Services. He decided to not even pay maintenance for that last 2 or 3 years, to save budget money. Also, it turns out that the server is running customized code from yet another vendor. Most of us in Tech Services think it is time to rethink all this custom code for printing. The problem is that the output from the mainframe uses some very old coding from Xerox called MetaCode (akin to PCL on a laserjet, but different). When we retired the Xerox Metacode printers, it was decided to emulate them on the server to avoid needing to change anything on the mainframe which is going away. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTPS
This is how we have TLS setup for FTP on z/os 1.7. ; ; SECURITY OPTIONS ; SECURE_MECHANISM TLS ; prefer tls but handle ssl SECURE_FTPALLOWED ; ALLOW TSL/SSL CONNECTIONS SECURE_CTRLCONN PRIVATE ; MINIMUM LEVEL FOR CONTROL CONN SECURE_DATACONN PRIVATE ; MINIMUM LEVEL FOR DATA CONN CIPHERSUITE SSL_DES_SHA CIPHERSUITE SSL_3DES_SHA KEYRING FTPD/ftpkeyring ; userid/keyring name FWFRIENDLYTRUE ;Be Firewall Friendly or passive FTPD is the userid in RACF and must be uppercase. The keyring name 'ftpkeyring' is case sensitive and must match the keyring name in RACF. Attached to that keyring are all certificates for the various CA's being used. Just as a note: FTPD is NOT the userid assigned to the job. By using the userid/keyringname we have a common ftp keyring for all uses. Brad Wissink Information Technology Services Iowa State University 515-294-3088 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Wednesday, October 17, 2007 9:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FTPS -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ron Wells Will try cross posting here too.. - Forwarded by Ron Wells/AGFS/AGFin on 10/17/2007 09:07 AM - Ron Wells/AGFS/AGFin 10/17/2007 09:05 AM To IBM TCP/IP List [EMAIL PROTECTED] cc Subject Re: FTPS Anyone out there run across following... Running z/OS1.7... setting up---trying to...FTPS Verisign Cert..TLS Getting following and not understanding...maybe RACF setup but?? BPXF024I (STC1) Oct 17 09:00:26 AGFEI ftps 67109759 : FR2147 ftpAuth: 716 TLS init failed with rc = 202 (Error detected while opening the key database) How have you specified the KEYRING parm in FTP.DATA? It's case-sensitive.. If you've properly configured a keyring in RACF, it should have both the signing CA's cert as certauth and the server's personal cert as default. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Auxiliary Storage Usage - History Data?
On Wed, 17 Oct 2007 17:39:48 +, Ted MacNEIL [EMAIL PROTECTED] wrote: You can always run the RMF Post Processor to read the offloaded SMF data. though I am not sure you can read the current MAN files with it. You have to dump (not clear -- leave that up to your normal processes) the current files before you can process it with ERBRMFPP. Or use the RMF Sysplex Data Server. How much data is there in the wrap around file depends on how big you make the buffer. Default is 32M and can go up to 2G (specified in the RMF proc or modify command). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTPS
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Wissink, Brad [ITSYS] This is how we have TLS setup for FTP on z/os 1.7. ; ; SECURITY OPTIONS ; SECURE_MECHANISM TLS ; prefer tls but handle ssl SECURE_FTPALLOWED ; ALLOW TSL/SSL CONNECTIONS SECURE_CTRLCONN PRIVATE ; MINIMUM LEVEL FOR CONTROL CONN SECURE_DATACONN PRIVATE ; MINIMUM LEVEL FOR DATA CONN CIPHERSUITE SSL_DES_SHA CIPHERSUITE SSL_3DES_SHA KEYRING FTPD/ftpkeyring ; userid/keyring name FWFRIENDLYTRUE ;Be Firewall Friendly or passive That's pretty much what we have configured (so far). Just curiosity: Why do you list the CIPHERSUITEs from weaker to stronger? Performance? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OA21635 - RECALIBRATE CF SYNC/ASYNC THRESHOLDS
Further to what I said the other day, there is much better documentation in this area available in the z/OS R.9 manuals. See http://www-128.ibm.com/developerworks/blogs/page/MartinPacker?entry=more_on_coupling_facility_async for a little more on that. (Sorry to S+P+A+M the list with a blog link but I thought it a pertinent follow up.) Cheers, Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTPS
I can ship my ftpparms---attach...would like another set of eye look at them...also can get list from our racf guy...we both are new at trying to set this up... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTPS
so--- -jc- Brad.. you have one(1) server running for both secure and non--?? or is it the ftpdata parms you point to..? besides above questions the following is what I get when trying to get connected...can not / do not..understand where we are going wrong.. BPXF024I (STC1) Oct 17 13:10:20 AGFEI ftps 50332581 : PR0470 356 parse_cmd: AUTH TLS BPXF024I (STC1) Oct 17 13:10:20 AGFEI ftps 50332581 : FR0137 auth: 357 entered with mechname TLS BPXF024I (STC1) Oct 17 13:10:20 AGFEI ftps 50332581 : FR2010 ftpAuth: 358 environment_open() BPXF024I (STC1) Oct 17 13:10:21 AGFEI ftps 50332581 : FR2093 ftpAuth: 359 connect as a server BPXF024I (STC1) Oct 17 13:10:21 AGFEI ftps 50332581 : FR2143 ftpAuth: 360 environment_init() BPXF024I (STC1) Oct 17 13:10:21 AGFEI ftps 50332581 : FR2152 ftpAuth: 361 environment initialization complete BPXF024I (STC1) Oct 17 13:10:21 AGFEI ftps 50332581 : SR2944 reply: 362 -- 234 Security environment established - ready for negotiation BPXF024I (STC1) Oct 17 13:10:21 AGFEI ftps 50332581 : FR0383 363 authClient: secure_socket_open() BPXF024I (STC1) Oct 17 13:10:21 AGFEI ftps 50332581 : FR0431 364 authClient: cipherspecs = 010203040506090A2F35 BPXF024I (STC1) Oct 17 13:10:21 AGFEI ftps 50332581 : FR0454 365 authClient: secure_socket_init() BPXF024I (STC1) Oct 17 13:10:21 AGFEI ftps 50332581 : FR0470 366 authClient: init failed with rc = 6 (Key label is not found) ? BPXF024I (STC1) Oct 17 13:10:21 AGFEI ftps 50332581 : FR0952 367 endSecureConn: entered BPXF024I (STC1) Oct 17 13:10:21 AGFEI ftps 50332581 : EZYFS55I 368 ID=FTPS10 SECURE FAILS REASON=4 TEXT=THE TLS HANDSHAKE FAILED BPXF024I (STC1) Oct 17 13:10:21 AGFEI ftps 50332581 : FR0973 369 endSecureEnv: entered -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More SSL/TLS and FTP woes
You're specifying TLSPORT 990 in tcp (ftpsdata I think), and 990 in the bluezone ftp connection config, correct? You're starting a separate ftpd for the 990 port? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Zapping HFS files
How is it done? Any pitfalls/limitations? Examples will be greatly appreciated. TIA Jerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
UCB Wikipedia Article
Can someone (or SEVERAL someones) who understand(s) IOS etc take a look at http://en.wikipedia.org/wiki/Unit_Control_Block and this talk page http://en.wikipedia.org/wiki/Talk:Unit_Control_Block and contribute to them both. In particular I'm concerned with the question raised as to who actually gets to access a UCB. I DOUBT very much it's the average application program. :-) Thanks! Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More SSL/TLS and FTP woes
?? Should you not have a separate ftpd for 990 traffic? Can one ftpd process listen on both 21 and 990 at the same time? You're specifying TLSPORT 990 in tcp (ftpsdata I think), and 990 in the bluezone ftp connection config, correct? You're starting a separate ftpd for the 990 port? Yes. No. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More SSL/TLS and FTP woes
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Joel Ivey You're specifying TLSPORT 990 in tcp (ftpsdata I think), and 990 in the bluezone ftp connection config, correct? You're starting a separate ftpd for the 990 port? Yes. No. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Zapping HFS files
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Support, DUNNIT SYSTEMS LTD. Sent: Wednesday, October 17, 2007 2:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Zapping HFS files How is it done? Any pitfalls/limitations? Examples will be greatly appreciated. TIA Jerry HUH? What do you mean by that, exactly? If you want to zap the CONTAINER file, then AMASPZAP will do that by CCHHR. Your gun, your foot - have fun. If you mean that you want to zap an UNIX file (for instance, /etc/hosts), remember that UNIX files are simply byte streams. You can write a very simple program to do that. I don't know of any hex editor in z/OS UNIX. Or just use OEDIT in hex mode. That __might__ work (haven't tried and don't plan to neither). Wish I could be of more help. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Flashcopy and ADR369D
Listers, We've recently acquired a Shark and are experimenting with Flashcopy on z/OS 1.7. When we do a COPY FULL (with DUMPCONDITIONING specified and with or without FCNOCOPY), message ADR369D is generated, causing the operator to have to respond U for write access a VTOCIX data set on the target volume. Is there something we can do to either eliminate or automate the reply? TIA, Greg Shirey Ben E. Keith Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF quirk.
On Wed, 2007-10-17 at 10:43 -0500, Walt Farrell wrote: You started FREDDY, so that's what RACF knows about. It sounds like you really have a started JOB, not a started PROC, and that BLOGGS has a //BLOGGS JOB statement in it. If you're starting that via START FREDDY, then I -think- that RACF would see FREDDY with a job name of BLOGGS, and would look in the STARTED class for a match to FREDDY.BLOGGS, and probably finds FREDDY.* and uses it. If you want something different, then either START BLOGGS or define a STARTED profile FREDDY.BLOGGS. I was concerned to have a situation where I have a task running (BLOGGS) that no profile exists for. Audits happen ... We do indeed use STARTED entries of the form FREDDY.* - (obviously) this wasn't a side effect I expected to eventuate. What you have now, I think, is very close in processing to what you'd get if you said START FREDDY,JOBNAME=BLOGGS. I shall test this. Thanks Walt. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTPS
Nope. Sorry to say, but that was the way they were listed in the sample we used originally to get started. Brad Wissink Information Technology Services Iowa State University 515-294-3088 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Wednesday, October 17, 2007 1:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FTPS -Original Message- From: IBM Mainframe Discussion List On Behalf Of Wissink, Brad [ITSYS] This is how we have TLS setup for FTP on z/os 1.7. ; ; SECURITY OPTIONS ; SECURE_MECHANISM TLS ; prefer tls but handle ssl SECURE_FTPALLOWED ; ALLOW TSL/SSL CONNECTIONS SECURE_CTRLCONN PRIVATE ; MINIMUM LEVEL FOR CONTROL CONN SECURE_DATACONN PRIVATE ; MINIMUM LEVEL FOR DATA CONN CIPHERSUITE SSL_DES_SHA CIPHERSUITE SSL_3DES_SHA KEYRING FTPD/ftpkeyring ; userid/keyring name FWFRIENDLYTRUE ;Be Firewall Friendly or passive That's pretty much what we have configured (so far). Just curiosity: Why do you list the CIPHERSUITEs from weaker to stronger? Performance? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flashcopy and ADR369D
Greg, You can code/use the IEAVMXIT MCS exit to automate this reply. I can give you a copy of our source code for a quick jump start on this. Please contact me off-list if you want a copy. HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Greg Shirey Sent: Wednesday, October 17, 2007 1:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Flashcopy and ADR369D Listers, We've recently acquired a Shark and are experimenting with Flashcopy on z/OS 1.7. When we do a COPY FULL (with DUMPCONDITIONING specified and with or without FCNOCOPY), message ADR369D is generated, causing the operator to have to respond U for write access a VTOCIX data set on the target volume. Is there something we can do to either eliminate or automate the reply? TIA, Greg Shirey Ben E. Keith Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: embarressing SDSF question.
On Oct 17, 2007, at 1:20 PM, Staller, Allan wrote: Time for a new vendor! Their price may comde down rather quickly after that! snip Nope. The vendor has specifically stated that the release that we have only supports the R4 format of the checkpoint. And I've validated that by looking at their interface and changing it to use the z2 format variables. It just doesn't work. They do have a newer version, for more money. /snip I would have to agree with you on that. BUT anybody who would buy a product that is release dependent should have made sure that any upgrade is either reasonably priced (you pick your number) or free. When I was evaluating products a while back I always put a NO stamp on any release dependent product. I never had one get by me as I made sure management was aware of this and the auditors as well. While 20/20 hindsight is good it (to me) just makes plain sense never agree to buy any product like this. At one place I worked one of the vendors did not charge for such upgrade BUT they used every advanced facility that was available to JES. Subsequently we had to keep JES2 at an extremely current maintenance level. Frankly it was too bleeding edge for me. I spent more time keep JES current than I should have. While I semi liked the vendor it was a lot of extra work on my behalf. I was not lazy just trying to keep up with JES2 maintenance is almost a fulltime job. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: embarressing SDSF question.
On Oct 17, 2007, at 1:22 PM, Skip Robinson wrote: Running a secondary JES2 to support printing is a venerable tradition. Back in the day when 3800 printers first came out, the device support embedded in JES code was flaky. Keeping the subsystem running was a nightmare. Hardware problems--or software problems that failed to handle the hardware properly--caused frequent JES2 abends. In my shop we ran a secondary JES2 solely for the purpose of managing the 3800s. When that JES2 went down, the rest of the world was sheltered from the disruption. It was years before we felt confident to revert to a single JES2. The wrinkle of SDSF level was not an issue then. Setting up a 'secondary SDSF' is not a big deal as others have described. I've never had to use STEPLIB for down-level compatibility, but I like the idea of limiting secondary access to as few people as possible if only to avoid confusion. Updating the old software would be nice, but I think you can run the shop with what you have. . Skip, That is interesting as we were early ship for PSF and we had our hands full with PSF PTF's but, I don't recall of a single JES2 issue (my memory is fair in this area) I was on the phone daily with the PSF level 2 people and we got to know each other pretty well. So I think I would have remembered any JES2 issues or are you talking pre PSF? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z800 to z9 migration
We are a small shop looking to migrate from a single LPAR 2066-001 to a z9. On a normal day we hit 100% CPU utilization for several hours during Prime Shift (8AM-4PM). The Prime shift workload consists of production online work (CICS, IMS and DB2) from our business community, development work (TSO, batch and online) from our programming and QA groups and a small amount of production batch. Our batch window is about 10 hours. We run at 100% utilization during the first 8 hours, then drop to 50% for about 1 hour and 20% during the last hour. Our IBM reseller is suggesting we purchase/lease(36 mon) a 2096-Q02 and run it as a downgraded N02 for approx 6 -12 months (or as long as we can) and gradually add capacity as we grow. This is to save on our IBM and ISV software costs. Part of the cost justification for the purchase assumes 6-12 months running as a N02. We are concerned about online response times and our batch window after the upgrade/downgrade. Are there low cost/no cost tools that can model the work on the new machine? Should our reseller be able to do this for us? The CP3000 info they have shared does not give a warm fuzzy. They are also suggesting a zIIP. About 10-15% of the Prime Shift utilization is DB2 DDF work. Any additional tools to model the zIIP effect on the GP utilization? Any info or guidance would be appreciated. SU/SEC SU/SEC/engine 2066-001 = 09334.8891 9334.8891 2096-N02 = 10738.2550 5369.1275 2096-O02 = 12703.4538 6351.7269 2096-P02 = 14631.9158 7315.9579 2096-Q02 = 16797.9002 8398.9501 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Zapping HFS files
On Wed, 17 Oct 2007 14:41:43 -0500, McKown, John wrote: HUH? What do you mean by that, exactly? If you want to zap the CONTAINER file, then AMASPZAP will do that by CCHHR. Your gun, your foot - have fun. If you mean that you want to zap an UNIX file (for instance, /etc/hosts), remember that UNIX files are simply byte streams. You can write a very simple program to do that. I don't know of any hex editor in z/OS UNIX. Or just use OEDIT in hex mode. That __might__ work (haven't tried and don't plan to neither). However: #16.2.1 z/OS V1R7.0 MVS Diagnosis: Tools and Service Aids ___ 16.2.1 Inspecting and modifying a load module or program object To inspect or modify data in a load module or program object, you need a NAME statement to supply SPZAP the name of the appropriate member of the file. The load module must be a member of the PDS, identified by the SYSLIB DD statement included in the JCL. The program object must be a member of the PDSE or a file in the z/OS UNIX directory identified by the SYSLIB DD statement included in the JCL. To inspect or modify a program object that is in a z/OS UNIX file system, use the PATH parameter on the SYSLIB DD statement instead of the DSNAME parameter. It ain't yer father's AMASPZAP. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: embarressing SDSF question.
This was definitely about 3800 device support. Historically JES2 had controlled a slew of peripheral devices: printers, punches, TP, RJE, NJE. The code to handle I/O to these devices was included in JES2 modules. The 3800 was a logical candidate but a most unfortunate one. The 3800 was far more complex than any devices previously managed. As a brand new device, it was also undergoing development and refinement. Every quirk and tweak had to be handled by JES2 code. It was a quagmire. As a consequence of that experience, FSS was born. From that point forward, device support was externalized via a standard interface so that JES2 code would never again have to confront the innards and foibles of new hardware. In the interim, customers who suffered unstable JES2 would run a secondary JES2 to take the hit for 3800 hiccups. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Ed Gould [EMAIL PROTECTED] AST.NET To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: embarressing SDSF question. 10/17/2007 02:17 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU On Oct 17, 2007, at 1:22 PM, Skip Robinson wrote: Running a secondary JES2 to support printing is a venerable tradition. Back in the day when 3800 printers first came out, the device support embedded in JES code was flaky. Keeping the subsystem running was a nightmare. Hardware problems--or software problems that failed to handle the hardware properly--caused frequent JES2 abends. In my shop we ran a secondary JES2 solely for the purpose of managing the 3800s. When that JES2 went down, the rest of the world was sheltered from the disruption. It was years before we felt confident to revert to a single JES2. Skip, That is interesting as we were early ship for PSF and we had our hands full with PSF PTF's but, I don't recall of a single JES2 issue (my memory is fair in this area) I was on the phone daily with the PSF level 2 people and we got to know each other pretty well. So I think I would have remembered any JES2 issues or are you talking pre PSF? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Zapping HFS files
On Wed, 17 Oct 2007 14:41:43 -0500, McKown, John wrote: HUH? What do you mean by that, exactly? If you want to zap the CONTAINER file, then AMASPZAP will do that by CCHHR. Your gun, your foot - have fun. If you mean that you want to zap an UNIX file (for instance, /etc/hosts), remember that UNIX files are simply byte streams. You can write a very simple program to do that. I don't know of any hex editor in z/OS UNIX. Or just use OEDIT in hex mode. That __might__ work (haven't tried and don't plan to neither). However: #16.2.1 z/OS V1R7.0 MVS Diagnosis: Tools and Service Aids ___ 16.2.1 Inspecting and modifying a load module or program object To inspect or modify data in a load module or program object, you need a NAME statement to supply SPZAP the name of the appropriate member of the file. The load module must be a member of the PDS, identified by the SYSLIB DD statement included in the JCL. The program object must be a member of the PDSE or a file in the z/OS UNIX directory identified by the SYSLIB DD statement included in the JCL. To inspect or modify a program object that is in a z/OS UNIX file system, use the PATH parameter on the SYSLIB DD statement instead of the DSNAME parameter. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Full DASD Volume Copy
Hi Bob, I can't speak for others, but when I copied volumes, I usually used FDR. If I remember correctly, it always left the name for the VTOC and VVDS the same. I just ignored it and never had a problem. I only had this problem on copying RES packs. I would copy IPLRES to ALTRES. Then do maintenenance on ALTRES. Then Clipped ALTRES back to IPLRES, and IPL with the new maintenance. I never had a problem with that scenario. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Hale, Bob [EMAIL PROTECTED] When a full DASD volume dump is restored to another DASD volume, the datasets for the indexed VTOC and VVDS reflect the name of the volume ID that the copied was from. What is the consensus from this group of what should be done to reflect the correct names? Should the index be purged and re-built? Not sure what to do with the VVDS. Thanks Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Full DASD Volume Copy
datasets for the indexed VTOC and VVDS reflect the name of the volume That has never been a problem. Since they're not catalogued, the names are meaningless. They are found (through the VTOC) by TTR, not by name. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ADABAS vs. IMS vs. DB2 Who is faster?
In [EMAIL PROTECTED], on 10/13/2007 at 10:05 PM, Andrew McLaren [EMAIL PROTECTED] said: (*Once I was solemnly informed by an IT manager that only two operating systems exit for IBM mainframes: MVS and VM! What? No DPPX/370?? :-) No ACP, no DOS, no IX/370, no MTS, no OS/VS1, no SVS, no TSS/370? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any way to duplex SMF data?
In [EMAIL PROTECTED], on 10/10/2007 at 05:11 PM, Ed Finnell [EMAIL PROTECTED] said: BUILDPDB? Shirley you jest. Or, at least, the last time I looked there was nothing there to manage SMF dumps, just to convert SMF data to SAS. The closest I've seen was SLR, whatever they're calling it these days. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: embarressing SDSF question.
On Oct 17, 2007, at 4:59 PM, Skip Robinson wrote: This was definitely about 3800 device support. Historically JES2 had controlled a slew of peripheral devices: printers, punches, TP, RJE, NJE. The code to handle I/O to these devices was included in JES2 modules. The 3800 was a logical candidate but a most unfortunate one. The 3800 was far more complex than any devices previously managed. As a brand new device, it was also undergoing development and refinement. Every quirk and tweak had to be handled by JES2 code. It was a quagmire. As a consequence of that experience, FSS was born. From that point forward, device support was externalized via a standard interface so that JES2 code would never again have to confront the innards and foibles of new hardware. In the interim, customers who suffered unstable JES2 would run a secondary JES2 to take the hit for 3800 hiccups. . Skip, Thanks for taking the brunt of the pain of the 3800. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any way to duplex SMF data?
Shirley you jest Can't you be nice to anybody? Honey? Flies? Vinegar? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z800 to z9 migration
Look into zPCR from IBM. Just the tool you need. Start with this link http://www.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS1381. Best regards, Al Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on Capacity Planning, Performance Tuning, WLC, LPARs, IRD and LCS Software Seminars on IBM SW Pricing, LPARs, and IRD Voice: +1 414 332-3062 Web: www.sherkow.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z800 to z9 migration
Look into zPCR from IBM. zPCR is not necessarily that strong. There are no (as yet) measurements above 24 CP's. There is a lot of straight lining. There are a lot of workloads that were measured on one generation, that didn't get it on the next; there are others that didn't make it until later. Processor capacity is neither simple, nor accurate. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z800 to z9 migration
Hi Ted -- That may be true, but John has one CP and is looking at 2 CPs, so straight lining at 24 CPs is far in his future. Also he wants free or low cost. Respectfully, Al -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UCB Wikipedia Article
That thing needs some updating... Problem is, where does one begin? Allocation, perhaps the TIOT, then the UCB...? Anyway, I added some commentary. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Martin Packer Sent: Wednesday, October 17, 2007 3:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: UCB Wikipedia Article Can someone (or SEVERAL someones) who understand(s) IOS etc take a look at http://en.wikipedia.org/wiki/Unit_Control_Block and this talk page http://en.wikipedia.org/wiki/Talk:Unit_Control_Block and contribute to them both. In particular I'm concerned with the question raised as to who actually gets to access a UCB. I DOUBT very much it's the average application program. :-) Thanks! Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.13/1074 - Release Date: 10/16/2007 2:14 PM http://e-mail-servers.com/33d602623e8a79499211e4c3cb41a1b4worker.jpg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Hardware slowdown sours IBM numbers
http://www.theregister.co.uk/2007/10/17/ibm_q3_results/ Services, software soar but mainframes really hurting -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More SSL/TLS and FTP woes
On Wed, 17 Oct 2007 12:38:12 -0500, Chase, John [EMAIL PROTECTED] wrote: Note that the well-known port in either case is for the control connection; the data connection is randomly assigned in either case. The randomly part is often the cause of failure of secure ftp through firewalls. They cannot see the PASV on the control connection because it is encrypted and then fail to open the needed holes. If you have this problem, use PassivePortRange to identify the range you would like the FTP server to use for PASV, and update your firewall rules accordingly. (Those ports esentially become well-known by the firewall.) Alan Altmark z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are there tasks that don't play by WLM's rules
Mark and Shane, Do you have enough engines and capacity where bursts won't hurt other workloads? If so, I might be inclined to run this work in SYSSTC (I assume discretionary won't work for this since you mentioned on time) and then WLM doesn't have to manage it. thanks for that suggestion. It was vetoed vehemently by the 'head WLM developer' when I suggested it. (And given that the address spaces have a life time from less than a second to forever, there is also no real way to give them a response time goal based on how long they live.) But now that the two of you suggest this, too, I might broach the idea again with my colleague (and ignore the developer). Should things get really nasty, we may want to do that. Let me give you some more information on this: 1. The lpar is not the lpar with the highest weight on that box. There is another sysplex on it that has a significantly higher weight. I mention this because our workload is basically driven by what the stock exchange does (completely outside our control), and in our experience the weights (and number of processors) determine how fast we are once business picks up significantly. During the stock crashes early in the year we ended up taking down and deactivating low importance lpars in advance just to handle the spikes. So I wouldn't really call that 'enough capacity' to spare, given the prohibitive software prices. 2. Varying the spare processor online to that lpar (giving it 3 cps) doesn't even show up in the PI. The reason being, (according to WLM) that the delays are not caused by cpu, but that's not what RMF tells me. RMF MIII says that about 60% is processor delay, the rest falls into 'other'. 3. That application has firm ties in MQSeries, so it shouldn't really run higher than that. (I think.) MQS is in STCHIGH (Imp1, exvel 50%), sysplex wide service class. 4. When the first complaints came, I started looking at STCHIGH, which incidentally was also the SC 'the broker' (these 65 asids on average) run in. 'The broker' only runs on that lpar, together with its own MQS and other infrastructure. The only other stuff there is a websphere application server that does not have that much load and runs in a lower importance SC. 5. First thing we did was put 'the brokers' into their own SC (Imp1, exvel 40%). And that's when the problem really showed up with PIs generally in the double digits, sometimes even more, and never near 1. (I even did a new SAS report to show all intervals with a PI1 fro all service classes.) - The ETR is still open, and I had sent WLM SMF99 records. The 'head WLM developer' promised to tell us if we can live with this situation when the box gets full (and the lpar gets full). Interestingly enough, the last update in the ETR says he has sent his findings to you. Please contact him to discuss the situation. Now the question is: Why aren't *we* informed what 'the situation' is? This really has my suspicions up, especially as we still have a complaint open with that ETR. - With this information, any more ideas what to do? Best regards, Barbara -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html