Re: SORTTRAK usage on z/OS 2.4
okay...Let me try that and see how it goes Regards, Robert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORTTRAK usage on z/OS 2.4
Thanks for your inputs . We are doing this on a test system at this time and I couldnt find any date /time conversion subroutines over there Could you please provide me a sample of SUDATE , SUTIME and SUYYDDDF which I can use for this purpose ? Regards, Robert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SORTTRAK usage on z/OS 2.4
Greetings , I downloaded SORTTRAK from CBT tape and compiled it on my 2.4 system to pull out DFSORT usage stats . However , it failed with OC1 reason code 1 IEA995I SYMPTOM DUMP OUTPUT 670 SYSTEM COMPLETION CODE=0C1 REASON CODE=0001 TIME=09.35.45 SEQ=01724 CPU= ASID=0035 PSW AT TIME OF ERROR 078D 0002 ILC 2 INTC 01 NO ACTIVE MODULE FOUND NAME=UNKNOWN Has anyone used this program recently ? Does it need to be APF authorized ? Also , the link edit step had these messages . I am not sure if they have anything to do with the issue IEW2454W 9203 SYMBOL SUDATE UNRESOLVED. NO AUTOCALL (NCAL) SPECIFIED. IEW2454W 9203 SYMBOL CONVER08 UNRESOLVED. NO AUTOCALL (NCAL) SPECIFIED. IEW2454W 9203 SYMBOL SUYYDDDF UNRESOLVED. NO AUTOCALL (NCAL) SPECIFIED. IEW2454W 9203 SYMBOL SUTIME UNRESOLVED. NO AUTOCALL (NCAL) SPECIFIED. IEW2454W 9203 SYMBOL CONVER10 UNRESOLVED. NO AUTOCALL (NCAL) SPECIFIED. IEW2454W 9203 SYMBOL IEFSD095 UNRESOLVED. NO AUTOCALL (NCAL) SPECIFIED. IEW2650I 5102 MODULE ENTRY NOT PROVIDED. ENTRY DEFAULTS TO SECTION SORTTRAK. Regards, Robert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SORTWK allocations for DFSORT vs Syncsort
Greetings , I recently noticed the way syncsort handles dynamic allocation for SORTWK datasets and they appear to be avoiding B37 abends better than DFSORT and I am assuming thats because syncsort allocates SORTWK datasets on "as needed" basis where as DFSORT tries to allocate all of them ahead according to the value specified in DYNALOC ICEOPTS . Any suggestions on how to fine tune DFSORT dynamic SORTWK allocations ? Regards, Robert Hahne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
No file permissions or super user authority for executing a shell script
Greetings , Is there a way a user can be allowed to execute a unix shell script in batch without changing the file permission bits or granting SUPERUSER authority ? Currently the file has got 700 and the user is not the owner of the file . Any suggestions would be great Regards, Robert Hahne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Implementation of ICA on Z13
Well, it is more or less similar. The main advantage over "legacy" links is CHPID virtualization, that means you may have several CHPIDs assigned to one physical link. What is your problem? Do you have the fanout card installed? Is it cable plugged? How many sysplexes do you wan to connect? Thank you for the inputs . We have 6 sysplexes to connect and is cable plugged . Does it mean , from an HCD perspective , there is no change except for the channel type ..Instead of CIB (12x IFB3) that we have currently, it becomes CS5 and rest all same ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Implementation of ICA on Z13
Greetings , Can someone direct me to a documentation for implementing ICA links on Z13 ? . I was able to find a fantastic manual for implementing InfiniBand on system Z , but nothing similar to that for ICA . Are they similar in coding from an HCD standpoint ? Regards, Robert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO/E SUBMIT exit
Thank you all . It looks like security policies will have to be revisited . I'll go back to the management and see if they are okay to get rid off this requirement . As others have pointed out , JESJOBS and OPERCMDS would be the way to go if they insist on keeping these rules . I am also gonna suggest controlling the access using a set of jobclasses and see how that will turn out . Appreciate all your inputs Regards, Robert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO/E SUBMIT exit
Hi Lizette, But , the JOBCLASS profiles looks to be protecting only the class parameter within the JCL . We are looking for something that enforce the jobname to start with their userid Regards, Robert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO/E SUBMIT exit
Hi Lizette , Yes...we run JES2 and SDSF both Regards, Robert From: IBM Mainframe Discussion List on behalf of Lizette Koehler Sent: Thursday, May 7, 2020 2:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO/E SUBMIT exit Do you run JES2? Do you have SDSF? Do you have z/OSEM? Any tools? Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Robert Hahne Sent: Wednesday, May 6, 2020 1:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TSO/E SUBMIT exit Hello listers , I understand this is a RACF question . But thought someone can help me here . We have a requirement where TSO submit exit IKJEFF10 needs to be eliminated . Currently it is written to ensure only those users with TSOAUTH(OPER) are allowed to submit jobs with any name . Rest of the users are only allowed to submit jobs that begins with their USERID . Also , the users are not allowed to issue JES commands in batch unless they have TSOAUTH(OPER) . Can we get both of these requirements done using RACF profiles ? Any pointers are highly appreciated Regards, Robert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO/E SUBMIT exit
Hi Lizette , Yes . We run JES2 and SDSF both Regards, Robert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO/E SUBMIT exit
I agree ..It is a pretty old system and these exits have been out there for very long and we might get rid off that restriction some time soon . But , I wanted to eliminate this exit first and was wondering if RACF can do that . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TSO/E SUBMIT exit
Hello listers , I understand this is a RACF question . But thought someone can help me here . We have a requirement where TSO submit exit IKJEFF10 needs to be eliminated . Currently it is written to ensure only those users with TSOAUTH(OPER) are allowed to submit jobs with any name . Rest of the users are only allowed to submit jobs that begins with their USERID . Also , the users are not allowed to issue JES commands in batch unless they have TSOAUTH(OPER) . Can we get both of these requirements done using RACF profiles ? Any pointers are highly appreciated Regards, Robert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEARELCN for orphaned console definitions
Thank you Peter for the clarification . We will be moving to distributed mode hopefully by end of this month . Bob Hahne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEARELCN for orphaned console definitions
Yes . But i was wondering if there is any restriction that IEARELCN needs to run on the same LPAR where the console is originally defined . In other words , how to remove a console definition that shows in the D C,N output as *NONE ? Bob Hahne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IEARELCN for orphaned console definitions
Greetings , We were supposed to remove a few inactive MCS definitions from our sysplex . The LPAR where it originally had its definition is IPL'ed after removing the entries from CONSOLxx . But forgot to run IEARELCN to remove it from the plex . Now when i do a display D C,N on all LPARS, it still shows the same console device in the output where CNZ4100I msg has DEFINED and MATCHED entries displayed as *NONE . I would like to get rid of this definition from other systems in the plex . Here is what i intend to do a) Run a IEARELCN against the console name which has already been removed from the original system that is IPL'ed I understand that a sysplex wide IPL is needed to remove the console definition in shared mode unless IEARELCN is used My question is : Can i run IEARELCN on any of the LPARS in the same sysplex in this situation to get rid of the orphaned entry so that it gets unpinned ? BTW , we are using console in shared mode and hence SETCON DELETE will not work Bob Hahne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MCS console sharing in a sysplex
On Wed, 8 Jun 2016 20:27:21 +0530, linda golding wrote: >Thanks Curt ... For shared DASD devices , UCW is same in HSA which is used >to serialize when IO requests from multiple LPARS arrives to the same >device . > >I was expecting something similar for console devices . But it appears that >that is not the case for consoles . I hope the hardware gurus in this List >can clarify . > > >Linda > When IOCP generates a basic IOCDS, it creates one subchannel for each I/O device associated with a logical control unit. When IOCP generates an LPAR IOCDS, the number of subchannels it generates for the group of I/O devices associated with a logical control unit depends on the number of logical control units generated for the group of I/O devices. The total number of subchannels it generates for the group of I/O devices is the number of I/O devices in the group multiplied by the number of logical control units generated for that group. The device may be a physically identifiable unit, or it may be housed internal to a control unit. In all cases a device, from the point of view of the channel subsystem, is an entity that is uniquely associated with one subchannel and that responds to selection by the channel subsystem by using the communication protocols defined for the type of channel path by which it is accessible.Then, the subchannel number is another way for addressing an I/O device. It is a value that is assigned to the subchannel (UCW) representing the device at POR time. It indicates the relative position of the UCW in the UCW table. The subchannel number was designed to speed up the search of a UCW during SSCH processing. Robert Hahne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Outsourcing Stories Good or Bad!
>Hopefully Mainframe Companies should perform a strict due diligence>before >choosing the offshore partners. The interview should not only happen>to >Technicians but to the managers level This is a nice thought which can do justice to the people working on both the sides . ie , "outsourced" as well as "outsourcing" companies . This way , the work goes only to deserving hands which of course improves the support quality . Again the amount of work getting outsourced would come down drastically if Mainframe companies start choosing offshore partners based on skill . Interviews should happen at manager level so the practice of illiterate guys managing technical teams would stop . But then , how many companies are willing to do this ? Robert Hahne > Date: Sun, 28 Feb 2016 15:22:37 -0500 > From: idfzos...@gmail.com > Subject: Re: Outsourcing Stories Good or Bad! > To: IBM-MAIN@LISTSERV.UA.EDU > > I would like to weight in here. Dealing with customers everyday, > unfortunately business has changed, what I am saying is a lot of places it > seems to me, don't have a lost of good technical folks. If a person is > willing to learn and acknowledge the source I have no problem. > > I have a problem when a person would like "us" do technical planning for > example for free without a SOW ...maybe I contracted too long, but I don't > like being used for free. > > > Scott > > On Sunday, February 28, 2016, Ed Gould wrote: > > > On Feb 28, 2016, at 12:41 AM, baby eklavya wrote: > > > > *"The saddest part was the manager was not even literate on zOS systems. > >> All he knew was to save cost. So slowly most of the wannabe system > >> programmer left. Now he wants a 2 year experienced guys to run equal to > >> his > >> peer."* > >> This is exactly what i was trying to convey . At the end , they never save > >> anything . Whatever money they think they had saved by replacing > >> experienced staffs with freshers goes out again in the form of penalty , > >> missed SLA , change failures . > >> > >> Skill shortage is just one side of the story . When the work environment > >> is > >> controlled by such managers who only focus on saving cost , life becomes > >> too difficult for beginners who want to learn and enhance their skills . > >> They eventually lose their interest in the technology . > >> > >> I remember a recent quote from Forbes.com - "People don't leave the > >> companies , they leave their managers" > >> > >> __SNIP__ > > > > I had one of those at a company I worked for. He was officially a gas > > meter maid that got promoted way over his position in life. > > He would come to work everyday and sharpen pencils and stare at his wall. > > He had no DP experience and wouldn't know how to logon to anything. > > I sympathize for you but he can be gotten around. Now if his superior is > > like him to you do have a problem. > > I found it better to start looking. > > > > Ed > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Prefix save area - confused
In MVS/XA , with prefixing, the processors did not use absolute locations 0-4095. Rather, each processor had its own separate PSA and its own prefix register. When a processor is brought on line, the real starting address of its PSA is stored in its prefix register. Whenever the processor uses an address between 0 and 4095, the hardware adds the the contents of the prefix register to the address and uses the result. With prefixing, the address that normally would be the absolute address of the information in the first page of storage becomes an offset from the start of the real PSA. Because each processor's prefix register contains a different address, each processor can address locations 0 to 4095 and reference its own data. In Z/architecture , it used to fix the first 2 pages unlike MVS/XA and the concept did not change AFAIK ... Robert Hahne > Date: Thu, 25 Feb 2016 09:46:00 -0600 > From: 000a2a8c2020-dmarc-requ...@listserv.ua.edu > Subject: Re: Prefix save area - confused > To: IBM-MAIN@LISTSERV.UA.EDU > > On Thu, 25 Feb 2016 07:39:30 +0100, Peter Hunkeler wrote: > > >The 8 KiB area at absolute 0 is the place where the hardware writes > >status information as result of performing the "Store Status" operation. > > Among other things. Those Assigned Storage Locations are defined by > the architecture. Other areas within the PSA are defined by the > operating system. > > >It has existed for longer than PR/SM. I would say, it is owned by the > >hardware. > > >> There is Absolute addressing, real addressing, and virtual addressing. > > > >But wait a minute, isn't there on more level? Absolulte, real, and > >virtual are *within* an LPAR. It is required to support multi-CP > >operating system *instances*. Since PR/SM, each LPAR must have its > >own "absolute address 0", doesn't it? > > Yes. > > >Actually, the requirement has exited since physically partitionable CECs > >had been in place (can't remember exaxtly which were the first such > >machines, 3033, or 308x, or?). > > Probably System/360 model 65MP. For sure model 67. > > >The net would be: Some code is accessing virtual address 0. The DAT > >feature will (with the help of the DAT tables) translate virtual 0 to *a* > >real address (which just happens to always be real frame 0 in z/OS). > >The hardware will recognize an address within the "prefixing area" (8 KiB > >in z/Architcture, 4 KiB in ESA/390 and predecessors, 2 KiB in even earlier > >architectures?), > > System/360 Principles of operation has described prefixing all the way > back to the -0 level of the manual. You can find it at > http://bitsavers.trailing-edge.com/pdf/ibm/360/princOps/A22-6821-0_360PrincOps.pdf > The description is on page 18, under "Multisystem Feature". It is > described there as a 4K area. > > Before the -4 level of the System/370 POO in 1974, the SET PREFIX > instruction was defined. It was not in the -0 edition. > > -- > Tom Marchant > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DASD device not going offline
CSV540E simply means that dynamic activation with COPYFROM=CURRENT is no longer going to work . Peter has already explained why this happens and what needs to be done . Why is OP still beating around the bush ? > Date: Wed, 24 Feb 2016 17:44:43 -0500 > From: deerh...@ix.netcom.com > Subject: Re: DASD device not going offline > To: IBM-MAIN@LISTSERV.UA.EDU > > On 2/24/2016 5:34 PM, Tony Harminc wrote: > > On 21 February 2016 at 09:39, Mainframe Mainframe > > wrote: > >> CSV540E LNKLST SET LNKLST00 is in error. > >> DATASET SET SYS1.SERBLINK > >> HAS VOLUME ID DOESNT NOT MATCH WITH CATALOG. > >> > >> Can you please give me little idea on this. > > > > Did it really say "HAS VOLUME ID DOESNT NOT MATCH WITH CATALOG"? > > You've posted this same text three times. Anyone can make a typo, but > > it shows that you didn't copy it from the system. Might that be true > > of other things you posted? > > It might not even say CSV540E. > > Bob > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Logger Space
Mark , Since you are looking at deleting orphaned logstream datasets , neither TSO delete or deleting the logstream is going to work Ane excerpt from MVS setting up a sysplex - Finding and deleting orphaned log data sets says , The orphaned data sets should be deleted using the IDCAMS delete command. Note that when you delete a log stream by deleting it from the LOGR policy, system logger deletes all the log data sets associated with the log stream that have entries in the logger directory. If a data set was orphaned or simply matches the log stream naming convention but is not in the logger directory, then system logger will NOT attempt to delete the data set when the log stream is deleted. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LACTMSU - RMF Overview reports
> Perhaps you should repost your request next month / next monday because it > seemed to me all gurus are on one or another holiday yesterday and today... Thank you Elardus for making that point . I will surely re-post it next week and even i felt that IBM Main was silent for past 2 days :) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LACTMSU - RMF Overview reports
Right . Thats what i thought too . But just wanted to make sure if there are any better methods for reporting MSU consumption -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
LACTMSU - RMF Overview reports
Hi Listers , I have a question on RMF Overview reports . We have 6 LPARS on ZEC12 mainframe running z/os 1.13 . These six LPARS form a part of 3 different sysplexes . We are trying to extract daily MSU utilization for each LPAR using RMF Overview reports DATE(14330,14330) ETOD(,2400) STOD(,2400) RTOD(,2400) DINTV(0060) OVERVIEW(RECORD) OVW(MIPTESC(LACTMSU(TESC))) OVW(MIPTESD(LACTMSU(TESD))) OVW(MIPNESD(LACTMSU(NESD))) OVW(MIPNESC(LACTMSU(NESC))) OVW(MIPPESD(LACTMSU(PESD))) OVW(MIPPESC(LACTMSU(PESC))) Does LACTMSU provides accurate MSU consumption for each LPAR or do i have to use any other parameters ? Regards, Hahne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Security definitions for OAM started task
OAM PISA Guide for Objects do have RACF profiles info , but thats not the case with OAM PISA guide for tape libraries . IBM should have updated it for tape library documentation as well . > > Correct . But they don't have any reference to the security profiles needed > for OAM started task . > > And that's what am actually looking for > > > > > On Tue, Apr 29, 2014 at 11:16 PM, Clifford McNeill wrote: > > > Be sure you are using the OAM PISA Guide for Tape Libraries. Here is a > > checklist from that manual. > > > > > > > > > > http://pic.dhe.ibm.com/infocenter/zos/v1r13/index.jsp?topic=%2Fcom.ibm.zos.r13.idao300%2Fo3010.htm > > > > > > > > Cliff McNeill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: To restore Purged STC output
Are you asking how to restore a purged output from Archival tools like CA View or $AVRS ? > Date: Tue, 11 Feb 2014 10:31:11 +0530 > From: dbajava...@gmail.com > Subject: To restore Purged STC output > To: IBM-MAIN@LISTSERV.UA.EDU > > Hello Group, > > Is there a possibility of recovering a particular Purged STC back to spool ? > > Z/os : 1.13 > > Peter > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA Top secret to RACF conversion
Greetings , Thank you everyone for your valuable suggestions . We are still discussing with our customer on the possibilities of getting a consultant for this migration . Thanks a lot ! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: APF authorization and JOBLIB DD card
Hello Chris , This is a very good explanation . But that still leaves OP's last question "If IDCAMS requires APF authorization for called modules, why does IDCAMS work when the JOBLIB is supposedly not authorized by introducing a non-authorized library to the JOBLIB? " I assume OP ran the job by APF authorizing the JOBLIBS first , and then tried another run by adding an unauthorized library to the JOBLIB concatenation . TIA , Bob > Date: Thu, 19 Dec 2013 00:58:00 + > From: cblaic...@syncsort.com > Subject: Re: APF authorization and JOBLIB DD card > To: IBM-MAIN@LISTSERV.UA.EDU > > I will answer the APF questions, but I strongly suggest that you call > SyncSort Support in the morning if you continue to have ABEND 306 problems. > > The short answer is that any module loaded by an authorized program must come > from an authorized library. Loaded modules don't have to be authorized > (AC=1), they just have to come from an authorized library. Now it gets more > complicated. > > Most people think that all LINKLIST libraries are authorized, but that isn't > always true. If your site has LNKAUTH=APFTAB as a parm in IEASYSxx rather > than taking the default or specifying LNKAUTH=LNKLST, then only those > libraries that are in the APF table are considered authorized. > > JOBLIB and STEPLIB libraries are handled a little differently. They are > either all authorized or all not authorized. So, if you have a three library > concatenation and they are all authorized, life is good. If you add a > non-authorized library to then, then they are all considered un-authorized. > > When you ran an IDCAMS job with all modules used in the linklist, it was OK > because it didn't get any modules from JOBLIB. Your site must be taking the > default or specifying LNKAUTH=LNKLST. When you put the same libraries in the > JOBLIB concatenation, and any one of them isn't in the APF table, then all of > the JOBLIB libraries become un-authorized, even if the libraries are still in > the LINKLIST. Because the search is STEPLIB first, JOBLIB second (or first > if no STEPLIB) and then the LINKLIST and it found the module it wanted in the > JOBLIB and the JOBLIB concatenation was not authorized because one or more > libraries weren't, then you get the ABEND 306. > > Confused enough? > > Chris Blaicher > Principal Software Engineer, Software Development > Syncsort Incorporated > 50 Tice Boulevard, Woodcliff Lake, NJ 07677 > P: 201-930-8260 | M: 512-627-3803 > E: cblaic...@syncsort.com > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Pommier, Rex > Sent: Wednesday, December 18, 2013 6:07 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: APF authorization and JOBLIB DD card > > Hi list, > > I'm confused - again. I thought I knew how APF authorization works with > JOBLIB statements but apparently I don't. Here's the background. I'm > installing a new maintenance level of SyncSort. According to the SyncSort > manual, the only library that needs APF authorization is the SYNCAUTH library > which contains the Dynamic Storage Management modules. > > In addition, IDCAMS internally calls a SORT module by default when performing > a BuildIndeX function. > > Here's my scenario. I have batch jobs with JOBLIB statements in them. In > order to test my SyncSort upgrade, I have added the SYNCLINK and SYNCRENT > libraries to the JOBLIB concatenation. > > Where I'm hitting the problem is IDCAMS BIX function. When I run the IDCAMS > job with just the normal JOBLIB without the SyncSort libraries in it, the job > runs fine - presumably using the SyncSort currently in the LinkList. The > JOBLIB is not APF authorized because it has a mixture of authorized and not > authorized libraries in it. I add the new SyncSort libraries to the JOBLIB > and the IDCAMS fails with a S306-0C abend and message "CSV019I REQUESTED > MODULE SS14RC02 NOT ACCESSED, IS IN NON-APF LIBRARY/CONCATENATION". Module > SS14RC02 is linked AC=0 and is in the SYNCRENT library. I added all the > JOBLIB libraries to the APF list and the IDCAMS step runs fine. I then add a > non-APF authorized library to the JOBLIB and the IDCAMS step STILL runs fine! > > > Why is IDCAMS demanding that non-APF module SS14RC02 be loaded from an APF > authorized library? > > If IDCAMS requires APF authorization for called modules, why does IDCAMS work > when the JOBLIB is supposedly not authorized by introducing a non-authorized > library to the JOBLIB? > > TIA > > Rex > > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for delivering > this message to the intended recipient, you are hereby notified that any > disclosure, distribution, copying, or any action taken or action omi
CA Top secret to RACF conversion
Hello all , We are planning on a Top secret conversion project where CA top secret needs to be replaced with RACF . We are on Z/os 1.11 .Can someone direct me towards some good documentation or manuals to start with ? Best Regards, Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Issue with the REORG of BDAM datasets
> > Greetings , > >Recently , we had a problem during the REORG of SAR index file . It was > observed that the index file utilization increases abnormally while the REORG > job runs and comes down once the job completes. In the mean while , if the > utilization crosses 100 % , the job fails and SAR task cannot be restarted > unless more space is added .The index file is of DSORG=DA . I 'm interested > to know what exactly happens during the REORG of BDAM datasets .I am not sure > if this is a normal behavior . I have already raised this query to CA , but > also thought of sharing it over here . Anybody had this problem before with > CA view (formerly SAR ) ? Are you running ASYNCH REORG or a standalone REORG ? Looking at CA view manuals , i see a note which says " A standalone REORG requires space to hold the new index" If you're running a standalone REORG , then it looks to be a normal behavior . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM now employs more workers in India than US
> If India was very poor in terms of economy, There are many others poorer > than we think, why dont IBM think of it then? B-) IBM is not doing business to raise the economy of poor countries . But they should also know that , they get only what they pay for . You make more profit by paying less ,but at the expense of service quality . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NO COMMUNICATIONS DATA SET - IGD002I
> > >I guess , Mark is asking whether the SYSNAME is defined in SCDS . I believe ,there should be a SYSNAME already defined . If not , you would have seen a message as given below IGD081I COMMDS dsname DOES NOT HAVE SYSTEM sysname OR SYSPLEX sysplex DEFINED -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Multiple datasets with same name on APF list !
<<<>>> Its NOT Correct ! First of all , alias has nothing to do here .Irrespective of whether dataset has an alias or not , as long as the original dataset is out there in APF list it gets authorized . You specify either VOLUME=XX or SMS and it works either way ! For the OP , the answer is yes . You can have multiple datasets with the same name in APF list if they are on different volumes . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: U4093 abend after IPL
Hello Mark , Sure . I am gonna try that . Thank you very much for your suggestions ! Regards, Bob > > Even though TCP/IP is fully initialized at EZB6473I according to the FM (which > comes out right before EZAIN11I), for 2 seconds I probably wouldn't spend > my time looking into this even on a supported system. Just change the > "TCPIP IS UP" verification message or trigger for this task to be EZD1176I > and be done with it. Bigger fish to fry > > Mark > -- > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > mailto:m...@mzelden.com > Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > Systems Programming expert at http://expertanswercenter.techtarget.com/ > > > ur > > > >> > >> On my system I only see about 2 seconds delay between these two > >> messages (I checked several systems and they were all 2 seconds): > >> > >> EZAIN11I ALL TCPIP SERVICES FOR PROC TCPIP ARE AVAILABLE. > >> > >> EZD1176I TCPIP HAS SUCCESSFULLY JOINED THE TCP/IP SYSPLEX GROUP EZBTCPCS > >> > >> > >> Are you saying you always start GPMSERVE in that 2 second window (or > >> whatever it > >> is on your system)? If you are starting it prior to EZAIN11I, TCPIP is > >> not > >> initialized.I looked and my client's automation and starting tasks that > >> require TCPIP are triggered after EZAIN11I. > >> > >> Regards, > >> > >> Mark > >> -- > >> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > >> mailto:m...@mzelden.com > >> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > >> Systems Programming expert at http://expertanswercenter.techtarget.com/ > >> > >> > > >> > > >> > > >> >> > > >> >> > >> >> I assume you are asking because z/OS 1.11 is EOS and you don't have > >> >> an extended support contract with IBM?? > >> >> > >> >> Return code is "Condition management for MVS could not be initialized" > >> >> > >> >> Have you tried getting / looking at the LE dump? > >> >> > >> >> If you are sure OMVS is fully initialized (which I am assuming it is > >> >> since > >> >> you said TCP/IP is fully functional before starting it), it could be > >> >> related > >> >> to MAXPROCUSER since it is timing related. What UID does it run under? > >> >> > >> >> You could take the easy way out (since this is an unsupported system) > >> >> and just start it later in the IPL to begin with! > >> >> > >> >> Mark > >> >> -- > >> >> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > >> >> mailto:m...@mzelden.com > >> >> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > >> >> Systems Programming expert at http://expertanswercenter.techtarget.com/ > >> >> > >> >> -- > >> >> For IBM-MAIN subscribe / signoff / archive access instructions, > >> >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >> > > >> >-- > >> >For IBM-MAIN subscribe / signoff / archive access instructions, > >> >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >> > >> -- > >> For IBM-MAIN subscribe / signoff / archive access instructions, > >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > >-- > >For IBM-MAIN subscribe / signoff / archive access instructions, > >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: U4093 abend after IPL
Hello Mark , That's exactly what's happening in my system . I checked the logs for several IPL's in the past and it looks like GPMSERVE is always started in that 2 second window (even my system shows a delay of 2 seconds between EZAIN11I and EZD1176I) . After EZD1176I , GPMSERVE starts w/o any issues . Regards, Bob > > On my system I only see about 2 seconds delay between these two > messages (I checked several systems and they were all 2 seconds): > > EZAIN11I ALL TCPIP SERVICES FOR PROC TCPIP ARE AVAILABLE. > EZD1176I TCPIP HAS SUCCESSFULLY JOINED THE TCP/IP SYSPLEX GROUP EZBTCPCS > > Are you saying you always start GPMSERVE in that 2 second window (or whatever > it > is on your system)? If you are starting it prior to EZAIN11I, TCPIP is not > initialized.I looked and my client's automation and starting tasks that > require TCPIP are triggered after EZAIN11I. > > Regards, > > Mark > -- > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > mailto:m...@mzelden.com > Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > Systems Programming expert at http://expertanswercenter.techtarget.com/ > > > > > > > > >> > > >> > >> I assume you are asking because z/OS 1.11 is EOS and you don't have > >> an extended support contract with IBM?? > >> > >> Return code is "Condition management for MVS could not be initialized" > >> > >> Have you tried getting / looking at the LE dump? > >> > >> If you are sure OMVS is fully initialized (which I am assuming it is since > >> you said TCP/IP is fully functional before starting it), it could be > >> related > >> to MAXPROCUSER since it is timing related. What UID does it run under? > >> > >> You could take the easy way out (since this is an unsupported system) > >> and just start it later in the IPL to begin with! > >> > >> Mark > >> -- > >> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > >> mailto:m...@mzelden.com > >> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > >> Systems Programming expert at http://expertanswercenter.techtarget.com/ > >> > >> -- > >> For IBM-MAIN subscribe / signoff / archive access instructions, > >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > >-- > >For IBM-MAIN subscribe / signoff / archive access instructions, > >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: U4093 abend after IPL
Hello Mark , Thanks for the response ! Sorry , i was wrong . OMVS was fully functional , but EZD1176I message hadn't come out while GPMSERVE was abending. EZD1176I TCPIP HAS SUCCESSFULLY JOINED THE TCP/IP SYSPLEX GROUP EZBTCPCS Everytime ,after this message comes out , GPMSERVE seems to be starting without any issues . Unfortunately i dont have any dumps to look at the moment .We have an IPL this weekend , and i will look at the LE dumps when this reoccur . As you suggested , starting GPMSERVE later in the IPL is the best solution being an unsupported release . Would you think the issue is because of GPMSERVE trying to start before EZD1176I comes out ? Regards, Bob > > > > I assume you are asking because z/OS 1.11 is EOS and you don't have > an extended support contract with IBM?? > > Return code is "Condition management for MVS could not be initialized" > > Have you tried getting / looking at the LE dump? > > If you are sure OMVS is fully initialized (which I am assuming it is since > you said TCP/IP is fully functional before starting it), it could be related > to MAXPROCUSER since it is timing related. What UID does it run under? > > You could take the easy way out (since this is an unsupported system) > and just start it later in the IPL to begin with! > > Mark > -- > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > mailto:m...@mzelden.com > Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > Systems Programming expert at http://expertanswercenter.techtarget.com/ > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
U4093 abend after IPL
Hi , We have a problem in our Z/os 1.11 system where GPMSERVE started task continuosly abends after IPL with the below message and then starts fine later on when start command is issued manually . The message is given below . TCPIP is already initialized before this happens . Any thoughts ? CEE3798I ATTEMPTING TO TAKE A DUMP FOR ABEND U4093 TO DATA SET: *BYPASS*.D209.T0501293.GPMSERVE IEA820I TRANSACTION DUMP REQUESTED BUT NOT TAKEN 417 DUMP DATA SET NAME NOT VALID CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL. 418 THE ERROR RETURN CODE WAS 0008 AND THE REASON CODE WAS 0021. IEA995I SYMPTOM DUMP OUTPUT 419 USER COMPLETION CODE=4093 REASON CODE=0090 TIME=05.01.29 SEQ=00026 CPU= ASID=0068 PSW AT TIME OF ERROR 078D1000 80008BD4 ILC 2 INTC 0D ACTIVE LOAD MODULE ADDRESS=72D8 OFFSET=18FC NAME=CEEBINIT DATA AT PSW 8BCE - 00181610 0A0DA7F4 001C1811 GR 0: 8400 1: 84000FFD 2: 0090 3: 0B0C00FD 4: 141CD300 5: 80011818 6: 141CD300 7: 141CD7B0 8: 9: 09249D4E A: 8B98 B: 80008B00 C: 141CEB48 D: 141D6018 E: 8000 F: 0090 END OF SYMPTOM DUMP IEF450I GPMSERVE GPMSERVE - ABEND=S000 U4093 REASON=0090 IEF404I GPMSERVE - ENDED Regards, Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MAXSPACE and central storage
but , i feel there might be some performance degradation down the line . anybody has any suggestions ? Regards, Bob > Date: Fri, 26 Jul 2013 14:21:38 +0530 > From: baby.ekla...@gmail.com > Subject: Re: MAXSPACE and central storage > To: IBM-MAIN@LISTSERV.UA.EDU > > I dont think so . During our DB2 v10 upgrade, we had to increase maxspace > to 16000 M ,then we added only the local page datasets . > > > On Fri, Jul 26, 2013 at 3:07 AM, Robert Hahne > wrote: > > > Greetings , > > > > We have a requirement in our shop to change the MAXSPACE value from 2000M > > to 8000M . IBM says there should be a 1:3 ratio between maxspace and > > auxiliary storage . that means , my total auxiliary storage needs to be > > increased by 3 times which is 24000 M (to satisfy 1:3 ratio) . I did that > > as well . Now my concern is that my Central storage is 5690 M and will it > > create any problem once i set the maxspace to 8000 M .I couldn't find any > > documentation which says central storage should be increased . I'm trying > > to understand how DUMPSRV address space works when it is allowed to capture > > a dump of 8000M in size considering my central and local page dataset sizes > > given above . we are on z/os 1.11 and thus AUXMGMT is set as ON by default . > > > > Please share your thoughts on this . > > > > > > Thanks in Advance , > > Bob > > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
MAXSPACE and central storage
Greetings , We have a requirement in our shop to change the MAXSPACE value from 2000M to 8000M . IBM says there should be a 1:3 ratio between maxspace and auxiliary storage . that means , my total auxiliary storage needs to be increased by 3 times which is 24000 M (to satisfy 1:3 ratio) . I did that as well . Now my concern is that my Central storage is 5690 M and will it create any problem once i set the maxspace to 8000 M .I couldn't find any documentation which says central storage should be increased . I'm trying to understand how DUMPSRV address space works when it is allowed to capture a dump of 8000M in size considering my central and local page dataset sizes given above . we are on z/os 1.11 and thus AUXMGMT is set as ON by default . Please share your thoughts on this . Thanks in Advance , Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SRCHFOR command
Hello , I just did a TSO ISRDDN and tried to locate SRCHFOR member , even for me it says member not found . But in my system , srchfor works as normal . So , i guess the invocation happens in a different way . BTW , which release of z/os are you using ? Regards, Bob > Date: Fri, 12 Jul 2013 16:36:37 -0700 > From: roger.st...@yahoo.com > Subject: Re: SRCHFOR command > To: IBM-MAIN@LISTSERV.UA.EDU > > Hello Lizette , > > Thanks for quick response . I had already tried that , but it didn't show up > .(It says member not found ) . I suspect that something is missing from my > logon proc , but not able to locate what exactly it is . > > > > > > From: Lizette Koehler > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Saturday, July 13, 2013 4:53 AM > Subject: Re: SRCHFOR command > > > Roger > > SRCHFOR, might be a REXX/CLIST that does that or an ISPF Command table > entry. > > The easiest thing to do is use ISRDDN > > TSO ISRDDN on any command line > > Then issue > > M SRCHFOR > > See where it turns up > > Lizette > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Roger Steyn > Sent: Friday, July 12, 2013 3:10 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: SRCHFOR command > > Greetings , > > I know this is a silly question . Unfortunately I am not good at ISPF and > needs some help to fix a problem . > > I have a problem with SRCHFOR command in ISPF . Normally , when a srchfor > command is issued by passing a string in 3.4 , it returns a response > 'String(s) found" or "not found " . But in my system , SRCHFOR command > directly takes me to 3.14 panel . what should i do to fix this ? I do not > want 3.14 panel to appear for every srchfor attempt . Please advise > > > Thanks & regards, > Roger > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LLA refreshed automatically with SETPROG ACTIVATE command
Yes . When you activate a new LNKLST , LLA gets refreshed automatically . https://www.google.co.in/url?sa=t&rct=j&q=&esrc=s&source=web&cd=8&cad=rja&ved=0CF8QFjAH&url=http%3A%2F%2Fschunk-it.com%2FPresentations%2FShare095%2Fs2855ssa.pdf&ei=ntXdUcDvK8r5rAenkoHwBw&usg=AFQjCNGmcl7LdMqRb9Y5_671PSn2_9IE4w&sig2=wCDiXpE743dHZ-gBbCP4nw Thanks !Bob > Date: Thu, 11 Jul 2013 02:58:25 +0530 > From: baby.ekla...@gmail.com > Subject: LLA refreshed automatically with SETPROG ACTIVATE command > To: IBM-MAIN@LISTSERV.UA.EDU > > Hi all , > > We have an issue with LLA after activating new linklist set . There are 2 > different scenarios given below > > Scenario 1 : The current linklist set is LNKLST00 . We added a new dataset > by copying to LNKLST01 and activated LNKLST01 . With SETPROG > LNKLST,ACTIVATE ,NAME=LNKLST01 command , LLA was automatically refreshed . > I didnt have to issue F LLA,REFRESH ,instead it got refreshed automatically > with SETPROG ACTIVATE command .Is this normal ? > > Scenario 2: I removed a dataset from LNKLST00 , moved it to a different > volume and added the same dataset back using LNKLST01 and activated > LNKLST01 with the command SETPROG LNKLST,ACTIVATE,NAME=LNKLST01 .But this > time , LLA didn't pick it up automatically . > > I don't understand why LLA didn't pick up the dataset automatically in > Scenario # 2 . Any thoughts on this ? > > Regards, > baby > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDSE Issue
There is a share presentation out there for PDSE best practices https://www.google.co.in/url?sa=t&rct=j&q=&esrc=s&source=web&cd=5&cad=rja&ved=0CD8QFjAE&url=https%3A%2F%2Fshare.confex.com%2Fshare%2F120%2Fwebprogram%2FHandout%2FSession12981%2FSHARE%2520PDSE%2520Best%2520Practices.pdf&ei=YtzVUc2_N4jGrAfU6IDYBw&usg=AFQjCNGf3snjN_m-Xaa9kgTeyhwp048rxw&bvm=bv.48705608,d.bmk Regards, Bob > Date: Wed, 3 Jul 2013 07:18:59 +0200 > From: nitz-...@gmx.net > Subject: Re: PDSE Issue > To: IBM-MAIN@LISTSERV.UA.EDU > > Matt, > > > V SMS,PDSE,ANALYSIS > > IGW031I PDSE ANALYSIS Start of Report(SMSPDSE ) 879 > > ++ Unable to latch ASRBULCH:7FF94DC0 > >Latch:7FF94DD8 Holder(006A:00AFF208) > >Holding Started Task:TECHCICS > > -data set name-- -vsgt--- > > SYSVIEW.R137.CNM4BLOD.SYS1 01-SYS002-000614 > > ++ Unable to latch HL1b:7FF67600 > >Latch:7FF67610 Holder(006A:00AFF208) IGWLHPRG > >Holding Started Task:TECHCICS > > Good old ASRBULCH latch. First of all, make sure you have all the required > maintenance for PDSE on (there are several apars involving ASRBULCH out > there, and this appears to be an ongoing bug that IBM seems unable to fix). > > > VARY SMS,PDSE1,FREELATCH(7FF67610,006A,00AFF208),RETRIES(5) > > IGW032I PDSE FREELATCH Start of Report 889 > > ++ Free latch failed latch:7FF94DD8 is either broken or not a latch > > PDSE FREELATCH End of Report > > In my case (we had it twice) it was not obvious which latch to free (there > were tons of ASRBULCH ones). So I went through all of them and eventually > found the one that was left and had caused everyone else to back up. In that > process, I also generated some PDSE abends complaining about freed latches. > > By the way, even forcing the address spaces will not clear the contention! > > Admittedly, I have never seen the response of 'either broken or not a latch'. > That sounds like something went ahead and freed the storage where the latch > is situated. > > I have heard from our customers (who were also affected for a library that is > NOT in linklist) that restarting SMSPDSE1 did not free the latches. The > customers affected by it were also able (with trial and error) to use > freelatch. > > If that library SYSVIEW.R137.CNM4BLOD.SYS1 is not a load library (or anthing > else that *requires* it to be a PDSE) then I suggest to make it a PDS to > avoid hitting PDSE code. > > If you have the appropriate contract with IBM, when this hits next, then take > a dump of the address spaces involved in the latch contention and SMSPDSE/1 > and report the bug to IBM. > > Regards, Barbara Nitz > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
