Classification Rule and Report Class
I have the need to distinguish between prod and test batch (just for reporting purposes) and have the following classification rule defined in WLM (in that order): Subsys: JES Transaction Name: F* Srvclass: BATCHDIS Repclass: RBATCHT Subsys: JES Transaction Name: *Srvclass: BATCHDIS Repclass: RBATCHP Subsys: JES Transaction Name: F* Srvclass: BATCHRG Repclass: RBATCHT Subsys: JES Transaction Name: *Srvclass: BATCHRG Repclass: RBATCHP Srvclass BATCHRG is never selected by WLM, because first match always runs into BATCHDIS. That's intended. But what's about changing the service class manually (with a RESET command) to BATCHRG, would WLM (or whoever) assign the jobs to the proper report class? Werner Kuehnel -- 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: SMPE order error
Frank, did you verify your SMPNTS path? Is it really mounted and available? The return and reason codes point to a file/dir not found. Werner Kuehnel Von:Sabo, Frank frank.s...@gianteagle.com An: IBM-MAIN@bama.ua.edu Datum: 31.10.2011 15:21 Betreff:SMPE order error Gesendet von: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Good morning everyone. We are in the middle of upgrading our three lpars from z/OS 1.9 to Z/OS 1.11 and applying the regression PTF's on them before testing the new release. The first was our tech lpar all the fixes have been received and applied, with no problems. However in attempting to receive the ptf's for the test lpar, using the same user id as the tech lpar, we are getting the following error and not sure exactly how to fix it. We have tried to change the permission on the directory Any ideas would be gratefully appreciated. . GIM68700IORDER ORD6 HAS BEEN SENT TO THE SERVER AT https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/. GIM693ISMP/E HAS BEEN WAITING 15 MINUTES FOR ORDER ORD6. SMP/E WILL WAIT A MAXIMUM OF 120 MINUTES. GIM693ISMP/E HAS BEEN WAITING 30 MINUTES FOR ORDER ORD6. SMP/E WILL WAIT A MAXIMUM OF 120 MINUTES. GIM69144IORDER ORD6 IS READY FOR DOWNLOAD. GIM43500S ** THE CALL TO THE BPX1SPN SERVICE FAILED. THE RETURN CODE WAS '0081'X AND THE REASON CODE WAS '053B006C'X. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. SMP/E IS AT LEVEL 35.38. Frank Sabo Sr. Systems Administrator Giant Eagle Inc. -- 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 -- 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
Antwort: Which manual for ECA* messages ?
ECA1004E belongs to EMC product HSM Migrator: ECA1004E Recall of dsn Failed. Return Code: return code. Regards, Werner Kuehnel Von:Thomas Berg thomas.b...@swedbank.se An: IBM-MAIN@bama.ua.edu Datum: 27.10.2011 10:43 Betreff:Which manual for ECA* messages ? Gesendet von: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Got a ECA1004E error message when trying to recall a dataset. Didn't found it through IBM LookAt and it seems there is no DFHSM message manual. A hint of direction would be grateful. Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- 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 -- 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: TN3270 Session Hangs
There is another parm to keep in mind. In the past we had massive problems with lost TELNET sessions (= hanging TELNET session). Our hotline had a hard time to drop all the lost sessions we had. Then with a z/OS 1.8 enhancement we got relief: ?Telnet will be enhanced to allow a TN3270 server to optionally remove hung SNA Telnet sessions when a new TN3270 connection is initiated.? The solution was the CheckClientConn parameter, which checks telnet sessions and drops them when lost. Since activation of this parameter we haven?t seen any more DROPs. Be aware that the default is NO CheckClientConn, so if you want to activate it you have to code it in the TELNETGLOBALS, TELNETPARMS, or PARMSGROUP statement block. Werner Von:Bill Hecox bill.he...@mail.com An: IBM-MAIN@bama.ua.edu Datum: 16.09.2011 02:08 Betreff:Re: TN3270 Session Hangs Gesendet von: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu It was some time ago and the exact details escape me. I am relieved that the TN3270 Server is stable and can handle thousands of simultaneous sessions without difficulty. I do not want to get in a situation of suggesting that a shop convert to using TN3270 to the IBM TN3270 Server and have problems with sessions dropping. Thanks for all the replies. Certainly the firewall problem is worth keeping in mind if the situation arrises. Bill. -- 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 -- 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: TN3270 Session Hangs
Eventually some background about the hangs at that time. Thanks a lot for the comprehensive clarification. Werner Von:Chris Mason chrisma...@belgacom.net An: IBM-MAIN@bama.ua.edu Datum: 16.09.2011 10:30 Betreff:Re: TN3270 Session Hangs Gesendet von: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Werner lost TELNET sessions (= hanging TELNET session). I guess it is doubly difficult for you having to deal with the imprecision embedded in this topic so you appear to have had to define your own interpretation. The solution was the CheckClientConn parameter, which checks telnet sessions and drops them when lost. The problem which CHECKCLIENTCONN solves is to identify and resolve what, borrowing a phrase from connection-oriented SNA implementations, might be described as connection outage notification. Using typically the IP address of the client as the most likely of the three client identifications[1], all[2] supposedly existing TCP connections which the Telnet server imagines it has are probed using the so-called timemark mechanism. If there are responses, the Telnet TCP connection just established has to become one more connection associated with that client identification and, if, say, the TSO userid the end user was hoping to use is already in use with one of the existing SNA sessions concatenated to a TCP connection determined still to be active - tant pis! However, if the probe determines that a, or one of the, TCP connection(s) is Norwegian by nationality and blue in colour and that connection is concatenated to an SNA session tying up the vital userid, the SNA session can be terminated with extreme prejudice and CHECKCLIENTCONN has done the job for which it was invented - bravo! Incidentally, as a matter of good housekeeping, the now doubly orphaned TCP connection, doubly because the server end of the connection has no actual client end and there is no concatenated SNA session, is quietly tidied away. - There's more to this topic and a bit of reading might be useful. There's the Telnet takeover function, especially interesting being the reconnection flavour as can be found described in the following section of the z/OS Communication Server IP Configuration Guide: 2.2.1.4.13 Advanced application topics http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b3a0/2.2.1.4.13 Where the application is TSO, the LOGONHERE option available since V1R11 is of interest: 3.3.3 Deactivating LOGONHERE support http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ikj4b4a0/3.3.3 - So what was lost in a manner of speaking was the SNA session tying up the userid. What may have been hung was something on the application path as experienced by the end user and, possibly lacking the wit to try to use the RFC 2355 SSCP LOGOFF function by means of the simulated SysRq key in case the hang was the SNA session rather than the TCP connection, the end user trashed the emulator window and then found that he or she could not get back to the application. Just to deal with any possible confusion, yes, what CHECKCLIENTCONN does is the same function as is performed by SCANINTERVAL. The difference is that SCANINTERVAL is like a security guard who does his rounds every hour while CHECKCLIENTCONN responds to a reported intruder, timer-driven as against event-driven. Note that one does not replace the other - except that, in the past, it has been proposed that SCANINTERVAL should do the job that CHECKCLIENTCONN does rather more effectively. - Incidentally, this whole discussion might have been more productively conducted in the IBMTCP-L list since that is where the Communications Server IP specialists tend to congregate: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L - [1] User identification, client name and client IP address which will be employed in that order depending upon whether or not they are available, the IP address, of course, always being available. [2] All deals with the general case that one client IP node, typically a workstation of some sort[3], has more than one Telnet TCP connection. [3] But there is another situation where the apparent client IP address is some sort of relay point - the word proxy often being found in this context - and there can be a large number of TCP connections. - Chris Mason On Fri, 16 Sep 2011 08:08:19 +0200, Werner Kuehnel werner.kueh...@mannheimer.de wrote: There is another parm to keep in mind. In the past we had massive problems with lost TELNET sessions (= hanging TELNET session). Our hotline had a hard time to drop all the lost sessions we had. Then with a z/OS 1.8 enhancement we got relief: ?Telnet will be enhanced to allow a TN3270 server to optionally remove hung SNA Telnet sessions when a new TN3270 connection is initiated.? The solution was the CheckClientConn parameter
Antwort: Question About use TAPEMAP Program
Sergio, instead of SYSIN just add to your jcl: //SYSUT1 DD DSN=,DISP=SHR, //UNIT=3490,LABEL=(,BLP,EXPDT=98000), //VOL=(,RETAIN,,SER=??) DSN is unimportant, replace ?? with your VOLSER. Werner Kuehnel Von:Sergio Lima sergio...@hotmail.com An: IBM-MAIN@bama.ua.edu Datum: 28.03.2011 15:51 Betreff:Question About use TAPEMAP Program Gesendet von: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hello List. Last weekend, We downloaded the TAPEMAP here, from CBTTAPE, and evething was well. Now, We try use this program, but We don't see the documentation, for example, where put the Tape Volume for the program process. We try put a volume label on SYSIN, but something is not ok. We try run this jcl : //TAPEMAP JOB (PROD),ROTINA,CLASS=A, //NOTIFY=SYSUID,MSGLEVEL=(1,1),MSGCLASS=T //S001DEF EXEC PGM=TAPEMAPN //STEPLIB DDDSN=SERGIOL.TSO.LOAD,DISP=SHR //SYSPRINT DDSYSOUT=* //AMSDUMP DDSYSOUT=* //SYSINDD* G00698 And the result is this : VOL=G00698 TAPE ANALYSIS PROGRAM (T A P E M A P) V2.3 RELOAD FILE PSWD INFOBL FORMAT SEQ# DATASET NAME REQD C-DATE E-DATE SOURCE RECFM LRECL S *** TAPE VOLUME COULD NOT BE OPENED *** We see the device is Online : D U,,,670,2 IEE457I 10.46.46 UNIT STATUS 727 UNIT TYPE STATUSVOLSER VOLSTATE 0670 349S O-R /REMOV 0671 3490 OFFLINE /REMOV And the device is a 3490 . Someone can help us please? Thanks very much. Sergio Lima Costa Sao Paulo - Brazil -- 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 -- 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
Can't delete datasets
We have some problems to delete 3 datasets. The volume is SMS-managed, the datasets are in a user catalog. First we had just one dataset (FRZ0011.NETSTAT.LIST) which we can't get rid of. Some experiments created the other two: an IDCAMS ALTER created FRZ0011.NETSTAT.LIST.IDC1, an RENAME via ISPF 3.4 created FRZ0011.NETSTAT.LIST.OLD. Here are some infos: Excerpt from List Catalog: IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 (NVR not found) IDC1566I ** FRZ0011.NETSTAT.LIST NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 (NVR not found) IDC1566I ** FRZ0011.NETSTAT.LIST.IDC1 NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 (NVR not found) IDC1566I ** FRZ0011.NETSTAT.LIST.OLD NOT LISTED 3.4 in ISPF (catalog search) shows all 3 datasets: FRZ0011.NETSTAT.LIST RZP003 BROWSE/EDIT/DELETE = 'FRZ0011.NETSTAT.LIST' not on volume 'RZP003'. FRZ0011.NETSTAT.LIST.IDC1 RZP003 BROWSE/EDIT/DELETE = 'FRZ0011.NETSTAT.LIST.IDC1' not on volume 'RZP003'. FRZ0011.NETSTAT.LIST.OLD RZP003 successfully BROWSE/EDIT DELETE = IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040942D1), ISPFFSY,RZP003,FRZ0011.NETSTAT.LIST.OLD A print of VVDS of RZP003 shows neither of the 3 datasets. A list of VTOC of RZP003 shows only FRZ0011.NETSTAT.LIST.OLD A DELETE NVR with and without catalog results for all 3 datasets in IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFP-20 A IEHPROGM SCRATCH failed, too. We're running short of ideas how to get rid of these catalog entries and appreciate any help. Werner Kuehnel IMD-Gesellschaft für Informatik und Datenverarbeitung mbH Augustaanlage 66 68165 Mannheim Tel: +49.621.457-4885, Fax: -4046 -- 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: Can't delete datasets
Tolga, ISMF DELETE and delete with NSCR results in IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFO-54 Thanks, Werner Kuehnel Spezialist in der Abteilung Betrieb/Support IMD-Gesellschaft für Informatik und Datenverarbeitung mbH Augustaanlage 66 68165 Mannheim Tel: +49.621.457-4885, Fax: -4046 IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 23.07.2010 09:45:57: Hello, Did you try to delete those datasets through ISMF Panel 1 ? Give dataset name, specify vtoc as a source and write the volume serial. If you can delete the dataset this way then try to delete the catalog entry with noscr option. Tolga -- 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 -- 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
Antwort: Re: Can't delete datasets
Tolga, we already tried to rename the dataset, that's how the other 2 datasets (.IDC and .OLD) were created. Werner Kuehnel Spezialist in der Abteilung Betrieb/Support IMD-Gesellschaft für Informatik und Datenverarbeitung mbH Augustaanlage 66 68165 Mannheim Tel: +49.621.457-4885, Fax: -4046 E-Mail: werner.kueh...@mannheimer.de IMD-Gesellschaft für Informatik und Datenverarbeitung mbH Sitz Mannheim, Amtsgericht Mannheim HRB 7460 Geschäftsführer: Norbert Koch IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 23.07.2010 10:01:43: Hello, Reason code 54 says: 54Explanation: DELETE failed because the data set is being renamed but it has not completed. Programmer Response: Rename the data set with the IDCAMS ALTER command and then delete it. Can you rename the dataset to its original name? If you can, then try to delete it again. -- 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
Antwort: Re: Can't delete datasets
David, VVDSFIX made it. Thanks a lot. Werner Kuehnel Spezialist in der Abteilung Betrieb/Support IMD-Gesellschaft für Informatik und Datenverarbeitung mbH Augustaanlage 66 68165 Mannheim Tel: +49.621.457-4885, Fax: -4046 E-Mail: werner.kueh...@mannheimer.de IMD-Gesellschaft für Informatik und Datenverarbeitung mbH Sitz Mannheim, Amtsgericht Mannheim HRB 7460 Geschäftsführer: Norbert Koch IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 23.07.2010 09:48:35: Typically we have had to resort to VVDSFIX for this kind of situation. Read all about it (+ link for the download) at: http://www-01.ibm.com/support/docview.wss?uid=isg3S1000618 Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Werner Kuehnel Sent: 23 July 2010 09:25 To: IBM-MAIN@bama.ua.edu Subject: Can't delete datasets We have some problems to delete 3 datasets. The volume is SMS-managed, the datasets are in a user catalog. First we had just one dataset (FRZ0011.NETSTAT.LIST) which we can't get rid of. Some experiments created the other two: an IDCAMS ALTER created FRZ0011.NETSTAT.LIST.IDC1, an RENAME via ISPF 3.4 created FRZ0011.NETSTAT.LIST.OLD. Here are some infos: Excerpt from List Catalog: IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 (NVR not found) IDC1566I ** FRZ0011.NETSTAT.LIST NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 (NVR not found) IDC1566I ** FRZ0011.NETSTAT.LIST.IDC1 NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 (NVR not found) IDC1566I ** FRZ0011.NETSTAT.LIST.OLD NOT LISTED 3.4 in ISPF (catalog search) shows all 3 datasets: FRZ0011.NETSTAT.LIST RZP003 BROWSE/EDIT/DELETE = 'FRZ0011.NETSTAT.LIST' not on volume 'RZP003'. FRZ0011.NETSTAT.LIST.IDC1 RZP003 BROWSE/EDIT/DELETE = 'FRZ0011.NETSTAT.LIST.IDC1' not on volume 'RZP003'. FRZ0011.NETSTAT.LIST.OLD RZP003 successfully BROWSE/EDIT DELETE = IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040942D1), ISPFFSY,RZP003,FRZ0011.NETSTAT.LIST.OLD A print of VVDS of RZP003 shows neither of the 3 datasets. A list of VTOC of RZP003 shows only FRZ0011.NETSTAT.LIST.OLD A DELETE NVR with and without catalog results for all 3 datasets in IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFP-20 A IEHPROGM SCRATCH failed, too. We're running short of ideas how to get rid of these catalog entries and appreciate any help. Werner Kuehnel IMD-Gesellschaft für Informatik und Datenverarbeitung mbH Augustaanlage 66 68165 Mannheim Tel: +49.621.457-4885, Fax: -4046 -- 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 -- 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 -- 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: Warning: TS7700 spontaneous reboot.
We're running 1.6.1 since a few months without any problems. Werner Kuehnel IMD-Gesellschaft für Informatik und Datenverarbeitung mbH Augustaanlage 66 68165 Mannheim Tel: +49.621.457-4885, Fax: -4046 IMD-Gesellschaft für Informatik und Datenverarbeitung mbH IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 28.04.2010 15:39:27: Vernooij, CP - SPLXM kees.vern...@klm.com wrote in message news:3310ac9d797ec94db8d89ccabdea47a7021bc...@kl1221tc.cs.ad.klmcorp.ne t... FYI: This week one of our TS7700 clusters had a spontaneous reboot and was unavailable for 22 minutes. The other cluster in the grid operated normally. Investigations by IBM showed that this was a know bug in the V1R5 microcode which is resolved in V1R6. TS7700 users who have intentions to upgrade their 1.5 code to 1.6, might want to review their planning. Regards, Kees. We have some issues that are delaying our upgrade to 1.6, but I am thinking about pushing it a little harder. Does anyone already have expirience with microcode 1.6, either positive or negative? Thanks, Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Antwort: Multiple logon SMCS possibility
Marcel, we have two separate LPARs and can logon to each SMCS console with the same UID. There is no restriction. However, the 2 LPARs have different system names (SYS1, SYS5) and we use system symbols in SMCS definitions to differentiate between them. Werner Kuehnel IMD-Gesellschaft für Informatik und Datenverarbeitung mbH Augustaanlage 66 68165 Mannheim Tel: +49.621.457-4885, Fax: -4046 IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 20.04.2010 14:54:53: We are setting up a few SMCS consoles for remote access. It appears that you can only logon with the same userid once. I can understand that if it were on the same lpar, But is there a way we can reuse the same userid to logon to an SMCS console on different lpars (uid defined on all lpars, different LU's) but on the same sysplex? The RACF db's are different, I can logon to TSO with the same uid on different lpars, so why not to SMCS consoles? Is this a strict SMCS restriction? Regards, Marcel van Ek Atos Origin -- 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 [Anhang disclaimer.txt gelöscht von Werner KUEHNEL/DIR/MANNHEIMER/DE] -- 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 Group Controls
Unfortunately I don't have access to the definition panels of HMC due to outsourcing, but we defined our LPARs in the group with no defined capacity. Just the group capacity. And both benefit from unused CPU of each other. Here is a screenshot of RMF3 monitor: Partition --- MSU --- Cap Proc Def Act Def Num IMDMVG 037 NO 2.0 IMDPRO 0 8 NO 2.0 Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 03.02.2010 23:33:47: Greetings again, I have two LPARs that I'm trying to group softcap to 76 MSU's. I set the defined capacity in each to 76 and made them both members of the DEFAULT group and set that group capacity to 76. I expect this to allow resources to shift between both LPARs as needed. What I'm observing is the test LPAR looks like it's hard-capped based on its weighting and is not getting the resources the production LPAR doesn't need below the 76 MSU softcap. I still need to ensure more preference is given to the production LPAR, so I believe weighting is appropriate. But I also need the unused resources to be available to the test LPAR. Any ideas of what I'm missing ??? Thanks, Dave K. -- 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: Weights and CPs
Just the small ones of course. The other LPARs belong to other customers. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 04.02.2010 14:37:14: On Thu, 4 Feb 2010 08:49:23 +0100, Werner Kuehnel werner.kueh...@mannheimer.de wrote: We also have very small LPARs with 42 and 11 MSUs running on a z10 with 16 procs and turned off HIPERDISPATCH, because it didn't us good. Mainly we saw an increase in IMS resp times when it was turned on. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 03.02.2010 19:20:17: HIPERDISPATCH helps to eliminate this problem. So does IRD VARY CPU management, but HIPERDISPATCH is much more responsive. HIPERDISPATCH can park the CPU, which has the same benefit to PR/SM as being offline. Mark Zelden You turned off HIPERDISPATCH on all LPARs, or just the small ones? I assume you have some bigger LPARs than 42 and 11 MSUs with a 16 engine z10. :-) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Antwort: Re: Weights and CPs
From my experience I'd avoid to define a uni-processor LPAR. Take at least 2 processors for a LPAR, even the ratio goes over 2.5. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 03.02.2010 18:59:00: Yes, it is not a good idea to assign all of your CPs (physical processors) to all of your LPARs. What you are doing is having all the LPARs competing for the CPs on an equal basis. The weights take effect only when the total CEC is 100% busy or at least very close to it. Also, the recommendation is that the number of logical processors (LPs) not be more than 2.5 times the number of CPs. Even in your original configuration you have have a ratio of 11 LPs to 3 CPs. That is quite high. Tom Kelman -- 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
Antwort: Re: Weights and CPs
We also have very small LPARs with 42 and 11 MSUs running on a z10 with 16 procs and turned off HIPERDISPATCH, because it didn't us good. Mainly we saw an increase in IMS resp times when it was turned on. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 03.02.2010 19:20:17: HIPERDISPATCH helps to eliminate this problem. So does IRD VARY CPU management, but HIPERDISPATCH is much more responsive. HIPERDISPATCH can park the CPU, which has the same benefit to PR/SM as being offline. Mark Zelden -- 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
Antwort: Re: WLM and TCPIP
Dave, I had a similar problem with appl environments which were not defined in WLM. Since then I'm sensitive to this set of problems. No, I'm not sure it's TCPIP alone. What I see is that PING times go up when capping starts and RMF3 shows big (processor)delays for TCPIP. Werner Are you positive it's not a spawned task that's causing the slowness ??? Something that's being assigned service lower than SYSSTC ??? This sounds a lot like the FTP slowness we were experiencing. That turned out to be a stupid oversight of not having a workload type for OMVS. TCP/IP and the FTP daemon were running in SYSSTC, but none of the spawned tasks were. Everything that should have been assigned a service class based on the OMVS type ended up being assigned the default service class for the interactive workload. Unless it runs very fast, it drops into secondand third period service fairly quickly. I would expect a ping to reply very quickly, but if your WLM defaults are very low service, it may not have a chance. -- 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
Antwort: Re: WLM and TCPIP
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 02.02.2010 05:34:46: 30% of what? What is 100%? Velocity for an exvel goal. And I even found the rule in the Planning WLM book: Certain types of work, when overachieving their goals, potentially will have their resources capped in order to give discretionary work a better chance to run. Specifically, work that is not part of a resource group and has one of the following two types of goals will be eligible for this resource donation: -A velocity goal of 30 or less -A response time goal of over one minute Which does not apply to sysstc needing cpu. But it might explain why something of higher priority can run slower than discretionary. The highest exvel I've used so far is 30 for the online workload (IMS, DB2). If I want limit donations from that online workload so I should define a higher exvel than 30? Do you run subsys=IMS? (Idle curiosity on my part, since we can't.) Yes, we run subsys=ims with response time goals. Your CPU capping hits when? During the day, I presume, when there isn't too much batch running? Which would mean that your discretionary pool to 'donate' isn't all that big, so higher priority work gets starved. Capping starts usually at late morning (11:00), we come out of the night with a low 4h-avg and batch pushes it up. It's not a question of how many jobs are running. Even one or two can use lots of CPU. I don't mind if higher prio work is assigned less resources under capping, but not SYSSTC and SYSTEM. A delay of 75 for TCPIP is not acceptable. We did pings and tracerte from our PC to the mainframe (including a WAN of 1000km) and found out that only the segment from Mainframe to the first router has bad response times. Does that include the time it resided *in* the mainframe? Or just when it left the mainframe? I think when a PING is a response from TCPIP then it includes the time in mainframe. Additionally we saw those dramatic increases of resp time always when capping was turned on. And RMF3 shows delays up to 70% for TCPIP for processor even under SYSSTC. Who is using the processor when TCPIP has delays? Mainly the batch jobs (DISCRETIONARY). Werner Kuehnel -- 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
Antwort: Re: Antwort: Re: WLM and TCPIP
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 02.02.2010 11:01:03: Actually, at the time of capping (and tcpip NOT running), do you have service classes with a PI of less than 3? Less than 1? There are some SCs with a PI 3. Very rare are PIs 1, and then just for a minute. Did this come up because of complaints of slow tcpip response? We have 2 java applications running on PCs which access IMS and DB2. As soon as capping starts the complaints about resp times starts as well, even the IMS resp times are good and very few batch is running. We then found out that PING times to mainframe were much longer than outside capping. Everything that handle these applications on mainframe we can imagine runs with IMP1 and exvel of 30 (the highest definition here). Since this problem is escalating internally I have opened a PMR at IBM. Regards, Werner -- 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
Antwort: Re: WLM and TCPIP
Unfortunately I don't have the data available anymore from last week. For another PMR at IBM I had to change the RMF intervall from 1h to 15min and the higher amount of data shortens the available period in RMF3. It's time to adjust the dataset sizes.. But this week is expected to get again a high cpu usage with lots of capping. I always have a display sorted by CPU%, nothing catched my eye from SYSTEM SC. RMF shows almost always normal batch jobs from appl dev and production (all running DISCRETIONARY). It's hard to say if other address spaces from SYSSTC suffer like TCPIP from observation. Many STCs are IRLMs for DB2 (probably have a stake in bad response times) or monitors (which have an ISPF interface and bad behaviour is covered by bad TSO response times). I'll watch RMF3 next time. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 29.01.2010 15:57:36: On Fri, 29 Jan 2010 14:40:21 +0100, Werner Kuehnel werner.kueh...@mannheimer.de wrote: Our box is running at 90-100% under soft capping. TCPIP is defined with service class SYSSTC. When capping starts the PING response times explode from approx. 15ms to 400 - 1000ms. Looking with RMF3 delay monitor at TCPIP, it shows a delay up to 70% because of processor. SYSSTC is the highest service class I can assign, it runs with dispatching prio of FE. Nevertheless TCPIP is delayed at such a high degree. Is there anything I can do to improve the performance of TCPIP? I don't think there is much you can do. Does RMF III show the same delay for all of SYSSTC? What about SYSTEM? If SYSSTC is delayed and it is because of processor, the only higher DP address spaces are SYSTEM, If you look at all yourSYSTEM address spaces in SDSF and sort by CPU%, does that give any clues? What does RMF III show as the job(s) that are causing the CPU delay? Just out of curiosity, what do you observe with other SYSSTC service class address spaces at the same time. For example, comparing a JES2 command response during this time to a time when you aren't running at or new 100%? What about a CONSOLE response to some display commands like D GRS,C (CONSOLE and GRS run in SYSTEM)? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Antwort: Re: WLM and TCPIP
Jim, we don't have DB2 in SYSSTC, just the IRLMs. Application Server run in an own SC with a high goal, but still lower than SYSSTC. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 29.01.2010 16:18:18: On Fri, Jan 29, 2010 at 2:59 PM, Werner Kuehnel werner.kueh...@mannheimer.de wrote: Well, of course I can do that but they always warn to define unachievable SCs. Anyway, I'll give it a try. Werner Kuehnel BTW we don't have any application server STCs that can potentially do a lot of work such as the DB2* address spaces in SYSSTC. They run separately at a lower priority which is why I thought it could possibly be implemented. Jim McAlpine -- 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 -- 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
Antwort: Re: Antwort: Re: Antwort: Re: WLM and TCPIP
We running on z10 with 16 processors (1264 MSUs), however our LPAR just has 2 logical processors with 40 MSUs. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 29.01.2010 17:02:32: Werner, I'm curious, how many CPU's? --- On Fri, 1/29/10, Werner Kuehnel werner.kueh...@mannheimer.de wrote: From: Werner Kuehnel werner.kueh...@mannheimer.de Subject: Antwort: Re: Antwort: Re: WLM and TCPIP To: IBM-MAIN@bama.ua.edu Date: Friday, January 29, 2010, 2:30 PM The normal delay is under 10%. I can't think of another address space than TCPIP to handle the PING. Probably OMPROUTE, but it's also defined as SYSSTC and is delayed for a much higher percentage than at normal times. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 29.01.2010 15:11:24: Ignorant questions: Does TCPIP handle the Ping itself, so no other adress space is involved? What is the delay % under normal (good) response situations? Kees. Werner Kuehnel werner.kueh...@mannheimer.de wrote in message news:ofe4dc5618.b4211958-onc12576ba.004c69dc-c12576ba.004d3...@mannheim er.de... Tried already to shift TCPIP into SYSTEM, but is not allowed. WLM can not starve STCs defined in SYSSTC. Why does WLM not cut the processor for the batch jobs which are defined DISCRETIONARY? Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 29.01.2010 14:49:44: Given the situation I would say, probably, NO. You *might* be able to move TCPIP to SYSTEM but ISTR some changes made a few releases back to force certain system critical tasks into IBM assigned SCLASSes. The problem is not the TCPIP is not high enough on the food chain, but that the food chain has been shortened when the soft cap kicks in. This is the most likely causes of CPU delay. Possible Performance improvements for TCPIP Segmentation Offload. Not sure of the current status. A long history of trys, retrys, and try agains. Check the archives. There are a couple of TCPIP performance Inoforamation APARS the also might help II11710, II11711, II11712. None of these address CPU directly, but the net effect will be to reduce the CPU overhead per byte when implemented. HTH, snip Our box is running at 90-100% under soft capping. TCPIP is defined with service class SYSSTC. When capping starts the PING response times explode from approx. 15ms to 400 - 1000ms. Looking with RMF3 delay monitor at TCPIP, it shows a delay up to 70% because of processor. SYSSTC is the highest service class I can assign, it runs with dispatching prio of FE. Nevertheless TCPIP is delayed at such a high degree. Is there anything I can do to improve the performance of TCPIP? /snip -- 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 -- 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 ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Antwort: Re: WLM and TCPIP
1. Check all things TCP for where they run. There is also a subsystem type TCP, do you have this defined? Or is there anything in service class SYSOTHER? All TCP related STCs are running with SYSSTC, no address spaces in SYSOTHER. I don't have any subsystem type TCP defined in WLM, do I really need that? 2. For us, on the systems with very few MSUs, it is virtually pointless to define different exvels with the same importance level. Hence I have restricted us to use exactly 5 service classes with exvel goals. That's similar to our policy, one exvel within one importance. 3. How big is your discretionary pool? Are you using this 'guaranteed cpu' (this is the wrong name) feature that will give even discretionary workload a chance to run? Only batch workload is DISCRETIONARY. During the day the online workloads (IMS and TSO) have priority, and in the night we have enough resources so DISCRETIONARY doesn't hurt. Do you mean the CPU critical flag for guaranteed cpu? And to add even more unclear definitions, I remember a rule that says 'don't define an exvel goal of less than 30% - bad things will happen'. 30% of what? What is 100%? 4. Do you use the SPM rules? Not yet. Do you see any advantage defining them? 5. How do you issue your ping command? TSO? As an OMVS user? Batch? I may have overlooked that, but why do you think it is *TCPIP* that is slow instead of however the command gets to TCPIP (and the result back)? We did pings and tracerte from our PC to the mainframe (including a WAN of 1000km) and found out that only the segment from Mainframe to the first router has bad response times. Additionally we saw those dramatic increases of resp time always when capping was turned on. And RMF3 shows delays up to 70% for TCPIP for processor even under SYSSTC. Thanks, Werner Kuehnel -- 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
WLM and TCPIP
Our box is running at 90-100% under soft capping. TCPIP is defined with service class SYSSTC. When capping starts the PING response times explode from approx. 15ms to 400 - 1000ms. Looking with RMF3 delay monitor at TCPIP, it shows a delay up to 70% because of processor. SYSSTC is the highest service class I can assign, it runs with dispatching prio of FE. Nevertheless TCPIP is delayed at such a high degree. Is there anything I can do to improve the performance of TCPIP? Werner Kuehnel -- 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
Antwort: Re: WLM and TCPIP
Tried already to shift TCPIP into SYSTEM, but is not allowed. WLM can not starve STCs defined in SYSSTC. Why does WLM not cut the processor for the batch jobs which are defined DISCRETIONARY? Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 29.01.2010 14:49:44: Given the situation I would say, probably, NO. You *might* be able to move TCPIP to SYSTEM but ISTR some changes made a few releases back to force certain system critical tasks into IBM assigned SCLASSes. The problem is not the TCPIP is not high enough on the food chain, but that the food chain has been shortened when the soft cap kicks in. This is the most likely causes of CPU delay. Possible Performance improvements for TCPIP Segmentation Offload. Not sure of the current status. A long history of trys, retrys, and try agains. Check the archives. There are a couple of TCPIP performance Inoforamation APARS the also might help II11710, II11711, II11712. None of these address CPU directly, but the net effect will be to reduce the CPU overhead per byte when implemented. HTH, snip Our box is running at 90-100% under soft capping. TCPIP is defined with service class SYSSTC. When capping starts the PING response times explode from approx. 15ms to 400 - 1000ms. Looking with RMF3 delay monitor at TCPIP, it shows a delay up to 70% because of processor. SYSSTC is the highest service class I can assign, it runs with dispatching prio of FE. Nevertheless TCPIP is delayed at such a high degree. Is there anything I can do to improve the performance of TCPIP? /snip -- 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 -- 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
Antwort: Re: Antwort: Re: WLM and TCPIP
The normal delay is under 10%. I can't think of another address space than TCPIP to handle the PING. Probably OMPROUTE, but it's also defined as SYSSTC and is delayed for a much higher percentage than at normal times. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 29.01.2010 15:11:24: Ignorant questions: Does TCPIP handle the Ping itself, so no other adress space is involved? What is the delay % under normal (good) response situations? Kees. Werner Kuehnel werner.kueh...@mannheimer.de wrote in message news:ofe4dc5618.b4211958-onc12576ba.004c69dc-c12576ba.004d3...@mannheim er.de... Tried already to shift TCPIP into SYSTEM, but is not allowed. WLM can not starve STCs defined in SYSSTC. Why does WLM not cut the processor for the batch jobs which are defined DISCRETIONARY? Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 29.01.2010 14:49:44: Given the situation I would say, probably, NO. You *might* be able to move TCPIP to SYSTEM but ISTR some changes made a few releases back to force certain system critical tasks into IBM assigned SCLASSes. The problem is not the TCPIP is not high enough on the food chain, but that the food chain has been shortened when the soft cap kicks in. This is the most likely causes of CPU delay. Possible Performance improvements for TCPIP Segmentation Offload. Not sure of the current status. A long history of trys, retrys, and try agains. Check the archives. There are a couple of TCPIP performance Inoforamation APARS the also might help II11710, II11711, II11712. None of these address CPU directly, but the net effect will be to reduce the CPU overhead per byte when implemented. HTH, snip Our box is running at 90-100% under soft capping. TCPIP is defined with service class SYSSTC. When capping starts the PING response times explode from approx. 15ms to 400 - 1000ms. Looking with RMF3 delay monitor at TCPIP, it shows a delay up to 70% because of processor. SYSSTC is the highest service class I can assign, it runs with dispatching prio of FE. Nevertheless TCPIP is delayed at such a high degree. Is there anything I can do to improve the performance of TCPIP? /snip -- 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 -- 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 ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Antwort: Re: Antwort: Re: WLM and TCPIP
Thanks for your help, Allen, I'll check out the APARs. Turning on offload I'm a bit hesitant.. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 29.01.2010 15:13:33: Check out the info apars and (very carefully!) check out segmentation offload. You might want to bounce this off of IBM (either WLM or Comm. Server ). That's about all I can recommend. Please post the results when/if there are any. I would be interested in the responses from IBM. -- 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
Antwort: Re: WLM and TCPIP
Jim, while you can assign STCs to SC SYSSTC there is no definition in WLM and no way to set the CPU critical flag. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 29.01.2010 15:29:24: On Fri, Jan 29, 2010 at 2:02 PM, Werner Kuehnel werner.kueh...@mannheimer.de wrote: Tried already to shift TCPIP into SYSTEM, but is not allowed. WLM can not starve STCs defined in SYSSTC. Why does WLM not cut the processor for the batch jobs which are defined DISCRETIONARY? Werner Kuehnel Never used it myself, but would the cpu critical attribute help in this instance. Jim McAlpine -- 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 -- 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
Antwort: Re: WLM and TCPIP
Well, of course I can do that but they always warn to define unachievable SCs. Anyway, I'll give it a try. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 29.01.2010 15:51:43: On Fri, Jan 29, 2010 at 2:47 PM, Werner Kuehnel werner.kueh...@mannheimer.de wrote: Jim, while you can assign STCs to SC SYSSTC there is no definition in WLM and no way to set the CPU critical flag. Werner Kuehnel Could you not set up another service class just for tcp/ip with importance 1 and velocity 99 and cpu critical. As I said, I've never tried it. Jim McAlpine -- 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 -- 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
Antwort: EJES ZIIP and IMS STCs
Issue the PTF command in each EJES to see if you're running the same release / ptf level. If not then you probably use different security definitions. Werner IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 12.11.2009 10:45:55: The only difference I can see between the two EJES screens is that the one where I cannot see the IMS regions mentions ZIIP utilization, the other does not. Kind regards, Peter -- 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 -- 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
Werner Kuehnel ist außer Haus.
Ich werde ab 27.08.2009 nicht im Büro sein. Ich kehre zurück am 15.09.2009. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- 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
Antwort: Re: Free software to stack tape datasets?
Yes, that's what he mean. We do this since some years, even IBM has this concept which is called TMM. We created a large DASD pool, changed the ACS routines to point the UNIT=CART to this pool (no JCL change necessary) and let HSM migrate to cartridge. However there are still some very big files going out directly to cartridge, because migrating/recalling them would take too much time. Using this TMM concept saved us to get extra software for tape stacking, however HSM CPU usage is going up. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 16.06.2009 18:00:58: We are looking to copy data off of 9840A tapes to 9840D tapes. There are a limited number of free slots in our SL8500, so just letting them wither and die is not an option. Neither is boxing them and mounting on demand. Since there are a limited number of datasets to be stacked we need a cost effective solution. Does anyone know of a cheap or better yet free stacking mechanism besides Iebgener? DFSMShsm So are you saying he should copy the tape datasets to dasd and then migrate them with HSM? ddk ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- 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 -- 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
Antwort: DFHSM and WLM Settings
Lizette, we even run DFHSM in STCLOW which is defined with Vel 10, Imp 5. It's far below online workload and TSO, but above Batch, what is discretionary. Even in capping periods no problems so far. Werner IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 11.05.2009 19:00:16: I ran into a small issue where when using Interval Migration DFHSM took all the resources on my small LPAR. Even on my largest LPAR it still consumes a lot of resources. IBM Suggested I set DFHSM to STCMED. My concern is that since we have a lot of tasks in WLM at SYSSTC (not my choice) that if a recall or migrate was requested, that DFHSM might be impacted by the other high runnings tasks. Has anyone delt with Interval Migration and controlling it via WLM? Does anyone else have DFHSM in STCMED and if so, how is that workingfor DFHSM. Lizette -- 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 -- 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
Antwort: Re: Group Limit and Weights
Hal, any answers you get are the theorie. The praxis looks a bit different. I made some analysis over the last weeks to understand how MSUs are distributed under capping. Sometimes it works like expected, but there are also times where - one lpar gets much more than expected, - the sum of group MSUs is significantly over the group limit, - capping is on although the group limit isn't reached - just one (of two) lpar is capped (what rules are then active?) Probably this phenomenons are caused by the pretty small capacity each lpar has (40 MSUs and 12 MSUs on a 1202 MSU machine), so the granularity is too fine. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 04.03.2009 20:33:50: Any idea how quickly/frequently the reallocation occurs? Say L1 and L2 are group capped at 100, and are weighted 90 10 respectively. We are capped and L1 and L2 are running 50/50, but L1 abruptly needs more juice. How long would it take for L1 to get fed? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Al Sherkow Sent: Thursday, February 26, 2009 11:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Group Limit and Weights The capacity of the group is distributed to the LPARs in the group based on the normalized weights of the LPARs in that group. When the group limit is exceeded L1 would be 40 MSUs, (80% or 50) and L2 would get 10 MSUs. If L1 does not require 40, then the excess can be used by L2 (just like without group limits). If L1 is not running at all then L2 can have all 50 MSUs of the group. Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on Capacity Planning, Performance Tuning, WLC, LPARs, IRD and LCS Software Seminars on IBM SW Pricing, LPARs, and IRD NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Group Limit and Weights
We have some problems to understand the relation between group limit and weights. Let's say we have a CEC with 1000 MSUs, and 2 LPARs defined in an lpar group with defined MSU = 0 and a group limit of 50 MSUs. The weights however are 80 (L1) and 20(L2) (sum of all weights is 1000) and so twice the size than the group limit. Now when the sum of both 4h avgs exceeds 50 capping is turned on on both lpars. Is the proportion of capacity each lpar gets under capping determined by the ratio of the weights, so that L1 gets four times as much as L2? What is the max capacity under capping each lpar gets? Is it determined by the group limit or the weights? I know that weights come into play when the CEC runs 100% busy, then they guarantee the min capacity for each lpar. But what role do they play under capping in an lpar group? If someone has some more insight in this area I'd appreciate any help. Werner Kuehnel -- 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
Antwort: Re: Group Limit and Weights
Al and Tom, thanks for your explanations. That would confirm our observations. I've collected RMF PM performance data the last weeks in a 2min interval, so I'm going to verify this with some diagrams. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 26.02.2009 18:07:02: The capacity of the group is distributed to the LPARs in the group based on the normalized weights of the LPARs in that group. When the group limit is exceeded L1 would be 40 MSUs, (80% or 50) and L2 would get 10 MSUs. If L1 does not require 40, then the excess can be used by L2 (just like without group limits). If L1 is not running at all then L2 can have all 50 MSUs of the group. Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on Capacity Planning, Performance Tuning, WLC, LPARs, IRD and LCS Software Seminars on IBM SW Pricing, LPARs, and IRD -- 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 -- 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
Antwort: Re: Logrec Viewer 1.1
No, it doesn't require a logstream. I just use it (on very rare occasions) with SYS1.LOGREC. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 12.11.2008 13:52:53: It does require the use of a logstream for logrec recording. I have it installed but don't use it much. I find it easier to run my canned erep jobs. -- Mark Jacobs Time Customer Service Tampa, FL -- 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
Antwort: Re: SMP/E Receive from NTS problem
Mark, do you have a DD statement pointing to your NTS? Here is JCL that works for me: //RECEIVE EXEC PGM=GIMSMP //SMPCSI DD DSN=SYSP.ZOS16.SMPE.GLOBAL.CSI,DISP=SHR SYS1 //SMPNTS DD PATH='/SYS1/u/smpe/smpnts/', // PATHOPTS=(OWRONLY,OCREAT), // PATHMODE=(SIRWXU,SIRGRP,SIROTH) //SMPCNTL DD * SET BOUNDARY(GLOBAL). RECEIVE SYSMODS HOLDDATA FROMNTS(U00395305) . /* // Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 22.09.2008 14:42:00: Lizette Koehler wrote: I think you need to specify the WHOLE name ORD00441-22September2008-07.15.27 Not the ORD00441 At least that is what works for me. Lizette Nope. RECEIVE FROMNTS(ORD00441-22September2008-07.15.27) GIM20301S ** THERE IS A SYNTAX ERROR IN THE COMMAND AT COLUMN 26. Column 26 is the - character. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Monday, September 22, 2008 8:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SMP/E Receive from NTS problem I can never seem to get this to work and I don't know what I'm doing wrong. RECEIVE FROMNTS( ORD00441 ) DELETEPKG . GIM45800S ** PACKAGE ORD00441 WAS NOT FOUND IN THE SMPNTS. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. But my SMPNTS directory has this downloaded order in it. EUID=119 /u/aimj/smpnts/ Type Filename _ Dir . _ Dir .. _ Dir ORD00441-22September2008-07.15.27 Can someone point out the error of my ways? -- 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 -- Mark Jacobs Time Customer Service Tampa, FL Today, we celebrate the first glorious anniversary of the Information Purification Directives. We have created, for the first time in all history, a garden of pure ideology. Where each worker may bloom secure from the pests of contradictory and confusing truths. Our Unification of Thoughts is more powerful a weapon than any fleet or army on earth. We are one people, with one will, one resolve, one cause. Our enemies shall talk themselves to death and we will bury them with their own confusion. We shall prevail! Apple's television commercial - Super Bowl - 1984 -- 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
DFHSM volumes in use
I'm no HSM guy, so please bear with me .. Currently we're having lots of trouble with our roboter units and have to vary on/offline them more often than usual. When units are in use by HSM we would like to know what HSM request (we have request number and tcb address) uses which unit(s). Is there any command or way to get this information out of HSM? My search through the manuals wasn't successful yet. Werner Kuehnel -- 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: DFHSM volumes in use
We also have SUN/STK tape drives and have lot of swaps. Half of them don't succeed and are incomplete and end with an LMU error. JES3 gets puzzled by that and the only way to get out of this situation is to vary force offline the source and target unit of the swap. So varying on/off the drives is not normal business, it's just in case of failure. Werner Kuehnel On Tue, 2 Sep 2008 06:39:18 -0400, Bobbie Justice [EMAIL PROTECTED] wrote: I'm confused, but why are you varying the units offline or online at all? In a previous job, we used HSM with IBM 3494 and 3495 tape robots with no problem. At my current place of employment, we use HSM with SUN/STK tape drives and don't vary the drives online or offline. -- 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
Antwort: Re: DFHSM volumes in use
Oh no, stop, this thread drifts off to a wrong direction. Probably I wasn't clear enough. So forget everything I told you, forget any malfunction of drives. New try: I have 2 sources of information: 1. HSEND Q ACT (TCBADDRESS) which gives me the active HSM tasks with request no. and tcb address 2. any monitor (e.g. MXI TAPE), showing the SUN/STK robot drives used by HSM and the mounted volsers If there is an active request using tapes (e.g. recycle, recall from ML2) I'd like to know what volsers are involved. Is there any HSM command telling me for example: - recall currently uses volser 11 - recycle currently uses volsers 22, 33, 44 Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 02.09.2008 12:56:31: Werner, It would help to know your issue. Are you an HSMPLEX, a SYSPLEX a MONOPLEX? What is your OS? z/OS V1.7??? What type of robots do you use ATL, VTS, STK, EMC? Why are you varying the drives on/offline? How is HSM holding them? Does HSM hold onto your tape drives during one type of process? Migration, Backup, Dump, Recall? HSM during MIGRATION, RECALL, BACKUP, processes will require a mount of a tape if it is setup that way. Typically HSM only requests a Tape Drive when it needs it. It does not have a pre allocation process for drives and then just hangs onto them. Can you help me understand your problem better? Does HSM HOLD ONTO THE TAPE when one of these processes completes? Are you short on Tape drives and so trying to manually control how HSM uses them? More details will be helpful to me. Lizette Koehler I'm no HSM guy, so please bear with me .. Currently we're having lots of trouble with our roboter units and have to vary on/offline them more often than usual. When units are in use by HSM we would like to know what HSM request (we have request number and tcb address) uses which unit(s). Is there any command or way to get this information out of HSM? My search through the manuals wasn't successful yet. -- 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
Antwort: Re: Antwort: Re: Healthcheck System logger
Sam,
thanks for replying. I misunderstood the ALL parameter, you're right that
it still shows the last 16 exceptions. I changed my parmlib member and
added the mentioned date/time to the check, restarted HC and the check
ended with RC0.
Thanks for your help,
Werner Kuehnel
Spezialist in der Abteilung Betrieb/Support
IMD-Gesellschaft für Informatik und Datenverarbeitung mbH
Augustaanlage 66
68165 Mannheim
Tel: +49.621.457-4885, Fax: -4046
E-Mail: [EMAIL PROTECTED]
IMD-Gesellschaft für Informatik und Datenverarbeitung mbH
Sitz Mannheim, Amtsgericht Mannheim HRB 7460
Geschäftsführer: Norbert Koch
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 12.05.2008
00:58:56:
Well this reply is rather late but I don't see that any others.
I understand ALL to be the last 16 exceptions saved in memory in the
z/OS System Logger (IXGLOGR) asid not the Health Checker (HZSPROC) asid.
So stopping and restarting Health Checker does nothing by default. You
can get what you want but it takes some user action.
An example.
Here Health Checker is just stopped and restarted.
CHECK(IBMIXGLOGR,IXGLOGR_STAGINGDSFULL)
START TIME: 05/11/2008 18:41:41.939281
CHECK DATE: 20071106 CHECK SEVERITY: LOW
CHECK PARM: ALL
Immediately trips an exception from two days previous which is included
in the ALL criteria.
Time of Last
Log Stream StructureCount Condition (GMT)
GSVX115.SYSDATA.PLOT.HSYS *DASDONLY* 1 05/09/2008 14:00:01
END TIME: 05/11/2008 18:41:41.964858 STATUS: EXCEPTION-LOW
You can get the behavior you want by adding an update to the check in
HZSPRM00 like so
ADDREPLACE POLICY STMT(LOGR1) UPDATE
CHECK(IBMIXGLOGR,*)
PARM('TIME(MON/DAY/YR4 HR:MIN:SEC)')
REASON('allow to discard LOGR checks by recycle of Health Checker')
DATE(20080511)
This will mean when you stop and restart HZSPROC you will not report on
exceptions which occurred prior to the current start time for HZSPROC.
CHECK(IBMIXGLOGR,IXGLOGR_STAGINGDSFULL)
START TIME: 05/11/2008 18:54:27.784840
CHECK DATE: 20071106 CHECK SEVERITY: LOW
CHECK PARM: TIME(05/11/2008 22:54:27)
This system has not encountered any log stream staging data set
full conditions since 05/11/2008 22:54:27 (GMT).
END TIME: 05/11/2008 18:54:27.789075 STATUS: SUCCESSFUL
Best Regards,
Sam Knutson, GEICO
System z Performance and Availability Management
mailto:[EMAIL PROTECTED]
(office) 301.986.3574
Think big, act bold, start simple, grow fast...
--
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
Antwort: Re: Healthcheck System logger
Sam, I took option B to activate the fix. I applied the fix (SYS1.LINKLIB) and did an LLA refresh, deleted and added the exit, restarted HEALTHC STC. I didn't define any additional parms nor changed any parms for the checks. According to the HOLD DOC the TIME parameter defaults to ALL, that means it's set to the starttime of HC. Did I do anything wrong? Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 23.04.2008 14:54:45: Hi Werner, This may be dumb questions but if you did not IPL did you follow exactly the steps outlined in the APAR to activate the new CHECK code? -- Option A: Refresh the logger checks 1. First issue these SETPROG commands from a MVS console after this support is applied: SETPROG EXIT,DELETE,EXITNAME=HZSADDCHECK,MODULE=IXGHC1DE ,FORCE(YES) SETPROG EXIT,ADD,EXITNAME=HZSADDCHECK,MODULE=IXGHC1DE 2. Then refresh the health checks by issuing this command from an MVS console: F hzsproc,REFRESH,CHECK(IBMIXGLOGR,*) If you do not delete and redefine the exit (step 1), but simply refresh the health checks (step 2), the checks may end in a parameter error. -- Option B: Restart Health Checker 1. First issue these SETPROG commands from a MVS console after this support is applied: SETPROG EXIT,DELETE,EXITNAME=HZSADDCHECK,MODULE=IXGHC1DE ,FORCE(YES) SETPROG EXIT,ADD,EXITNAME=HZSADDCHECK,MODULE=IXGHC1DE 2. Then issue the following commands to stop and restart the IBM Health Checker for z/OS address space: F HZSPROC,STOP START HZSPROC If you do not delete and redefine the exit (step 1), but simply restart health checker (step 2), the checks may end in a parameter error. -- Option C: IPL the system. Did you create a PARMLIB member something like this SYS1.PARMLIB(HZSPRMIX) - 01.00 Columns 00 === Scroll * Top of Data /* */ /* */ /* GEICO z/OS Health Checker Reset LOGR Checks*/ /* */ /* The LOGR checks by default stay around forever once tripped*/ /* This provides a way to move the window forward on what to */ /* report. Issue the command to invoke this member to discard */ /* old exceptions.*/ /* */ /* F HZSPROC,ADD,PARMLIB=IX */ /* */ /* This only works on z/OS 1.7 to 1.9 with PTFs for APAR OA22255 */ /* installed. It is included in z/OS 1.10 at base. */ /* */ /*APAR Identifier .. OA22255 Last Changed */ /*08/01/02 */ /* SYSTEM LOGGER HEALTH CHECKS UPDATED WITH PARAMETERS: ALLOWS */ /* INSTALLATIONS TO HIDE CONDITIONS AFTER AN INPUTTED TIME.*/ /* */ /* Symptom .. NF NEWFUNCTION Status ... CLOSED */ /*UR1 */ /* Severity ... 3 Date Closed . */ /*07/12/07 */ /* Component .. 5752SCLOG Duplicate of */ /* Reported Release . 740 Fixed Release */ /*999 */ /* Component Name SYSTEM LOGGERSpecial Notice */ /*ATTENTION */ /* Current Target Date ..08/02/01 Flags */ /* SCP ...NEW FUNCTION */ /* Platform SYSPLXDS */ /* */ /* */ /* Status Detail: SHIPMENT - Packaged solution is available for*/ /*shipment. */ /* */ /* PE PTF List:*/ /* */ /* PTF List: */ /* Release 720 : UA38454 available 07/12/27 (F712 ) */ /* Release 730 : UA38455 available 07/12/27 (F712
Antwort: Re: Healthcheck System logger
Hi Sam, thanks for pointing me to APAR OA22255. I've just installed it, unfortunately there is no change in behaviour for this check. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 22.04.2008 12:49:43: Hi, Dave Danner has posted about this before... Search the archives for the thread with a subject Problems with checks IXGLOGR_*. Here is the post I saved. I don't think anything is available beyond what he discussed here. Thanks, Sam Sorry for the late reply... What Jorge describes has been a known problem with the IBMIXGLOGR checks from the beginning that I and others have complained about. Apar OA22255 (which just closed on Friday) will improve the situation somewhat. -- 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
Healthcheck System logger
Some days ago we moved over to z/OS 1.8. Since then the health check IXGLOGR_STAGINGDSFULL ends with RC4, saying: Check Reason: Logger staging dataset full conditions should be investigated to determine if application performance is being impacted Time of Last Log Stream StructureCount Condition ATR.SYS1.RM.DATA *DASDONLY* 1 04/14/08 04:50:31 END TIME: 04/22/2008 10:23:48.134741 STATUS: EXCEPTION-LOW Offloading basically works, the last offload data set of RM.DATA was created yesterday, Any idea how to get rid of this exception? Werner Kuehnel -- 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
Antwort: Re: Healthcheck System logger
Peter, Yes, I know that the msg refers to staging data sets, but if offload doesn't work as expected the staging data sets fill up. Well, the staging ds are not that big, they are just 9 tracks, however, that seems to be sufficient. The last two offload data sets were created on April,14 and April, 21. Werner Kuehnel The message talks about the *staging* data sets, not about the offload data sets. Are the former of reasonable size? -- Peter Hunkeler Credit Suisse -- 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
COBOL structure for XML generate
We're currently trying to generate XML output by a EntCOB program. Generally it works, however we couldn't yet manage to create the structure of var id=... v=.../ in the following example: dataApp id=Datenbeschaffer callMode=SWITCH callTerm=TERM stencilId=SCL12345 var id=KDN v=1234567/ var id=KNAME v=KNAME/ var id=KSTRASSE v=KSTRASSE/ var id=KSTRASSE2 v=KSTRASSE2/ var id=KORT v=KORT/ var id=KPLZ v=KPLZ/ /dataApp Does anyone know the COBOL field structure to get the lines var id=... v=.../ ? Thanks, Werner Kuehnel Spezialist in der Abteilung Betrieb/Support IMD-Gesellschaft für Informatik und Datenverarbeitung mbH Augustaanlage 66 68165 Mannheim Tel: +49.621.457-4885, Fax: -4046 E-Mail: [EMAIL PROTECTED] IMD-Gesellschaft für Informatik und Datenverarbeitung mbH Sitz Mannheim, Amtsgericht Mannheim HRB 7460 Geschäftsführer: Norbert Koch -- 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
Antwort: Re: COBOL structure for XML generate
Thanks Steve for your reply, unfortunately our EntCOB version is 3.4, so I've to see how to get the latest release. It may take some time to upgrade, but I'll keep you posted about the result. Werner IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 20.03.2008 13:11:25: Werner Kuehnel wrote: We're currently trying to generate XML output by a EntCOB program. Generally it works, however we couldn't yet manage to create the structure of var id=... v=.../ in the following example: dataApp id=Datenbeschaffer callMode=SWITCH callTerm=TERM stencilId=SCL12345 var id=KDN v=1234567/ var id=KNAME v=KNAME/ var id=KSTRASSE v=KSTRASSE/ var id=KSTRASSE2 v=KSTRASSE2/ var id=KORT v=KORT/ var id=KPLZ v=KPLZ/ /dataApp Does anyone know the COBOL field structure to get the lines var id=... v=.../ ? Thanks, Werner Kuehnel Spezialist in der Abteilung Betrieb/Support Werner, You need to be at Enterprise COBOL V4R1; if you have this version of the compiler, and compile with option XMLPARSE(XMLSS), you can add the WITH ATTRIBUTES phrase to your XML GENERATE statement; in this case, data items that belong to a group are emitted as attributes of the group they belong to. So if your COBOL structure was something like this: . . . 02 var. 03 id pic x(9). 03 v pic x(10) . . . under the conditions I detailed above might solve your problem. Let me know. ad Our 2-day class Enterprise COBOL Update II: Unicode and XML Support has been updated to include the V4R1 level of the Enterprise COBOL compiler. Details at: http://www.trainersfriend.com/COBOL_Courses/d705descr.htm /ad Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SRM constant
I'm currently looking at a Workload Activity Report for a report class. The SRB Service units are 19820K, the SRB Service Time is 72,0. According to a RMF redbook the relationship between them is illustrated in the following formula: SU = CPUsec x SRMconstant To get the SRM constant used by RMF calculate (SU / coefficient) / CPUsec: (1982 / 10) / 72,0 = 27528 Now my question: We're running on a 2094-720 (20 processors), which has a SRM constant of 20126 . Our LPAR just has 3 logical processors, the SRM constant of a 2094-703 (3 processors) is 27539 . Does RMF/zOS or whoever takes the SRM constant against the number of logical processors? Werner Kuehnel Spezialist in der Abteilung Betrieb/Support IMD-Gesellschaft für Informatik und Datenverarbeitung mbH Augustaanlage 66 68165 Mannheim Tel: +49.621.457-4885, Fax: -4046 E-Mail: [EMAIL PROTECTED] IMD-Gesellschaft für Informatik und Datenverarbeitung mbH Sitz Mannheim, Amtsgericht Mannheim HRB 7460 Geschäftsführer: Norbert Koch -- 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
Antwort: Re: SRM constant
Jim, many thanks for the comprehensive reply. Very helpful. And thanks to all the others who replied. Werner IMD-Gesellschaft für Informatik und Datenverarbeitung mbH Augustaanlage 66 68165 Mannheim Germany Tel: +49.621.457-4885, Fax: -4046 E-Mail: [EMAIL PROTECTED] IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 10.01.2008 16:36:00: NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. Werner, In a word, yes. For more words, read on. The SRM constant for TYPE72 processing is determined by the number of online general purpose engines an LPAR has when it is IPLed, not the number of possible engines available to it. So, your LPAR IPLed with three engines on a 2094-720 thinks it is on a 2094-703. Additionally, if you vary engines online or offline (either manually or using IRD), the SRM constant does not change. This means that an LPAR can appear to be more than 100% busy under the right (wrong) circumstances. Take, for example, your LPAR that was IPLed with 3 engines for an SRM constant of 27539 (using your numbers; I haven't looked them up - I trust you). If seventeen engines are varied online, that means that the systems thinks it has 20 engines which can each deliver 27539 services units per second, instead of the 20126 service units per second (again, using your numbers) it would believe it had if it had been IPLed with all twenty engines online. In table form: Machine SU/SEC Total SU Total SU Total SU at IPL w/3 engines w/ 20 engines 2094-703 27539 82617 82617 550780 2094-720 20126 402520 61560 405520 As you can see, the reported service units don't match up well at all with the actual service units when the number of engines being used doesn't match the number of engines the LPAR was IPLed with, or when you try to compare an LPAR against an entire machine. This is called a reporting opportunity. I would not advise using an individual LPAR's view of service units for reporting anything that happens in the entire machine; I would only use it for reporting things in that LPAR. I do not care for the service unit view that the RMF records give us - but I do have to deal with it. /shameless plug on I will be presenting the same paper at Share in Orlando that I presented at MXG2007, The Myth of MSU, at 8AM Thursday morning. In this paper I go into some detail about what I found investigating the TYPE70 and TYPE72 records and what they actually tell us when specialty engines (zIIPs and zAAPs) and IRD (Intelligent Resource Director) are taken into account. I personally found the results very surprising when I looked into it after my management started asking questions. That's why I wrote the paper. /shameless plug off Hope this helps, Jim Horne Lowe's Companies, Inc. -- 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
Antwort: Re: Performance Improvement Possible For Remote TCP Access to z/OS
Watch the wrap, don't forget 0621 at the end of the URL Werner Jorge Arueira Campos [EMAIL PROTECTED] Gesendet von: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 16.11.2007 12:22 Bitte antworten an IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU An IBM-MAIN@BAMA.UA.EDU Kopie Thema Re: Performance Improvement Possible For Remote TCP Access to z/OS http://www.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/FLASH1 0621 Error attempting to access requested page 2007/11/14, Aaron Walker [EMAIL PROTECTED]: http://www.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/FLASH1 0621 Abstract: Identified problem in TCP/IP on z/OS 1.8 which could lead to degraded performance for remote access to DB2 or other application on z/OS using the TCP network protocol. Problem is that additional acknowledgements (ACKS) were being sent without being piggybacked on data packets as they should have been with NODELAYACK=OFF. PMR 94943,035 opened on issue. Identified workaround: reserve z/OS TCP port on the PORT command in the TCPIP profile and insure NODELAYACK parameter is OFF. Reserving port in TCPIP profile appears to make the default behavior of DELAYACK act as intended -- acknowledgements piggyback on data packets, reducing the number of packets and network latency experienced. Thus performance enhanced. -- 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 -- 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
Antwort: Abend S0C7 in PL1 program
Michael, do you have a dataset with SUBSYS=LAM (CA-LIBRARIAN masterfile) in your JCL? Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 23.05.2007 21:03:00: Good day! One of our programs written in PL1 recently encountered a S0C7 abend. In the course of our investigation, we noticed that this abend only happens when the job runs on certain systems in our sysplex. If we run the job in CPU1, it will run ok but using the same JCL and run it on CPU2, the job will abend. The library where the program is coming from as well as the input data that is being processed is the same for both systems. The LE runtime options are also the same for both environment based on the RPTOPTS(ON) report. We even tried to steplib to the LE runtime libraries of the working system, CPU1, while running in CPU2 but the job still fails which is why we think that it might not be LE related. Per our MVS folks, the maintenance level for both systems is the same. Any ideas on what else we can check or what could be causing this abend? Best regards, michael _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- 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
Antwort: Re: Health Checker
Peter, great, exactly what I wanted to know .. Thanks to all which have replied to my question. Werner IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 31.10.2006 13:26:32: What is the sense of giving a statement a name when there is a check name which is unique? The check name imight be unique but there is no reason that your policy statement has to be limited to a particular check (it could use wildcarded names, fo example) or that you cannot have multiple policy statements each of which is applied to a particular check. STATEMENTNAME is just a way for you to be able to uniquely reference this policy statement should you want to display it or delete it (for example). In z/OS 1.8 this becomes an optional specification and the system will define a name for you, should you decide that you are not interested in referencing individual policy statements. In the case where you put an UPDATE statement into your startup parmlib member, you're right that it's too early. UPDATE works on checks that have been defined/added. It is not something that is stored and used later (which is exactly what POLICY statements are for). As it happens the parmlib definitions are read before it is necessarily the case that checks have been defined/added. UPDATE statements (or UPDATE modify commands) are for things that you want done once and do not want to be re-applied if you ever refresh the check. There probably aren't a whole lot of such situations (especially not wanting the re-apply after refresh). Peter Relson z/OS Core Technology Design -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Health Checker
I want to modify attributes of IBM delivered checks during start of HC. According to the manual I can do it by defining UPDATE statements in the HZSPRM00 parmlib member: UPDATE CHECK(IBMCNZ,CNZ_SYSCONS_MASTER) WTOTYPE=INFORMATIONAL However during startup of HC it says: HZS0410I CHECK(IBMCNZ,CNZ_SYSCONS_MASTER): UPDATE PROCESSING FOUND NO MATCH A subsequent issue of a F HEALTHC,SET PARMLIB=00 with the same set of commands runs successfully. It seems that during startup it's too early for UPDATE statements. Or what else is wrong with my definitions? Werner -- 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
Antwort: Re: Health Checker
__
Sam,
thanks for replying. I didn't use the ADDREPLACE because I didn't know
what to specify for STMT.
What is the sense of giving a statement a name when there is a check name
which is unique?
Werner
Knutson, Sam [EMAIL PROTECTED]
Gesendet von: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
30.10.2006 13:29
Bitte antworten an
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
An
IBM-MAIN@BAMA.UA.EDU
Kopie
Thema
Re: Health Checker
Try this in SYS1.PARMLIB(HZSPRM00)
ADDREPLACE POLICY STMT(CONS1) UPDATE CHECK(IBMCNZ,CNZ_SYSCONS_MASTER)
WTOTYPE(INFORMATIONAL)
REASON('I have my reasons...')
DATE(20061030)
Thanks, Sam
--
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: APAR PTF Relationship.
Howard, what I always have on my desk is Appendix A (Component IDs for Elements in z/OS) from Program Directory of my z/OS. Take the component id from APAR and look up the id in Appendix A. The last column shows the RETAIN release, which is the 3 chars id listed in APARs. Werner Howard Rifkind wrote: Thanks John and Ed. Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Howard Rifkind I have an APAR number and I would like to know how to relate this to a PTF number for my system. I look up the APAR on IBMLINK and it points to several PTF numbers. What should I look for in the PTF which would clue me in to deciding which one to pick for my system. The RELEASE information in the APAR corresponds to the last 3 characters of the FMID. E.g., using CICS as an example, and assuming you have TS 2.3 (CICS 6.3, FMID HCI6300) installed: APAR PQ01234 ... RELEASE 300: UQ00123 RELEASE 200: UQ00125 RELEASE 100: UQ00124 You'd select UQ00123. So, check the exact FMID of the component whose APAR you're looking at, and choose the applicable release via the above scheme. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Relax. Yahoo! Mail virus scanning helps detect nasty viruses! -- 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 -- Werner Kuehnel IMD GmbH (Mannheimer Versicherung) Mannheim - Germany -- 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.4 Slowdowns
Dave, you know that you can monitor enclaves with RMF3 - Overview - Enclaves? RMF3 recently helped me to track down a CPU problem with enclaves. Hth, Werner Dave Kopischke wrote: On Tue, 27 Sep 2005 14:38:38 -0400, Patrick.Falcone wrote: Can you share the product? Is it WAS? You say you've checked paging, how about swapping? What is the capture ratio during the problem time frame? Also, Mark makes a good point about enclave tracking, unfortunately it may not be obvious with traditional monitoring. The product is a new release of a JAVA API that allows access to Mobius' View Direct product. The API is hosted on either a Windows server or a UNIX server. They have both versions here and they're testing both. The API is new to all allow viewing of color documents. I'm told the JAVA interface communicates through IP Sockets to the VTAM View Direct app. I know very little about the changes to the product. I'm not certain that the issue is caused by this product yet either, but it is my leading contender. I don't want to say bad things about the product (yet), but if it helps to nail the cause, I'll throw it out there. No WAS. No DB2. Enclaves are an interesting direction, but I don't know what would be spawning enclaves within the process. I've been away from the product for a couple years, so I haven't kept up on its upgrades and direction. RMF reports are running now. I'll post what I find. -- 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 -- Werner Kuehnel IMD GmbH (Mannheimer Versicherung) Mannheim - Germany -- 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
We send since months our SCRT reports fully automated to IBM, too. This morning I attended the webconference where LMDS was introduced. It seems that there is no automation possible. IBM might have automated their work, but on customer side this is a big step backwards. Werner B Sysprog wrote: We are new to SubCapacity Reporting. As of November, we were notified that we must submit our monthly reports vaw LMDS (License Manager Data Submission). We currently use the email submission method and have it mostly automated. Does anyone know if we can automate the LMDS submission process, and how to do this? Thank you, BK Kosmach _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- 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 -- Werner Kuehnel IMD GmbH (Mannheimer Versicherung) Mannheim - Germany -- 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: Deleted VVDS
What's about defining a new VVDS with DEFINE CLUSTER and restoring the catalog either from the dump copies or try a dump/restore. How did you ascertain that the dump copies don't contain the VVDS? Werner Natasa Savinc wrote: We IPLed one of the two systems in parallel sysplex, and encountered problem with accessing certain catalog. We found out that VVDS from the catalog volume is missing. Other system in sysplex (the one that wasn't restarted) still has access to that catalog and the datasets in it. We have two generations of dump of that volume, but unfortunately the dump copies dont' contain VVDS (meaning it was deleted before that dump copies were taken). Now we have a serious problem. We are considering our options, and any suggestion would be greatly appreciated. Regards, Natasa -- 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 -- Werner Kuehnel IMD GmbH (Mannheimer Versicherung) Mannheim - Germany -- 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
Decrease ML1-Pool
We've the need to increase for a couple of months the DFHSM ML1 pool by let's say 100 volumes (on a separate disk subsystem) to eliminate ML2 for certain datasets. After that period we want to cut it down to the original size. Is there a way to tell DFHSM don't use vol001-vol100 anymore and empty them by copying the datasets to other ML1 volumes? Or like DFSMS anything similar to DISABLE NEW? Any idea how this can be done with least manual effort? Werner Kuehnel IMD GmbH (Mannheimer Versicherung) Mannheim - Germany -- 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: Decrease ML1-Pool
Thanks Richard, exactly what I was looking for. Werner Richard Marchant wrote: Werner, See the link http://www.lascon.co.uk/d015403.htm You have to ADDVOL the ML1 volumes with the DRAIN parameter and then issue the FREEVOL commands at appropriate times. Richard Marchant Shoden Data Systems -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Werner Kuehnel Sent: 10 June 2005 09:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Decrease ML1-Pool We've the need to increase for a couple of months the DFHSM ML1 pool by let's say 100 volumes (on a separate disk subsystem) to eliminate ML2 for certain datasets. After that period we want to cut it down to the original size. Is there a way to tell DFHSM don't use vol001-vol100 anymore and empty them by copying the datasets to other ML1 volumes? Or like DFSMS anything similar to DISABLE NEW? Any idea how this can be done with least manual effort? Werner Kuehnel IMD GmbH (Mannheimer Versicherung) Mannheim - Germany -- 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 -- Werner Kuehnel IMD GmbH (Mannheimer Versicherung) Mannheim - Germany -- 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
