Re: IXGLOGR
David, I moved IXGLOGR HLQ to a user catalog years ago without any problem. RRST is probably the Resource Recovery Servives address space. Hope this helps, Paul On Thu, 23 Oct 2008 12:37:14 -0400, Mueller, David [EMAIL PROTECTED] wrote: We use IXGLOGR as the HLQ for the logger datasets. CICS is the major user for it. Is it possible to move it our of the master catalog and make it an alias to a user-catalog? RRST (I am not sure what that is) also appears to use it some. (cross-posting to CICS-L also) David Mueller | Systems Programmer SSRC (Southwood Shared Resource Center) 2585 Shumard Oak Blvd, Suite 107 / Room 110 Phone: 850-414-9134 || Fax: 850-921-8343 E-mail: [EMAIL PROTECTED] Please Note: Florida has a very broad public records law. Most written communications to or from state officials regarding state business are public records available to the public and media upon request. Your e-mail communications may therefore be subject to public disclosure. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Libraries
Hello Frank, We've been using the EMC (Bustech) MDL solution for about 9 months now. It's been a nice solution for onsite backups, reducing dump processing time greatly. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Libraries
On Fri, 19 Sep 2008 22:11:20 +0800, Tommy Tsui [EMAIL PROTECTED] wrote: but can EMC tape backup solution can perform a VTS peer to peer mode real time copy...immedaitely mode? for mainframe platform From EMC literature: Using EMC replication capabilities, tape volumes stored on Celerra by the Mainframe Data Library can be automatically duplicated to a remote location. I don't know if this is 'immediate' or via a data trickle. We haven't implemented MDL at remote DR site, but understand it will be funded at some point. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Port assignment for 992 ssl
Hi Melissa, Try: 23 TCP TN3270 ; Telnet Server TN3270 Hope this helps, Paul On Fri, 15 Aug 2008 10:01:23 -0500, Melissa Perry [EMAIL PROTECTED] wrote: Setting up (or attempting to set up) ssl for TN3270 using port 992. What should the 'job' name assigned to the port be? i.e., port 23 says 23 TCP INTCLIEN... Thanks, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SCRT LMS site problems?
John, Yes, I'm having difficulties with the SCRT LMS site also. Getting 'page not found' during at signin. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF Question - How do you change the system log you are looking at?
Herman, Is it the SDSF 'SYSID' command you're looking for? SYSID where is the other system in your plex. HTH, Paul On Wed, 20 Feb 2008 14:52:55 -0500, Stocker, Herman [EMAIL PROTECTED] wrote: G'day, I'm on a 1.4 JES2 system (PLEX) with SDSF what I would like to do is to look at a different system's log file from the one I'm on. I know I did this before but can not find out how I did it again. Thank you. Regards, Herman Stocker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSAFF
Raquel, Is it possible that spool volume SPOO04 is full? I've experienced that if a SYSAFF assigned spool volume fills, other spool volumes in the JES2 MAS will be used so a given JES2 does not halt. IBM has confirmed this as a normal operation. Hope this helps, Paul On Wed, 5 Dec 2007 10:23:21 -0600, Raquel Calvo Olmos [EMAIL PROTECTED] wrote: Hi, we have a 3-way-sysplex (SYSA/SYSB/SYSC) with z/OS 1.8 (JES2 MAS). We want to divert joblogs to a specific disc of SPOOL according to the CPU executions of each one. With this command /$TSPL(SPOO0%),SYSAFF=SYS% we've assign a disc of SPOOL for each system. We have: $DSPL,SYSAFF $HASP893 VOLUME(SPOO03) SYSAFF=(SYSB) $HASP893 VOLUME(SPOO01) SYSAFF=(SYSC) $HASP893 VOLUME(SPOO04) SYSAFF=(SYSA) When we execute a job with /*JOBPARM S=SYSA the joblog doesn't go to the assignated disc (SPOO04). Does anybody know if we need anything more to customize? Does anybody know which is the use of the SYSAFF parameter for SPOOL discs? Thanks in advance. Raquel Calvo. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VVDS Question.
As others have shared, the VVDS can be created when the first VSAM allocation occurs...if the job/user has the authority to allocate SYS1.VVDS.*. An admin with authority preallocating the VVDS makes it a non-issue. Paul On Fri, 24 Aug 2007 18:06:45 +0200, R.S. [EMAIL PROTECTED] wrote: VVDS can be created explicitly - by storage administrator, or implicitly - when first VSAM is created. Default VVDS size is usually to small! BTW: In recent system levels (1.7) you can customize VVDS defaults. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC MDL
Jon, We're preparing to test an MDL implementation (Bustech MDL w/EMC storage) in September. Can't yet offer real experiences other than planning and config. Let me know if interested or check back in a few weeks. Paul On Fri, 24 Aug 2007 11:59:45 -0500, Jon Koenigs [EMAIL PROTECTED] wrote: Does anyone have any experience with EMC's MDL (virtual tape on disk) solution? Any pro/con information based on real experience would be very helpful. Thanks in advance! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VVDS Question.
Tom, If you think I should call this in as a bug to ACF2, I'll consider. Otherwise, I'll ask my admins to keep defining the VVDS's as part of preparing new DASD. ACF99913 ACF2 VIOLATION-08,06,@QASMWR,PV240F,SYS1.VVDS.VPV240F This volume hapens to be non-SMS managed. Paul On Fri, 24 Aug 2007 12:20:41 -0500, Tom Marchant m42tom- [EMAIL PROTECTED] wrote: On Fri, 24 Aug 2007 11:49:57 -0500, Paul Dineen wrote: As others have shared, the VVDS can be created when the first VSAM allocation occurs...if the job/user has the authority to allocate SYS1.VVDS.*. I never heard of that requirement before. I'm pretty sure that you are mistaken. And as someone noted, if it's an SMS managed volume, creation of any data set will cause the VVDS to be created. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VVDS Question.
Ulrich, I'm aware this is not a bug, but an authorization configuration choice on SYS1.VVDS* datasets...just teasing Tom a bit on his original response to me. Have a good weekend, Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Migration from z/800-0B1 to z9BC-703
On Wed, 20 Jun 2007 11:35:57 -0500, Dave Kopischke [EMAIL PROTECTED] wrote: On Tue, 19 Jun 2007 22:23:56 -0700, Gibney, Dave wrote: I might have to look at capping if we go further down the SCRT and perhaps zNALC route, but for now, no hard capping. You might seriously consider over-buying capacity and going with a soft cap. That allows you to get 100% of your machine for periods of high demand and only have to pay at the four hour rolling average mark. You might have to do some work to ensure you aren't bumping up to your softcap level too often or you'll never have an interval where 100% usage will stay within your softcap. It's working well for us, but would be better if all our third party licenses would play along. (C)Amen, brother! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ServiceLink is taking the day off
On Fri, 8 Jun 2007 13:30:48 -0500, Robert Justice [EMAIL PROTECTED] wrote: shock and surprise, my sev1 records about web ibmlink availability have magically disappeared. I list all of my records and they don't show up. Hmm, if all problem records are deleted, does that mean there's been no problems? Mark this one as (HIPER, DATALOSS)... Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Trouble accessing IBM LMS site?
This site 'happily' accepted my SCRT report this morning. It does seem problematic now though. Paul On Mon, 4 Jun 2007 15:20:44 -0400, Ken Porowski [EMAIL PROTECTED] wrote: Anyone having trouble accessing IBMs LMS site? http://www.ibm.com/software/lms I've been trying all day and no response. Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [META] Is WaveMind spamming entire IBM-MAIN readership?
Yes, I have received the same. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RRS and IXG256I
Hi Terry, Here is a sample logstream define which has worked well here (z/OS 1.7, WebSphere 5.1, no CF): DEFINE LOGSTREAM NAME(ATR.SYSA.MAIN.UR) HLQ(IXGLOGR) STG_SIZE(160) LS_SIZE(160) DASDONLY(YES) Hope this helps, Paul Dineen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T.J. Maxx data theft worse than first reported
Check out the 4/19 Mainstar press release regarding TJX and z/OS: http://www.mainstar.com/pdf/000-0123_Security_PR.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S.O.S. - VTOC INDEX DISABLED.
Willie, Assuming the valid ICKDSF abreviation for 'IXVTOC' is 'IX', the job looks good. Give it a shot. Paul On Tue, 31 Oct 2006 11:10:51 -0800, willie bunter [EMAIL PROTECTED] wrote: Hallo All, I have noticed that on 2 of our volumes (3390 -9) the vtoc index got disabled. Below is a jcl to fix it. Please let me know if it is okay. This is the first time I am attempting this. If there is something I should do before I execute the jcl please let me know: //STEPNAME EXEC PGM=ICKDSF //SYSPRINT DD SYSOUT=A //VOLDD DD UNIT=(3390,,DEFER),VOL=(PRIVATE,SER=PROD70), // DSN=SYS1.VTOCIX.VPROD70,DISP=OLD SYSIN DD * BUILDIX DDNAME(VOLDD) IX - We have the perfect Group for you. Check out the handy changes to Yahoo! Groups. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html = -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Large Format Sequential Data Sets (OA17875 may cause LARGE when not requested)
Michael, My only notable experience with large format datasets was not specifically intended. Any z/OS 1.7 shop might want to review some APARs which have been discussed here the last couple months (thanks to Ben Alford, Glenn Miller) dealing with large format support, but affecting 'non-large' datasets. APAR OA17875 addresses abend S737-45 which can make a dataset DSNTYPE=LARGE without the user requesting LARGE. We've experienced an occurrence which seems to fit OA17875, applicable to dataset extension to multivolume. Not only was the dataset incorrectly flagged as 'LARGE', but the S737-35 also introduced data corruption for the dataset. To inventory any large format datasets, FDR users can use FDREPORT to identify by specifying: XSELECT DSORG=(PS,PO),FLAG1.EQ.LARGE This won't separate datasets designed for large format vs. any which may have been affected by OA17875, but is handy in determining possible problem scope. Other APARs of interest regarding large format support possibly adversely affecting 'non-large' datasets are OA17290 and its companions OA17365 and OA17370. Hope this helps, Paul Dineen On Mon, 23 Oct 2006 07:37:02 -0500, Friske, Michael [EMAIL PROTECTED] wrote: Does anyone have any experience, positive or negative, with using the new large format sequential data sets introduced in z/OS 1.7? This support allows non-Extended Format data sets to exceed the 65,353 track limit. I am specifically interested in any problems anyone has had with JES spool data sets and the HSM journal data set being allocated as large format data sets. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPL intervals
Norman, You may want to peruse Redbook z/OS Planned Outage Avoidance Checklist published Aug. 21. HTH, Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 migration (z/OS 1.4 to z/OS 1.7)
Francois, As long as you've applied coexistence/fallback service and handled any documented migration actions for JES2, there should be no need to reformat your spool for a z/OS 1.4 to 1.7 transition. Just completed the z/OS 1.7 implementations here this weekend and am on the same spools as used at 1.6 and previously at 1.4. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scripts for HFS Files
Jim, Here is sample of a 'batch TSO' job I use to customize a ROOT mounted at '/newroot' with directory mountpoints and symbolic links: //TSOB EXEC PGM=IKJEFT01 //SYSEXEC DD DISP=SHR,DSN=SYS1.SBPXEXEC //SYSPRINT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * OSHELL mkdir /newroot/userdir1 OSHELL mkdir /newroot/userdir2 OSHELL ln -s /real/dirname1 /newroot/symlink1 OSHELL ln -s /real/dirname2 /newroot/symlink2 /* Hope this helps, Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Alert! IBM APAR OA17290 for FDRABR Users on z/OS V1.7
Thanks Ben. This FDRABR customer with an August z/OS 1.7 production implementation planned appreciates the 'heads up'. Just wondering...Did you actually experience the problem or identify the APAR via proactive monitoring of service availability? Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS R7 IEC391I CATALOG NONVSAM.VIPRES5.ICFCAT HAS BEEN AUTOTUNED TO: BUFNI: 6 BUFND: 11 STRNO: 3
Yes Sam, the catalog autotune is cool. It reminds me of a product I had in a previous shop which did the tuning for any VSAM clusters desired. Hmmm...If IBM can do this for catalogs, wouldn't it be a nice z/OS enhancement to buffer tuning for all VSAM datasets (with PARMLIB dataset specification to select/exclude)? Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDSEs in LNKLST at IPL can't be deleted
Mark, Follow this thread backwards to learn about the DFSMS 'global connect' prohibiting the deletion of a PDSE LNKLST'd at IPL. Also pay attention to the warnings mentioned by many, know the environment you're doing this, etc. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDSEs in LNKLST at IPL can't be deleted
Jim, Thanks for the reminder about program objects requiring PDSEs, something not when considering the possiblity of converting PDSE's to PDS. Paul 3) Converting IBM PDSEs back to PDS (with each version - annually here). You cannot do this. IBM PDSEs may contain members which use program object functions that are not available in a PDS. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html = -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDSEs in LNKLST at IPL can't be deleted
Walt, Regarding the concern of stopping MIM, the LPAR where MIM is stopped is a SYSPROG only environment and MIM is not stopped in test or prod LPARs. Anyone taking the risk of stopping MIM understands the risk, is working alone in the LPAR and the stoppage is for a very short period. Don't worry about RACF, not applicable here (yes, I do have concerns about the security database in use). Thanks, Paul I would have expected that by stopping MIM you would lose multi-system serialization, and at that point you would need to ensure that no jobs or users were active on the system. And at that point you might as well IPL. Are you working in a single-system environment as opposed to multi-system? Or am I not understanding something else about your environment? Or is this another scenario I should warn my colleagues about that can cause corruption of the RACF database, so we can ask our customers who use MIM about it on the rare occasion where they report database corruption? Walt Farrell, CISSP z/OS Security Design, IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html = -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDSEs in LNKLST at IPL can't be deleted
Thanks to all who've offered their thoughts. To Peter Relson, let me apologize if I've added to your frustration level in any way, shape or form. This is/was not my intent, I'm just trying to understand why a new and improved DSORG prohibits actions allowed with an older DSORG. I'm hoping your frustration might be reduced with the knowledge that any LNKLST UNALLOCATEs (PDSE or PDS) are done in an LPAR used only by the SYSPROG performing the task. Please also understand the frustration of a customer who (long after working hours) can't delete a dataset which has no displayable enqueues once removed from XCFAS/LLA and needs IBM help to be routed to APAR info documenting a PDSE 'permanent restriction'. Thanks for the info that z/OS 1.8 may change things. Some have offered the possibility of building and activating a new LNKLST without the problem PDSE and Peter mentioned using SETPROG LNKLST UPDATE JOB(*) with its associated risk. I built a test scenario. Unless I missed something during the test, the 'global connect' (by DFSMS?) still prohibits the delete. A summary of the test, not mentioning relief of enqueues needed: 1. Cloned a 'bad' LNKLST'd PDSE, named as *.NEW. 2. Defined a new LNKLST called LNKLST1, copied from current. 3. Added *.NEW PDSE to LNKLST1 4. Deleted old 'bad' PDSE from LNKLST1 5. Activated LNKLST1 (probably not needed due to next step) 6. SETPROG LNKLST UPDATE JOB(*) 7. Did a D PROG,LNKLST,JOBNAME=* All tasks (*MASTER* included) now are using LNKLST1. No tasks are using LNKLST00, the IPL time LNKLST. 8. Tried to delete the 'bad' PDSE and received: IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3) 9. Testing further, was able to rename 'bad' PDSE as *.TEST. 10. Tried to delete *.TEST and still received: IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3) Still don't see a way to delete the original 'bad' PDSE short of IPLing without it in LNKLST. I need to put this issue aside as a DR exercise (not a test in this shop, but true prod switchover...there's no test like production) is upcoming this weekend. Responses may not occur for a while. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PDSEs in LNKLST at IPL can't be deleted
Hello, I'm wondering if others have had difficulty with PDSE's which are included in LNKLST at IPL time, specifically deletion of them? There have been times where a LNKLST'd PDS needs expansion: the dataset can be 'dequeued' via SETPROG LNKLST,UNALLOCATE, stopping LLA and (in this shop) MIM. Then a dataset can be reallocated larger under a new DSN, populated, delete the old and rename the new as old. When done, restart LNKLST allocation, LLA, MIM. Fairly mundane stuff. Until yesterday I didn't realize a PDSE LNKLST'd at IPL could not be deleted, not even if removed from active LNKLST. IBM pointed me to APARs OW40072/OW57609/OW57671 which describe the inability to delete as a 'permanent restriction'. These APARs are noted in PDSE usage Redbook, but haven't found any applicable info in MVS Init and Tuning. When a LNKLST'd PDSE delete attempt, error recieved is: IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3) Chasing the '57D3' in DFP diagnosis shows: Unable to delete the data set because it's currently connected on this system. It appears DFSMS does a 'global connect' for LNKLST'd PDSEs, but there is no 'global disconnect' resource. Peter Relson of IBM eluded to the issue on this list (June 2005), A reason I did not mention PDSEs is that you cannot delete a PDSE that was in the IPL-time LNKLST regardless of whether it is no longer in any active LNKLST set.. The response when inquired yesterday via IBM ETR was: The way to delete a PDSE that is in linklst is: 1) first remove it from linklst of every system in your sysplex, 2) IPL every system in your sysplex (that had it in linklst), then 3) Delete it. Unfortunately, it can't be done dynamically. IMHO, through the years IBM has done a great job in improving 'IPL avoidance', servicability, and one would think you'd be able to do more (not less) with PDSEs than PDSs. The scope of the problem has increased here recently as IBM is shipping more LNKLST'd PDSEs in ServerPac, libs which JES2, TCPIP, etc. depend upon. Currently, I have 10 PDSE's in the 1.7 LNKLST. Thoughts to mitigate, but not all prevent the problem include: 1) Overallocation of PDSEs. 2) Allowing secondary allocation (and the LNKLST can of worms that opens). 3) Converting IBM PDSEs back to PDS (with each version - annually here). 4) Removing PDSE's from IPL LNKLST, then adding dynamically. The APARs mentioned indicate theses PDSEs would be deletable. What if something required early in IPL (SYS1.LINKLIB) becomes PDSE??? I'd be interested if others have ideas on the subject, if others have requested changes from IBM, or if any of the IBM'ers on the list can divulge future enhancements in PDSE. Thanks, Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Technical Support Bulletin - Mainframe - Red Alerts subscription ser...
While this problem was not applicable at my site...I too got the IBM EMAIL a week and a half after a potential problem. Thanks to Brian Petersen who reported the issue to this list on 3/31 prior to the clock change. The contributers here continue to deliver daily value, sharing experiences which keep some of the arrows out of our backs. On Thu, 13 Apr 2006 10:05:47 EDT, Ed Finnell [EMAIL PROTECTED] wrote: In a message dated 4/13/2006 9:00:37 A.M. Central Standard Time, [EMAIL PROTECTED] writes: today. It seems something didn't work well here ... Lacking anything substantive, my guess is they took the folks in charge of Level 55 microcode and put them in charge of Red Alert distributionvbg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html = -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHOWZOS v712
On Tue, 4 Apr 2006 13:43:53 -0500, Ed Micucci [EMAIL PROTECTED] wrote: Dear Fellow Respirers, Has anyone tried SHOWZOS v712? ...under z/OS 1.7? If so, have you gotten any s0c1's when running it? Thanks. Ed Micucci -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Ed, All appears fine here with 712 under z/OS 1.7. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ASID's Questions
On Thu, 9 Mar 2006 10:02:28 -0600, Mark Steely [EMAIL PROTECTED] wrote: We are z/OS V1R4. Last night we received the message: IEA061E REPLACEMENT ASID SHORTAGE HAS BEEN DETECTED The manual states that the RSVNONR is used to replace entries that are marked non-reusable. I understand why we have entries that are marked non-reusable, but why is the system using the reserve slots instead of the free ASID slots. Does this mean we wont be able to start another address space that marked an entry non-reusable. Any help would be appreciated. What values does your site have for RSVNONR and RSVSTRT? Mark, We too have had to increase RSVNONR in recent years for address spaces which leave non-reusable entries at termination (ex. WAS recycles). A shortage of RSVNONR is a lousy reason to IPL an LPAR. Here are our specs: RSVNONR=300, 20100 8/04, 200 01/05, 300 06/05 RSVSTRT=20, RESERVED ASVT ENTRIES Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ASID's Questions
On Thu, 9 Mar 2006 11:44:01 -0600, Mark Steely [EMAIL PROTECTED] wrote: Are we going to need to do an IPL or will the system use the free ASID's to start an Address Space? If you have sufficient free until next scheduled IPL, you're OK. But as 'Init and Tuning Ref' states: If started tasks or batch jobs that create non-reusable ASIDs end enough times, they will exhaust all available ASIDs and an IPL will be required. You will need an IPL to invoke a change in RSVNONR. Google for Mark Z's 'ASIDLRX' to get more details for your environment. Hope this helps, Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK News
The post on IBMLINK has been updated (hacked?). I don't believe IBM will be too happy. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Map AUXILIARY Storage Slots to TASK
You might also try a GOOGLE search for PUAUXMON (A cheap Auxiliary Storage Monitor) found in a Xephon publication. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WAS z/OS and 64 bit (was Re: WebSphere/HATS Odyssey)
A few weeks back, I pinged IBM-MAIN for info regarding WebSphere's capabilty to exploit 64-bit. This was done as we had a production WAS servant region abending (no app scalability yet) as it's working set was creeping, approaching the 2GB limit. If you're using MQSeries with WebSphere, you'll want to assure MQ APAR PQ97936 / PTF UK01506 is in place for MQ 5.3.1. It has reduced our 'above 16MB usage' greatly, by .8 - .9 GB. Paul Dineen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WebSphere/HATS Odyssey
On Tue, 4 Oct 2005 09:46:55 -0400, [EMAIL PROTECTED] wrote: I was in one of the many meetings that still go on, although our WAS 5 conversion is basically on hold pending an upgrade, and heard that WAS V5 is not 64 bit compliant. I guess I was asleep at the wheel to some extent but this poses some concern from my perspective when we do get an upgrade. Basically my concern is that we have quite a few HATS related applications, 26 and counting and currently running on NT, that will run as part of one of our cell groups as part of the WAS V5 conversion. With that said and with the 31 bit limitation my concerns are with populating the application servants with fewer applications than we may have hoped for. This will mean more servants with less applications per servant which means more storage and more CPU. I confess that I have not RTFM, can anyone confirm that WAS tasks have a 2 gb address space limit. WHAT, is the cart before the horse again! -- Hello Patrick, I believe we have realized the 2GB limit or close to it at WAS 5.1, unfortunately in a production environment. Unfortunately, it sounds like the application is not ready for scalability to additional WAS address spaces. We're working with IBM (Sev 1) on what is described as a 'memory leak in JAVA'. I see the problem manifest as the working set to the WebSphere address space climbs continuously to about 1.8GB. At that point, we terminate. IBM support has been asked about 64-bit in regards to our problem and responds: As for the question about our 2GB limit-this is something that we are hoping to correct in a future release of the product. Just to take a shot anyway, we tried setting a MEMLIMIT on the WAS EXEC statement, but the message at startup still shows: +BBOO0302I REGION REQUESTED = 0K 731 ACTUAL BELOW/ABOVE LINE LIMIT = 7M / 1842M ABOVE BAR FREE/ALLOC ADDR = 0 / 0 It looks like WebSphere is 'preparing for 64-bit' at our 5.1 level by displaying above the bar info, but not exploiting unless we're missing something. This is our initial attempt at 64-bit. We're at z/OS 1.6, JDK 1.4 and all prereqs to utilize zAAP on a z/890. Not to be a 'name dropper', but Mark (yes, he rocks) Zelden described earlier this month that he was setting a MEMLIMIT for z/OS 1.6, WAS 5.1 and DB2 V8. Mark, any insight on whether you have WAS 5.1 exploiting 64- bit? This would be a great patch for a shop with a production problem. Hope this info helps you and we also can gain more insight. Paul Dineen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MCNVTCAT
On Tue, 27 Sep 2005 04:46:24 -0500, Andy Robertson [EMAIL PROTECTED] wrote: Any one got a copy they can bung me? (Ghastly grin) Any format. Yes we have tried RCNVTCAT. For reasons too complex to explain we only have the LISTCAT output, not the catalog any more. Andy, I have a copy preserved through the years. I've packed it with TRSMAIN and am willing to FTP it to you. Let me know. Paul [EMAIL PROTECTED] (781) 765-6336 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.6 and more than 16 processors
Just curious... do the vendors who charge fees by capacity take the zAAP processor into consideration? Ed Ed, IBM does recommend checking with your vendor, but there are no software charges as zAAP engine is JAVA specific. Now if you're vendor software is JAVA based, I'd guess you may need to pay for zAAP capacity. The hardware cost is $125/K per zAAP engine. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.6 and more than 16 processors
Mark, Care to bet who will be the first? Ed Ed, I'm sure there are others, probably Mark as seem to recall gleaning some info from him during planning, but we implemented one in Feb. In fact, my PHB (just kidding Bruce) had me review his upcoming CMG presentation Getting zAAPed this week. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Rename VSAM Cluster and its components
It's been a while since I've had access to the product, but believe FILEAID can do VSAM renames via their 'ISPF 3.4' equivalent panel. Can a FILEAID customer validate? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z990 Compatibility for Selected Releases
z990 Compatibilty Support allowed a customer to define the new processor type 2084 (z990) or 2086 (z890) from an existing processor using HCD and then run z/OS on the new processor without taking advantage of new z900 features. The new z990 features would be available under Exploitation Support. From IBM: Compatibility support by the different operating systems allows you to run existing workloads while being able to immediately take advantage of the increased computing capacity and improved performance of the z990 server. Although determined by individual operating system, z990 Compatibility support generally provides for the following: Support for a single logical channel subsystem (LCSS) Support for up to 15 LPARs Hope this helps, Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identifying the Operating System
Charlie, Here's a handy REXX exec which will display values including OS level. Hope this helps. Paul Dineen /* REXX TO DISPLAY SYSTEM INFO: PJD 10/25/99*/ SAY SAY SAY MVSID = MVSVAR('SYSNAME') SMFID= MVSVAR('SYSSMFID'), JOBNAME = MVSVAR('SYMDEF',JOBNAME) SAY DATE= MVSVAR('SYMDEF', YYMMDD), TIME = MVSVAR('SYMDEF',HHMMSS), JULDATE = MVSVAR('SYMDEF',JDAY) SAY SYSPLEX = MVSVAR('SYSPLEX') SYSCLONE = MVSVAR('SYSCLONE'), SMS = MVSVAR('SYSSMS') SAY MVS LVL = MVSVAR('SYSMVS') DFP LVL = MVSVAR('SYSDFP') SAY JES2LVL = SYSVAR('SYSJES') SAY OPSYS = MVSVAR('SYSOPSYS') SAY RESVOLS = MVSVAR('SYMDEF','SYSR1'), MVSVAR('SYMDEF','SYSR2') /* SAY LUNAME = MVSVAR('SYSAPPCLU') */ /* SAY SYMDEF = MVSVAR('SYMDEF', XXX) MVS STATIC OR DYNAM SYMBOL */ /* SESSION_MVSID = STORAGE(D2X(C2D(STORAGE(10,4))+340),4) */ /* SAY THE MVS ID IS SESSION_MVSID */ /*REXX*/ CVT = XSTOR(4,10) ASVT = XSTOR(4,CVT,'22C') ASVTAAV = X2D(XSTOR(4,ASVT,'1E0')) /* AVAILABLE SLOTS */ ASVTANR = X2D(XSTOR(4,ASVT,'1E8')) /* REPLACEMENT SLOTS AVAILABLE */ ASVTNONR = X2D(XSTOR(4,ASVT,'1F0')) /* ORIGINAL # OF REPLACEMENTS*/ ASVTAST = X2D(XSTOR(4,ASVT,'1E4')) /* AVAILABLE STARTED TASK SLOTS */ ASVTSTRT = X2D(XSTOR(4,ASVT,'1EC')) /* ORIGINAL # OF ST SLOTS*/ ASVTMAXU = X2D(XSTOR(4,ASVT,'1F4')) /* MAXIMUM NUMBER OF SLOT SLOTS */ SAY SAY +--+---+--+ SAY |ADDRESS SPACES| AVAILABLE | ORIGINAL | SAY +--+---+--+ SAY |ASVT QUEUE| FORMAT(ASVTAAV,3), |FORMAT(ASVTMAXU,3) | SAY |--|---|--| SAY |RESERVED SLOTS| FORMAT(ASVTANR,3), |FORMAT(ASVTNONR,3) | SAY |STARTED TASK ONLY | FORMAT(ASVTAST,3), |FORMAT(ASVTSTRT,3) | SAY +--+---+--+ /* END */ RETURN ASVTAAV XSTOR: ARG ARG1,ARG2,ARG3,ARG4,ARG5 RETURN C2X(STORAGE(D2X(X2D(ARG2)+X2D(ARG3)+X2D(ARG4)+X2D(ARG5)),ARG1)) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html