Re: REPRO MERGECAT performance
Can MERGECAT performance be improved by altering the buffer space values for either the input or output catalog, or both? If you have a lot of VSAM, probably not. As I recall, doing a large repro mergecat with a lot of VSAM was very slow, but it was mostly due to the need to go change every vvds entry. In other words, I don't think you'll get a lot of bang for your buck. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink outages in 2012
Except for an 'outage' is not 'scheduled maintenance'. So they still hit 24/7 as long as they do it during a 50 some hour outage. :) MA Let me know if I missed any. Clearly we still have a way to go for 24/7. 100%, 99%, 98.4%, 97.5%, 97.4%: clearly trending in the wrong direction. The average up-time so far in 2012 is 98.46% ... not even two nines. Of course, things look far worse if you consider weekends -- when most customer scheduled outages take place -- to be 'prime time' for IBMLink availability. :-\ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
There might be another ramification. It seems that all of the docview's that come on a google now, the links are broken. For example, if you google IBM DOCVIEW, the hits that show up, similar to this: http://www-01.ibm.com/support/docview.wss?uid=swg21433581 get 404's. Another example, google PM60958. Even if you search for PM60958 from the IBM website, it brings up the broken link. :( I'm assuming the crawlers will update this stuff at some point, hopefully. I don't know if it's related to the SR change, I would think it would have had more to do with SIS than ETR, but it is pretty coincidental. Mary Anne On 5/16/2012 3:46 AM, Barbara Nitz wrote: Given that IBM took away ETR yesterday and has by now forced SR upon the mainframe world - do Americans coming from servicelink also have to login again to get to their ETRs??? Or is this 'privilege' reserved for EMEA? Until ETR was taken away (yesterday morning our time) no extra login from Servicelink was required, SR was reachable using the normal servicelink login. I consider this an error and have opened a ticket. I complained about this behavior during a closed meeting with Christian Gilmore and other IBMers at SHARE in Orlando back in February. Christian acknowledged the problem and made a note of it at the time, but nothing has been done to change it (yet). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
I got that too Tom, and the link in the email fails for me as well. MA Did I miss this in the discussion? I got this from srdonotreply this morning: 'We would like to inform you of an important change in opening and managing service requests with IBM for Passport Advantage and Passport Advantage Express products. Details of the change can be found at ... HTTP 404. I'll send it to my home email and see if it is something local but I doubt it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SELECTING SMF RECORDS FOR 1 DAY
John, try something like: INDD(IN,OPTIONS(DUMP)) DATE(2012108,2012108) OUTDD(OUT,TYPE(70:78)) The date parm is what you need. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: pasearch in batch
Rob, what happens when you run something like this: //ISPBTCH EXEC PGM=IKJEFT01,REGION=7M //SYSEXEC DD DISP=SHR,DSN=SYS1.SBPXEXEC //DD DISP=SHR,DSN=SYS1.SEZAEXEC //SYSTSIN DD * EZACMD PASEARCH -T /* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: zOS under zVM
Mark, Here's my doc on the subject... Mary Anne Differences b/w running native LPAR and running as a z/VM guest In a single system: The only issue Im aware of is some strangeness with your performance monitors. In a SYSPLEX: --A new CFRM policy is required, specifying SIMDEV for the coupling facility: CF NAME(CFCC1 TYPE(SIMDEV) MFG(IBM) PLANT(EN) SEQUENCE(000CFCC1) PARTITION(0) CPCID(00) DUMPSPACE(2000) Type Number (TYPE) - SIMDEV specifies that this is a z/VM simulated message device type. Manufacturer (MFG) - IBM® indicates IBM as the manufacturer. Plant (PLANT) - EN indicates Endicott as the manufacturing plant. Sequence # (SEQUENCE) - The 12-byte field will contain the CF Service Machine user IDright justified. Pad all leading unused characters with EBCDIC zeros. For example, if a CF Service Machine of CFCC1 is specified, SEQUENCE is 000CFCC1. Your DR provider may have a different CF name. --A different CLOCKxx member may be needed specifying SIMETRID: TIMEZONE W.04.00.00 ETRMODE YES ETRDELTA 10 ETRZONE YES SIMETRID 00 --Possible CFSizing needed: If you are on a processor that has a lower level of CF Code, you may need to resize your structures. For example, if your DR provider has a z10 (CFLEVEL 16) and you are running on a z9 (CFLEVEL 15), you may need to increase the storage size of the CF. It's been many, many years since we've run our sysplex under zVM. Our next DR exercise will be hosted in a VM environment and I'm looking for any environmental setup concerns that I need to consider. I know that we'll have to change LOADxx, but I'm unsure about anything else. Any advice on what I have to do would be greatly appreciated. Mark Jacobs Time Customer Service -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink Outage May 4-7
Wow. That's...a lot of downtime. :( Do you know if that includes SR? Thanks, MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink Outage May 4-7
Makes you feel good about all that work we've been doing with IBM, doesn't it? You betcha. I think what aggravates me the most is that can still say it's up 24x7, because 'scheduled maintenance windows' don't count. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: z/OS every two years (Official announcment)
This is very good news. Curious. How so? Art, we don't need to go through explaining why we're not using FTP, getting a waiver for using it, etc with the isso's and auditors, every time our lpars are scanned. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: z/OS every two years (Official announcment)
There's also some info about secure FTP: In the fourth quarter of 2012, IBM plans to make secure delivery via FTP using Secure Sockets Layer (FTPS) an option for Internet delivery of ServerPac, CBPDO, SystemPac®, FunctionPac, ProductPac®, and Internet delivery of PTFs ordered using ShopzSeries and the SMP/E RECEIVE ORDER command. In the third quarter of 2012, IBM plans to make a connectivity test available on ShopzSeries to help you verify that your system is set up to support secure delivery. In the fourth quarter of 2013, IBM plans to require the use of FTPS for direct downloads to z/OS systems. Download Director, an alternative download method you can use to download packages to a workstation and transfer them to z/OS later, is not affected by this change and is planned to remain available. This is very good news. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Sclm / PDSE
You must live right. Almost every time I've accidentally updated a PDSE from outside the sysplex it has been immediately broken. I suggest you do concurrent ISPF 3.3 copy members to the target PDSE and/or LKEDs while also doing copy. @Edward, Mim is preventing me from updating them concurrently. I didn't think it needed to be concurrent. From the tales of my coworkers prior to my arrival, simply any update outside of the sysplex that is using the dataset (like in linklist) would corrupt the PDSE. @Shane ;) @Elardus They are being serialized. We're attempting to get around that now. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Sclm / PDSE
Just an update Re breaking PDSE's, I was successful. :) It seems to take adding and deleting members versus just updating members. I ran two iebcopy's on different sysplexes to copy members in, then deleted members from both sysplexes, and it was broken, and recreatable. IEBPDSE, however, won't run against it. It abends 0F4. So that defeats the purpose of my quest. :) SMSPDSE1 eventually took the same dump. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Sclm / PDSE
RD10 PSN UA60473 UP11/07/19 I have this one on John, but the other one looks promising, and I can get it on a system by Wednesday, perhaps sooner. Thanks! MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Sclm / PDSE
Tom Harper wrote: Our only issue is that it requires PDSEs, which, until last month, broke frequently. I was actually trying to break a PDSE last week, so that I could get an example of the IEBPDSE utility run against a hosed PDSE, and I couldn't seem to break one. I have two sysplexes so I was randomly back and forth updating from outside the sysplex, and it had no trouble at all. Does anyone have a fool proof way to break a pdse, on 1.13? Thanks! MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Leaving IBM
Walt, best wishes for a wonderful retirement. Enjoy your family. I don't know how anyone will ever fill your shoes. :) Thanks, Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Pre-Friday fun: Halon dumps and POK Resets
Who else has stories to share? Not my personal story but... Customer designs a new datacenter, moves in, has an issue where a guy in a backhoe clips the incoming power source. Customer is patting themselves on the back for the wisdom of having two separate power lines, one on each side of the building. Meanwhile, someone decides to send the backhoe guy to the other side of the building, since a backhoe guy is damned expensive; and you guessed it, he somehow clips the other side. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E Order Server Pair
The PMR was updated stating that the issue has been resolved. My receive pointing to Boulder completed successfully. The status page: http://www14.software.ibm.com/webapp/set2/sas/f/gdbm/home.html Still says Current issues or problems: The eccgw01.boulder server used in SMP/E's Internet Service Retrieval process is experiencing a problem. The user's job may end due to a long wait and/or SMP/E message GIM44336S may be received. We have also seen message EDC8130I Host cannot be reached. Customers are advised to submit a new order using the alternate (Rochester) server, for example, https://eccgw02.rochester.ibm.com/services/projects/ecc/ws Updates will be posted when available. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E Order Server Pair
It still is broken today - that is 4 days! Has anyone opened a PMR or does anyone know the current status? Mark, I have a PMR open. The latest update says: We are aware that there is currently an issue with one of the servers used in IBM's Internet Service Retrieval process. We have notified our folks in Boulder and they are working to determine what the error is and resolve it as soon as possible. We will keep you updated. In the meantime, we have found that the alternate order server is still available. You may want to try specifying the following in your ORDERSERVER statement: url=https://eccgw02.rochester.ibm.com/services/projects/ecc/ws/; or url=https://207.25.252.197/services/projects/ecc/ws; End IBM update -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Function_STP ptf's
We just ipl'ed our z/OS 1.11 system and our STP facility is not usable. I tried to get PSP buckets for STP but no luck. I went to http://www14.software.ibm.com/webapp/set2/psp/srch/Broker but nothing there. Anyone have a suggestion? I am waiting to hear from IBM also. John, You could look in SMPE at the IBM.Device.Server.z196-2817.ServerTimeProtocol fixcat. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unwanted New Threads (Was: SMP/E Order Server Pair)
I've noticed for a long time now that every time you respond on IBM-MAIN it starts a new thread in my mail client (Thunderbird). I also use the web client, do my responses show the same way? MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Request for comments on the GDG IEFAB461 exit
Don, I think the issue is, the zap is already on, and sites are stuck with supporting it. For them to change would be an interrogation of each job that uses GDG's. They've kept using it all these years, so clearly they don't want to tackle that. Whether or not it was a good idea is a 'moo' point. :) Another issue is if it would be at all beneficial to any other sites. If implemented properly, 'normal' sites would see no difference, and the sites using the zap would simply have to remove it and set the parameter properly. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Request for comments on the GDG IEFAB461 exit
I'm not sure what you mean by this Tom. You can create several GDG levels and refer to them via (+n) in later steps. Perhaps that wasn't available back in the day though. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Request for comments on the GDG IEFAB461 exit
Greetings Listers. The Share requirements committee is investigating a rather old requirement, SSSHARE011025, which asks for a way to specify, whether GDG's are cataloged at Step end or Job end. There's currently a usermod floating around that does this, I believe it's referred to as the Brylane GDG mod. Does anyone else use this mod? Would this requirement be beneficial to you? I'll paste the entire requirement below. Thanks for any and all thoughts, comments, snide remarks. :) Mary Anne SSSHARE011025 Title: JOB OR STEP LEVEL GDG RESOLUTION OPTION. Description: IBM should provide a facility in JCL such that users could use GDG base name resolution to occur, either at STEP end or JOB end. The installation must also be to specify the default. Benefit: We (and, I suspect, many other sites) prefer that the base level for relative GDG be updated at step end rather than the current IBM default of job end. This requires a usermod ZAP to catalog processing forcing the current GDG base level to be determined from the catalog rather than from GDGNT search. This ZAP must be reworked whenever the module affected is replaced by PTF maintenance or a new release level. The choice should be made selectable by the user via the standard system tailoring mechanisms (i.e., PARMLIB or a user exit). The usermod ZAP used to cause step end resolution of GDG base level must be reworked any time maintenance hits the module affected. As OCO code becomes more prevalent, it will become increasingly difficult to properly refit the ZAP. Should the GDGNT search function be relocated in full or in part to another module, it may become impossible to fix the usermod. Since all of our JCL, job restart, and operational procedures are dependent on GDG base level being resolved at step end and not job end, this would create a critical situation, as it would require that we either totally change our JCL and operating procedures to conform to IBM default job end GDG resolution, or avoid applying maintenance that renders the usermod unusable. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IEBCOPY with I/O error on SYSIN
Paul, IEBCOPY is documented (and functions) as generating a SYSIN if none exists, if it's dummied, or if it's an empty file. Not sure what category a 'bad' file fits into, but I would guess it's essentially 'omitted'. If you feel strongly about it you could open a Share requirement. From DFP Utilities: When the SYSIN DD statement is a DD DUMMY, points to an empty file, or is omitted, IEBCOPY will generate a COPY statement that allows you to run IEBCOPY without supplying a control statement data set for SYSIN. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Very Lage Page Datasets (was ASM and HiperPAV)
I get the same error on OA38542 and OA37992, so I think it's just SIS itself. I opened a problem. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Very Lage Page Datasets (was ASM and HiperPAV)
SIS seems to be working again. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Very Lage Page Datasets (was ASM and HiperPAV)
Barbara wrote: Skip, try ipcs active, and then the undocumented command (IP) ILRSLOTC. This used to be in the hidden IPCS panel that I have forgotten how to get at 2.6i is the hidden IPCS panel. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SDSF;O SYSLOG files?
Graham, Those output files are used to pull together the syslog that you see in S.LOG. There's nothing in the system that automatically deletes them, but you may have a an automated command in your shop that purges them, say, after 5 days. In our shop, we purge them after three days with a JES command: $POJOBQ,Q=L,DAYS3. But we also back up the entire syslog prior to purging the output. If you don't care what's in S.LOG and don't care to keep a history of it, then go ahead and purge it. Personally, I'd keep a few, and get used to them being there. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: New code? use ENQ/DEQ or ISGENQ?
John, IBM recommends ISGENQ. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink FEEDBACK loop.
Gil, did you try going in to 'View ETR Record' and putting in the pmr number and branch? https://www-304.ibm.com/ibmlink/etr/etrViewSubmit.wss I did, and I am not authorized to view that record, but it *is* there. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IEBCOPY in z/OS 1.13
Gil, I can't speak for all of them of course, but: IEBCOPY warning messages - Issue W and/or E suffix messages for severity 4 errors. Show return code for each COPY/COPYMOD. Is still an open requirement in the share system. http://reqs4.share.org/Display.jsp?r=SSMVSE11069 SSMVSE11069 Status: Open for Discussion Title: IEBCOPY Messages should indicate severity with type I, W, E Description:IEBCOPY messages should indicate the severity of the error with the corresponding type code as described in MVS System Messages: A, D, E, I, S, W. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY in z/OS 1.13
Gil, That's what was in Volume 7, where the IEBCOPY messages are, so that's what I used. FYI, even though that requirement shows up as mine, it was originally written by someone else. I simply rewrote it as part of the Share requirements committee. IBM's response had indicated that the message format standard was actually: A; E; D; I and W suffix usage (where; for example; 'W' is for 'Wait state' not 'Warning' and 'E' is for 'Eventual Action' not 'Error'). But I encourage you to comment on the requirement on the Share website, your observations are valid and appreciated. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY in z/OS 1.13
John, I ran a few tests today and I'm seeing pretty good results, similar to what are in the presentation. Here's some data on one job that copies five large and one small PDS: T 12.02.3312.05.48 3 min 15 seconds J12.11.13 12.15.46 4 min 35 seconds MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Predictive Failure Analysis (PFA)
Sam, We use PFA in all our production LPARs, and automate on none, right now, though we do automate on other healthchecks. Because I hadn't seen one in a while, I've asked for an email just to me if they hit, so I'll keep a closer eye on it for you. Initially, when we set PFA up, we had some false positives in frames and slots, but I increased the stddev to 7 and they went away. I've recently decreased it to 4 so we'll see how that goes. For us, we have a lot of monitors. Sometimes we have monitors monitoring the monitors. :) But I think PFA is valuable for two reasons, it gives good info even if it's not creating an exception, like the list of asids that are using more frames than expected, but not enough to trigger the alarm. And for a shop without monitors, it could be a big help. I'm interested to see how the new z/OS 1.13 spool check runs in production. We only have it in test at this point. I think that could be helpful for user batch jobs looping. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSTADET protocol
No, we cannot get any trace not audit output out of XCFAS, maybe because it starts before TSS is started. Kees, you can recreate the scenario at any time by stopping and starting BCPII: STOP HWIBCPII START HWISTART During the time that it is stopped, xcfas should give you the same msg, but with a reason of 'BCPII services not available'. Once you bring BCPII back up, xcfas will try again and give you the insufficient saf access message. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSTADET protocol
I am not sure what you intend to recreate with your scenario. I was referring to not being able to trace XCFAS, because it starts before TSS. Kees, you can recreate the error, but long after TSS is up, so you can trace it. XCFAS will go through the same connection after BCPII comes up. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSTADET protocol
TSS does not have a single attribute that equals the RACF TRUSTED=YES but there are bypass attributes like NODSNCHK, NOVOLCHK, NORESCHK, NOSUBCHK, and NOLCFCHK, that can be given to an acid to bypass security checks. All of the Bypass attributes together pretty much equal TRUSTED but usually not all of the Bypass attributes are necessary, such as if the acid is never going to be used in Batch then NOSUBCHK is not necessary. IMHO, you'd be better off going after the saf requirements for BCPII Did you run a TSS trace to see what specific profile the violation is on? Here's a good techdoc on the entire process. http://www-03.ibm.com/support/techdocs/atsmastr.nsf/5cb5ed706d254a8186256c71006d2e0a/2f3c49c0a320bdca862576f5005fb64d/$FILE/SFM%20with%20BCPii.pdf MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Service Request
It's not just you...I see the same. Seems like they upgraded. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Two upcoming z/os 1.13 webcasts
I hadn't seen this mentioned so I thought I'd post it. https://www.ibm.com/developerworks/mydeveloperworks/blogs/5e65990a-9690-42e2-93b1-c2267be7620c/entry/upcoming_webcasts_about_z_os_version_1_release_13?lang=en PART 1 - What's new with z/OS and z/OS Management Facility Version 1 Release 13, and more! SPEAKER: Gita Grube Berg, IBM Server Technology Group Marketing PART 2 - Accelerate your Migration to z/OS Version 1 Release 13! SPEAKER: Marna Walle, IBM System Software Senior Technical Staff Member, z/OS Development To register: http://events.unisfair.com/rt/ibm~zosr13value -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: iPad and HMC and Safari?
I unblocked pop-ups after my first unsuccessful attempt when it told me to do that :) Alan, there are a couple of things that only happen when something is selected, one of them is the java environment, and another is port 9960 being used. We've had trouble with both of those at our site, so maybe that avenue will prove fruitful. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: do u? Use SYMBOLICRELATE?
Allan said: The major drawback is that each SYMBOLICRELATE alias must be updated (manually) whenever the underlying object changes. I don't see why. In fact, that is exactly the reason we DO use them. Here's a 3.4 of our TMS.PROD datasets, for example: TMS.PROD.CTAPMENU*ALIAS TMS.PROD.CTAPOPTN*ALIAS TMS.PROD.CTAPPENU*ALIAS TMS.PROD.CTAPSAMP*ALIAS TMS.PROD.CTAPTENU*ALIAS TMS.PROD.PPOPTION*ALIAS Here's a listcat of TMS.PROD.CTAPMENU: ALIAS - TMS.PROD.CTAPMENU IN-CAT --- UCAT.VSYSXX1 HISTORY RELEASE2 ASSOCIATIONS, SYMBOLIC-TMS.TMSLEVL..CTAPMENU RESOLVED-TMS.V126SP00.CTAPMENU Here's my symdef for TMSLEVL: SYMDEF(TMSLEVL.='V126SP00') /* Level of TMS*/ Here are my libdefs for TMS in ISPF: LIBDEF ISPMLIB DATASET ID('TMS.PROD.CTAPMENU') LIBDEF ISPPLIB DATASET ID('TMS.PROD.CTAPPENU') LIBDEF ISPTLIB DATASET ID('TMS.PROD.CTAPTENU') And here's my definition for DEFINE ALIAS (NAME(TMS.PROD.CTAPOPTN) - SYMBOLICRELATE(TMS.TMSLEVL..CTAPOPTN)) I ran this a year or so ago when the low level qualifiers changed for CA1, but other than that, these aliases never change. Perhaps you're thinking of a plain old relate. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS sharing and rolling product upgrades
Nofar, what you want to do is completely possible and in fact we do exactly that: /* The following file supports CICS*/ MOUNT FILESYSTEM('CICS.SYSNAME..CICSLVL..ZFS') MOUNTPOINT('/$SYSNAME/cicsts') TYPE(ZFS) MODE(RDWR) SYSNAME(SYSNAME) UNMOUNT PARM('NORWSHARE') The only thing you need to change is to add an extra period after CICSVER: BPXPRMxx: MOUNT FILESYSTEM('OMVS.CICSVER..CICS32') MOUNTPOINT('/usr/lpp/cicsts/cicsts32') TYPE(HFS) MODE(READ) AUTOMOVE(INCLUDE,*) Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS sharing and rolling product upgrades
Lizette, I see where that is confusing. I should have taken out the sysname stuff and just answered his question with the CICSLVL substitution. We do have a sysplex root, but I don't think that is what makes this work. In your case, I think it would work if you had our symbolic in /SYSR51/usr/lpp/cicsts which is $SYSNAME/cicsts. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: testcase.software.ibm.com anonymous FTP failing with Login incorrect.
Sam, my normal JCL is failing as well, same error. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: n lpars in a sysplex and one of the lpar systems crashes
Ray, This is a topic that we could discuss for hours. :) In my experience, typically no. What happens at our place is that MIM notices that a system is not particpating and issues a message. The OPS are supposed to go see if it's down, and if so, respond properly to the message. If they don't, then things may get hairy with the offending system still holding locks, etc. The whole area is called SFM (Sysplex Failure Management) and IBM has spent considerable effort on it recently. There were several good Share presentations that touched on the topic, including two from Mark Brooks: http://proceedings.share.org/client_files/Share_in_Orlando_2/Session_9704_handout_1799_0.pdf http://proceedings.share.org/client_files/Share_in_Orlando_2/Session_9729_handout_1740_0.pdf And in one of Cheryl Watson's Hot Flashes she stated, and I'm paraphrasing: If you're not implementing SFM you are negligent'. The following (old but still relevant) redbook may help also: http://publibfp.dhe.ibm.com/epubs/pdf/e0s1p702.pdf As for QUIESCE, I'm not really sure. It's not a command I use. (Or have ever used??!) You could also try just VARY XCF,sysname,OFFLINE, but I don't think that would truly test out SFM. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USS - file can't be deleted.
Arrogant? Pot/Kettle/Black! BTW, it's dreaded, not dread. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Magical Incantations in ADRDSSU
Maybe you could preallocate it. Probably not what you were looking for though. The other option is an exit 28, Target dataset allocation exit. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Magical Incantations in ADRDSSU
Ed, http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.adru000%2Fexit28.htm I suspect preallocate is going to be the answer until DSS supports it. The reason I say this is from the RECLAIMCA doc: You may use data set RESTORE to upgrade your non CA Reclaim enabled data sets to CA Reclaim enabled data sets. To do this, simply preallocate a CA Reclaim enabled data set. That was from https://www-304.ibm.com/support/docview.wss?uid=isg1OA28939 Incidentally, it doesn't appear that FDR has anything either. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Magical Incantations in ADRDSSU
Sorry Ed, I guess I didn't answer your question. This is ADRUIXIT. And, I didn't look at z/os 1.13 manuals...I'm in day four of downloading my serverpak. :( MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Magical Incantations in ADRDSSU
Sorry, ADRUIXIT isn't going to work. It seems the only way to get the UIM is to invoke adrdssu programmatically. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA MSM v4 on z/os 1.9
I guess you could count me as one of those people who was an extreme skeptic about MSM. However, after installing 3 and upgrading to 4, it really is a time saver, as advertised. Maybe not so much if you only a couple CA products, but we have many. The Datacom guys love it. And the only drawback I can even think of is the explosion of zfs files. Give it a shot. It's definitely worth it. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scheduling Tasks via JES2 automatic commands
Another one is Alex, at http://www.sscmainframe.com/freeware.htm Freeware. Doc is at http://www.sscmainframe.com/alexcmds.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking CRITICALPAGING status for an AS
I'm assuming you don't want to just check SCHEDxx? :) You'd have to find the PPT entry, mapped by the IEFZB610 macro. The field is PPTCRPG. There's an example of scanning the PPT in SYS1.SAMPLIB(SHOWPPT), but that just shows program names. You could modify showppt to output other fields, I guess. Interestingly, I checked SYSVIEW's PPT display, and he doesn't show Criticalpaging, or nohonoriefusiregion, at least in my R13 system. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Receive order failing.
Ours worked fine this morning at 4AM but I'm still running off of Rochester after the last issue. https://eccgw02.rochester.ibm.com/services/projects/ecc/ws MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HYBRID is now In Vogue
Jim, I think 'channel' and 'hybrid' are sales/marketing/supply chain terms, not technical terms, in this case. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java invoke
Jag, try increasing your region size. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-1 TMSXITJ
Barry, either PSATOLD or PSAAOLD should work. Why do you think you're getting a random TCB? The only thing I can think of is perhaps IEFUJI is too early and you're getting the info for the initiator, not the address space. But I can't recall that having changed. What version of CA1 are you migrating from/to? Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Post install JOB HBBN700G in Z/OS 1.12 ended with error code
I used a base tape install rather than the serverpac jobs, but I suggest you check syslog for racf violations or the output of the RACFTGT job. Also, the octets on the paths involved. You can also go into OMVS and just run the sh script from there. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E REPORT SYSMODS mistery
Walter, the manual says: The SYSMOD comparison report provides you with a summary of the SYSMODs found in the input zone, but not found in the comparison zone. It seems like it's built for running on the 'main' or 'base' zone, and comparing to your 'deploy' zone. We use it to send out holddata to different teams when we're getting ready to put maintenance on. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LPAR with Dedicated CPs - LP Dispatch Time does not equal LP Online Time
Rick, I don't have TDS. That said, would you say that this lpar is nearly 100% busy? Unless they mean something else by online seconds, utilization is typically dispatched divided by online. Your numbers being so close would indicate a high utilization to me. My online time in RMF reports is always 100%, because they are dedicated and, well, online. I would only expect to see that 100% dip if we were varying them off or if we had a hardware issue with them. Can you perhaps post a little more of the report? Thanks! MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
My CE still uses cards to write notes on, if you want to be literal about what a 'card reader' is. For your enjoyment today: http://www.kloth.net/services/cardpunch.php -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS Library site down?
Works for me Peter. Sorry. :) MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: payrate for a part-time remote system programmer
In DC it's around $100/hour. Unless you're with one of the biggies, in that case more like $150-$200. Independants are a bit less, perhaps $80/hour. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSP upgrade name
You can also just pull a bucket called PSPINDEX. It will show a bunch of program numbers, select 5657 for zos and you'll see: --INFORMATIVE TEXT-- *** * SUBSET 5647 * *** PID PRODUCT NUMBER DESCRIPTION UPGRADE ID SUBSET ID |---|||| 5647A01 3270 PC FILE TRANSFER OS390R10 3270PC 5647A01 ACDC P390 OS390AD5 5647A01 APPL SUPT CL COL CL LIBOS390R10 OS3CCPP 5647A01 APPL. ENABLING TECHNOLOGYOS390R4 AETECH 5647A01 BCP OS390R4 BCP 5647A01 BCP OS390R4 BCP/1 5647A01 BCP OS390R5 BCP 5647A01 BCP OS390R5 BCP-2 5647A01 BCP OS390R6 BCP 5647A01 BCP OS390R6 BCP/1 5647A01 BCP OS390R7 BCP 5647A01 BCP OS390R7 BCP/1 5647A01 BCP OS390R8 BCP/1 5647A01 BCP OS390R9 BCP 5647A01 BDT FILE-TO-FILE OS390R10 BDT 5647A01 BDT SNA NJE OS390R10 BDT 5647A01 BOOKMANAGER BOOKSERVER OS390R10 BKSRV220 5647A01 BULK DATA TRANSFER OS390R10 BDT 5647A01 Bulk Data Transfer OS390R8 BDT MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC definition for z/VM IFLs on a z196
The partition should be LINUX only, not Z/VM. Ours is selected as LINUX only and runs Linux under vm with two 'not dedicated integrated facility for linux' processors. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces up to 5% increase in monthly Entry WLC
It seems like it's just for Europe, Middle East and Africa. Announcement Countries All European, Middle Eastern and African Countries. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Don't like.
The new listserv. Fonts, layout, etc. Yuk. :( -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Don't like.
Agreed on all of your points, Elardus. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Creating a BASIC sysplex between two VM Guests
You can also do a parallel sysplex quite easily. See the manual z/VM Running Guest Operating Systems: http://publibz.boulder.ibm.com/epubs/pdf/hcse7b30.pdf Chapters 4 and 8. The key for your CFRM policy is going to be the SIMDEV option on TYPE: DEFINE POLICY NAME(POLICY1) REPLACE(YES) CF NAME(CFCC1) TYPE(SIMDEV) MFG(IBM) PLANT(EN) SEQUENCE(000CFCC1) PARTITION(0) CPCID(00) DUMPSPACE(2000) MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 1.12 upgrade, required PTFs I missed.
We switched the testplex about a week ago, and did a few 'back and forths' just to verify we could. We'll put it in prod in a couple weeks. No problems so far. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Amusing TOD clock value
That's a classic Jim. Pass it on to Jerry Ng for his Share presentation, will ya? MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: unable to open SYSLOG
Jag, can you go to SDSF.O, enter prefix syslog, and paste the top 5 lines? Mine looks like: SDSF OUTPUT ALL CLASSES ALL FORMS LINES 66,774,055 LINE 1-17 (556) COMMAND INPUT ===, ,SCROLL ===,CSR PREFIX=SYSLOG* DEST=(ALL) OWNER=* SORT=ISys//A SYSNAME=LEDM NP ,JOBNAME ,JobID ,Prty,C,Dest ,ODisp, Tot-Rec, Prt-Rec,Devi ,SYSLOG STC04678, 30,L,LOCAL,WRITE, 120,028 ,SYSLOG STC04678, 30,L,LOCAL,WRITE, 120,019 ,SYSLOG STC04678, 30,L,LOCAL,WRITE, 120,207 ,SYSLOG STC04678, 30,L,LOCAL,WRITE, 120,003 ,SYSLOG STC04678, 30,L,LOCAL,WRITE, 120,035 ,SYSLOG STC04678, 30,L,LOCAL,WRITE, 120,049 This means I have 66,774,055 lines in 556 entries of syslog output to pull together when I issue S.LOG. This is a lot and sometimes takes up to a minute. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: unable to open SYSLOG
Jags, I need the heading lines: , Display, Filter, View, Print, Options, Search, Help --- SDSF OUTPUT ALL CLASSES ALL FORMS LINES 0 LINE 0-0 (0) COMMAND INPUT ===,tso pigs ,SCROLL ===,CSR , PREFIX=INI* DEST=(ALL) OWNER=* SYSNAME=USCJ I'm looking in particular for the one that starts with SDSF OUTPUT ... MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: unable to open SYSLOG
Jag, you have a good sized spool there. If you let the command go for a minute or two, does it eventually come up? Aside from that, I agree with the other poster who mentioned haspindx. Try deleting it and reallocating it, then when the first person goes into SDSF, it will be initialized, so that may take longer. You can also try a batch SDSF. //SDSFEXEC PGM=SDSF,DYNAMNBR=75,PARM='++900,121' //SYSOUT DD DUMMY //SYSPRINT DD DUMMY //SYSTERM DD DUMMY //ISFOUT DD SYSOUT=* //ISFINDD * LOG /* The ++900 is the number of lines to get. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM RACF installation planning
Dave, I haven't done this, but looked into it one time. I would think the issue with trying to keep the RACF DB Readonly on z/VM is that it's not just your admin updates that occur, it's things like the last time a person logged on, etc. That info is continuously being updated. We ended up running separate RACF DB's. I don't recall there being a requirement for HLASM. I seem to recall you only needed that if you were installing exits. You may want to post this on the IBMVM list. They are mostly well versed in both z/VM and MVS. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYMUPDTE Why is it not fully supported yet
Lizette, Here's the info on the open Share requirement: Requirement#:SSMVSE10004 Title:Allow symbols to be changed without an IPL Description:System symbols are invaluable in the efficient management of a system, and especially for the ability to easily manage a sysplex. However, the lack of a supported interface to change the symbols without an IPL goes against IBM's strategy of reducing the number of system changes that require an IPL. While the IEASYMUP program does provide an ability to change system symbols, it is not documented and not formally supported. Also, while IEASYMUP can be protected with RACF, the lack of a command interface and formal support means that some installations will not use it. Benefit:This would reduce unnecessary IPLs, and allow installations to use a valuable tool that is not currently supported. Time Limit:As soon as possible. Solution:IBM should provide: 1) An MVS command interface to let you change system symbols; 2) A version of IEASYMUP in Linklib, so the installation doesn't have to link it themselves; and 3) Formal documentation on how to use it, together with information about its limitations. While it would be ideal if there was a way to propagate changes to the value of a system symbol to other members of the sysplex, if IBM could provide a single-system capability to change system symbols in a supported way, that would be a significant step forward. Response Code: RC-Recognized Date: 2010-11-03 by Response: IBM agrees with the request and a solution appears to be a desirable objective. A solution however may not presently appear feasible or implementable. No IBM commitment is made or implied as to the eventual delivery of an acceptable solution. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A Warning to Anyone Servicing z/OSMF
Ed, Do you have the specific ptf that had that hold? I ask because I just ran an applycheck for everything for wasoem and z/osmf, and only got one hold, on UK66412. It could be that I'm at a higher level than you, but I just want to verify. Thanks! MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLink just shot craps again
Curious. I normally access it from IE. Can't get to it just now with IE, but I can with firefox. :( MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISP@MSTR
Jags, Modify ISP@MSTR at the line: ZSEL = TRANS ( TRUNC (ZCMD,'.') to add the following line: M,'CMD(%MQSTART)' Create rexx MQSTART in a searchable sysproc library: /*rexx */ address ISPEXEC LIBDEF ISPPLIB DATASET ID('SYS1.SCSQPNLE') LIBDEF ISPTLIB DATASET ID('SYS1.SCSQTBLE') LIBDEF ISPMLIB DATASET ID('SYS1.SCSQMSGE') ADDRESS TSO '%CSQOREXX' address TSO ALTLIB DEACTIVATE APPLICATION(EXEC) address ISPEXEC LIBDEF ISPPLIB LIBDEF ISPTLIB LIBDEF ISPMLIB LIBDEF ISPSLIB exit You can also just issue TSO MQSTART. Assuming you have MQSTART in the search order. Alternately, if you have the MQ libraries in your concatenation already, and/or don't care to libdef, you can simply issue: TSO CSQOREXX or change ISP@MSTR to have: M,'CMD(%CSQOREXX)' Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Really obscure STP/HMC question
Andrew, Well, I think obviously we must have a good reason for still using dialout, right? :) And it's still supported, so whats wrong with using it? Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Really obscure STP/HMC question
Hello all. On Wed, May 4, at 4:30AM, our HMC dialed out to NIST ACTS service for the time, and determined that a five second adjustment was needed. This of course, takes until Thur at 9PM to complete. At 4:30AM Friday, when it dialed again, it determined that a five second adjustment the other way was required. Which takes until Sat 6PM. IBM and NIST are pointing fingers, so I just wanted to ask if anyone else noticed an issue with NIST ACTS (dialout) service on Wednesday, May 4. I realize this is like looking for a needle in the proverbial haystack, but I thought I'd give it a shot. We are on z196's, HMC 2.11.0. Thanks! Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Really obscure STP/HMC question
Thanks Mike. We're working on getting IBM to send the logs back to us. NIST is suggesting line noise that was interpreted improperly. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ITEM NAME(MSGBASED) - any considerations?
Tom, Mark Brooks and Nicole Fagan did a great presentation at Share, Parallel Sysplex Resiliency, that includes several charts on MSGBASED. http://share.confex.com/share/116/webprogram/Handout/Session9028/S9028%20Parallel%20Sysplex%20Resiliiency.pdf And one of those charts shows msgbased reducing rebuild time by 50%. There's also a redbook from which I plagarize: http://www.redbooks.ibm.com/redbooks/pdfs/sg247817.pdf?bcsi_scan_5162959982CF324B=0bcsi_scan_filename=sg247817.pdf When MSGBASED CFRM processing is enabled, the communication associated with recovery or rebuild processing for most CF structures is routed via XCF signalling rather than via the CFRM CDS. This results in much better scalability for the recovery of structures with many connectors, meaning that the recovery time following a CF failure is largely unaffected by the number of systems in the sysplex We turned on MSGBASED because we wanted to use SMDUPLEX. As I recall, the only tiny issue is that a system may become the 'managing' system and in our case, we had a couple of redheaded stepchild lpars that we wouldn't want to have that task, so we frequently did D XCF,STR and the last line shows you the managing system: EVENT MANAGEMENT: MESSAGE-BASED MANAGER SYSTEM NAME: USCT Other than that, we had no issue with it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
A Pagent/zfs possible timing issue to be aware of
Greetings all. Just wanted to give folks a heads up on an issue we encountered last week. We are converting HFS's to zFS's and came across an issue where TCPIP's Pagent is unable to use sysplex aware rw mode zfs's. IBM says it was also a timing issue (at IPL time) but I suspect it may occur any time TCPIP bounces. What happened to us is that the IPSEC pagent file was not read, leading to use of the IBM Default IPSEC, which is to deny all. To further complicate things, we were using a shared parm member and when it was updated to diagnose this, 2.4 hours later production picked up the member updates. Evidently there is an automatic 2.4 hour update of the policies, which is the default in pagent. Our IP Guy was unaware of this, and I wanted to let everyone else know because it seems to be quite different than most other parmlib members we are used to. (Update only when started or a command is issued). The zfs admin manual p12 mentions two areas where sysplex aware rw zfs's are unable to be used, SMB server export and HTTP server Fast Response Cache accelerator, but not the pagent issue. (I'd like to see that changed). The deep background is, pagent uses an API called register file interest (BPX1IOC using the Iocc#RegFileInt subcommand). This API cannot support zFS sysplex-aware read-write file systems. The error in pagent was fairly good, it's just that it was buried deep in the pagent log in USS, not on the syslog. errno2 was 11800631, which says: | Operation not supported. The following occurred: | Command _IOCC_REGFILEINT was used and fildes (w_ioctl) or | pathname (__w_pioctl) refers to a file residing in a R/W file | system that is shared across a sysplex with zFS, or is accessed | through an NFS Client. In these cases, the file is able to be | changed on a remote system without the local system being aware. | Because the program would not receive notification, this | operation is rejected. | Use __errno2() to obtain more diagnostic information. the errno2 indicates: JrRemoteRFI: The file specified with Iocc#RegFileInt is in a file system that can be changed without notice. Action: Files that reside in a R/W sysplex aware zFS file system or that reside in an NFS Client file system can be changed on a remote system without this system knowing. For the zFS case, the file could be moved into an HFS file system or into a Read-Only zFS file system. The only noticeable error on the syslog was: EZZ8052I OMPROUTE SEND TO 224.0.0.5 BLOCKED BY TCPIP Hope this helps someone! Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A Pagent/zfs possible timing issue to be aware of
Rob, we did several things. We are going with NORWSHARE for this zfs. Pagent comes up via TCPIP, and the network guy wants it that way. We suggested putting it in OPS but were shot down. We changed the IPSEC default from Deny all to allow all. We changed the automatic update time to a huge value. We separated test and production parmlib members for IPSEC. IBM has opened a FIN apar to add messages to the console if the registration fails. IBM has opened a MR to better address the situation and take action to recover from it. MR0504114448 MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A Pagent/zfs possible timing issue to be aware of
I should mention that this on the /tmp filesystem. TCPIP creates a /tmp/stackname.pagent.tmp, so that when it is modified PAgent will be notified. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IKJEFT01
Bill, maybe you could give us an example, like, do you want to do a listcat? Yes, you can do that. Edit a dataset? Sure, can do. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS Management Facility
Mike, are you 1.11 or 1.12? What's in SYS1.PARMLIB(AXR00)? RACF or other, and are there any security messages anywhere? Thanks, Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 USE_XCFGRPNM parameter
Gadi, the apar references the changes that are to be made in the to the Jes2 Init and Tuning Guide: The following manuals/publications are affected by this apar: 4.z/OS V1R11.0 JES2 Initialization and Tuning Guide SA22-7532-09 There will be no hardcopy updates to future releases since the external will not be available in the next release. Chapter: JES2 Initialization Statement Descriptions Sub-heading: Parameter Description for MASDEF USE_XCFGRPNM=YES|NO Specifies whether (Yes) or not (No) a JES2 MAS member uses the XCFGRPNM to join the XCF group SYSJ2$XD. Note: The default|NO uses the node name to join the XCF group SYSJ2$XD. Future releases will use XCFGRPNM. So this is specified in your JES2PARM MASDEF definition. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sample SMP/E USERMOD to rebind module with a user supplied CEEUOPT
Kirk, there is a sample CEEPRM00 and CEEWUOPT in CEE.SCEESAMP... MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problems invoking xlc under USS
Oliver, I had the same issue. I wish I could say I fixed it, but what I did was simply compile outside of USS, have a look at EDCC in proclib. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problems invoking xlc under USS
Oliver, also, if you're attempting to compile the BCPII sample, take a look at redbook SG24-7853 appendix D...that's what finally got me through. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS file questions
LOL. You can post all the links you want, the simple fact of the matter is, USS IS the Acronym, or more precisely, the initialism of Unix Systems Services. Your argument is actually whether it's an 'approved' acronym. Personally, I don't really care. Unix Systems Services is too damn long and I will continue to use USS. (The initialism, not the acronym). :) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS file questions
Rob, I have to agree. The tone of this board is extremely defensive. Perhaps it's that sarcasm and humor don't translate well in the written word. If you want to see a friendly board where new members are welcomed and encouraged, go see IBMVM. Since VM has had a resurgance, those members patiently and comprehensively answer members questions, even the most basic newbie questions. Pity we can't do the same. Chris, IMHO, the use of USS is not a malapropism. According to wikipedia, a malapropism is an inappropriate use of the word, usually causing humor. I don't think anyone is getting any humor out of this thread, and the use of USS is not inappropriate within the context. Further, this is not an acronym adventuror board. Nor should anyone really care if you spell a word wrong or use an acronym differently than someone else might expect, unless it affects the technical information. Can we not simply realize that there are two meanings for the acronym USS and deal with it? We're humans after all, we can discover context and determine the author's intent. We're not Watson playing Jeapordy, after all. My advice to all is, if you feel yourself launching in to a diatribe, please just delete your email, go hug your kids, take a walk, or stare at your screen saver for a while. You'll live longer. Have a nice weekend everyone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS file questions
Linda, we do a DSS Dump/Restore to increase an HFS when it's out of extents. Our job has a step to unmount, one to DSS Dump, one to alter to a different name, one to DSS Restore with a new/catlg of the old name, and then a step to remount. We only use Alter to addvolumes. Not sure if you can alter secondary. Or primary, for that matter. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD Write Error
Matt, that needs to be done from the HMC... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD Write Error
Sorry Matt. Select Defined CPC's and highlight your processor, then click Single Object Operations from the 'Recovery' Task. When you get to single object, click your processor again then click Input/Output Configuration on the 'Operational Customization' task. A screen comes up that has A0, A1, etc. Select the IOCDS you are working with and then click options, then disable write protection. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Share in August--Orlando
Someone had asked recently where the summer Share was being held, and I noticed today the website has been updated to indicate it will be held in Orlando, Aug 7-12, FYI. http://www.share.org/Events/FutureConferences/tabid/127/Default.aspx -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Common Event Adapter
Allan, does the started task userid that CEA is running under have an OMVS segment? I think it used to need UID(0), but not sure about that now. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html