Re: Removing entries of non-existing data sets from SMS volumes
What I mean that the data sets are not in catalog, but they are in VTOC of the volume. Mohamed Juma --- On Mon, 5/9/11, Schwarz, Barry A barry.a.schw...@boeing.com wrote: From: Schwarz, Barry A barry.a.schw...@boeing.com Subject: Re: Removing entries of non-existing data sets from SMS volumes To: IBM-MAIN@bama.ua.edu Date: Monday, May 9, 2011, 2:58 PM Start by explaining what you mean by a non-existent dataset. Do you mean a catalog entry for which there is no corresponding dataset on the indicated volume? If that is the case, then there is no need to remove it from the volume (since it is not there anyway). But you do want to remove it from the catalog. The DELETE NOSCRATCH command as described in the Access Method Services is the usual tool of choice. For datasets erroneously catalogued on SMS volumes, the LISTCAT ALL command will generate errors when it cannot extract information from the VVDS. You can list an entire catalog, hold the output, and use SDSF to search for the errors. If you know the volumes in question, the DCOLLECT, DIAGNOSE CATALOG, and DIAGNOSE VVDS commands ((all from Access Method Services) may provide useful information. If you don't know the volumes, the DSMON program from the RACF Auditor's Guide may provide useful information. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mohamed Juma Sent: Saturday, May 07, 2011 10:44 PM To: IBM-MAIN@bama.ua.edu Subject: Removing entries of non-existing data sets from SMS volumes We are facing a problem to remove entries of non-existing data sets from SMS volume, first how to check all volumes in that SMS group for the data sets which not existing, second how to delete their entries. -- 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: z9 BC withdraw from marketing
We facing a problem to remove entries of non-existing data sets from SMS volume, first how to check all volumes in that SMS group for the data sets which not existing, second how to delete their entries. Thanks, Mohamed Juma -- 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
Removing entries of non-existing data sets from SMS volumes
We are facing a problem to remove entries of non-existing data sets from SMS volume, first how to check all volumes in that SMS group for the data sets which not existing, second how to delete their entries. Thanks, Mohamed Juma -- 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: Changing LPAR Weights
I tried to get this manual Zseries API, but I could not find it. What the manual number. Thanks, Mohamed Juma --- On Thu, 1/29/09, Edward Jaffe edja...@phoenixsoftware.com wrote: From: Edward Jaffe edja...@phoenixsoftware.com Subject: Re: Changing LPAR Weights To: IBM-MAIN@bama.ua.edu Date: Thursday, January 29, 2009, 1:14 PM gsg wrote: Edward, Do we have to be running our HMC on Unix? We have not converted our HMC to unix. Yet. No. The zSeries API has been around for many years--long before the Linux-based HMC/SE. We first started using it on our z800 with an OS/2-based HMC/SE. I suggest you download and read the zSeries API manual from IBM's site. That book should answer any further questions you might have. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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
Extract SMPE FMIDs
HI, We installed Z/OS 1.7 recently, we have some old IBM products in our existing Z/OS 1.4 system (such as Netview Access) which use the same Z/OS SMPE Zones (it came before in the same serverpac of Z/OS 1.4). I want to use this products with my new Z/OS 1.7, my problem how can I extract the SMPE for these products to a new SMPE to be used with Z/OS 1.7. Is there any way to do that, and is it save and recommended? and how? Thanks eveyone, Mohamed Juma Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Using indirect volume serial support
Hi, I am going to migrate from Z/OS V1.4 to V1.7, we have two independent systems TEST and PROD, each system has its own datasets and volumes, but we keep the same VOLSER names for both right now as example we use for CAT volume two different VOLSER using the same nane ZOSCAT. I am thinking to have for both systems two different VOLSER names such as ZOSPCA for PROD and ZOSTCA for TEST and etc for all the Z/OS volumes. Normally we install our staff and IPL the new system and use it for TEST, and take a copy to use for PROD with the same VOLSER names. But to implement the two systems with two different VOLSER names, I am thinking to use the indirect volume serial support, but I do not know if it is the rigt view or not, as how I can do it. If any one had this experience before, I want to share this experience, and to guide me to any reference which can help. Thanks,,. Mohamed Juma -- 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
Z/OS V 1.7 CPU utilization
Hi, We are now Z/OS V 1.4, we are planning to go to V 1.7, I normally know that there is more CPU overhead from old to new versions. If there is any, What Percentage of CPU usage can come with V 1.7 over 1.4? Thanks, Mohamed Juma __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enhanced Catalog Sharing
What is the gain or the advantage of using ECS. Mohamed Juma --- Schiradin,Roland HG-Dir itb-db/dc [EMAIL PROTECTED] wrote: We've been using ECS since March 2001 without any issue. At that time I add some coding to support this info in SHOWzOS From the change log * Catalog display contains now ECS and Locked flag RS0301 Roland -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Andy White Sent: Monday, March 20, 2006 9:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Enhanced Catalog Sharing Does anyone have enhanced catalog sharing turned on their systems. On our lab today we have done this in the coupling facility was wondering what the feed back has been, problems if any, user experiences. -- 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 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Unix Root grouth
Hi, I faced strange OMVS issue, our HFS root was about 3300 cyls, We faced shortage problem, so I defined it as multivolume HFS. Few months later I found it about 14 thousands Cyls which is almost five time than before. I do not know why it came so big like this, I checked the content of the root,I could not find any reason. I cleared some log staff. it can down little. Did any one such situation before?, any help appreciated. Thanks, Mohamed Juma __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Policy for CPU and OS upgrade
Good day every one, I want to get the experience of other in two issues: 1. How you put your policy to upgrade the CPU or to go to new bigger processor, is it just when you suffer from 100% CPU usage or what are the criteria used for that? 2. Regarding the operating system: when you decide to go to higher version? and what is your maintenance policy?, are you puting maintenance every 6 months as example or you do maintenance only if you are forced because of a problem you faced? Best regards, Mohamed Juma __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sysplex and CPU Questions
The Fix for OA12848bis I received it already from IBM 4 days back and has been applied, it is the APAR number CA12848. Mohamed Juma --- Gil Peleg [EMAIL PROTECTED] wrote: Hi Bruno, We too are victims of OA03194 and now waiting OA12848 to be closed... Currently living the the SLIP provided in the APAR. Do you have information about any progress with OA12848? Thanks, Gil. On 11/13/05, Bruno Sugliani [EMAIL PROTECTED] wrote: On Sun, 13 Nov 2005 02:57:41 -0600, Brian Westerman [EMAIL PROTECTED] wrote: Hi, I'm going to simplify this a bit to show you the differences. In the same line of speach :-) I am going to give you the real life example ! OA03194 was created in order to limit the number of SRB's an exploiter may have running in the connector's address space. ( for your own sake do not apply it ) I am the guy who got hit with my small data sharing configuration ( 2 x z/990 with only 2 engines each ) This resulted in the OA12848 ( opened for/by us ) . Now i always said since years that a mono engine system was a calculated computer suicide , and nobody will ever change my mind after this nightmare. ( although i had 2 CP's on each machine) So my advise to you ... never have an lpar with one engne only . Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- 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 __ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sysplex and CPU Questions
The Fix for OA12848bis I received it already from IBM 4 days back and has been applied, it is the APAR number CA12848. Mohamed Juma --- Gil Peleg [EMAIL PROTECTED] wrote: Hi Bruno, We too are victims of OA03194 and now waiting OA12848 to be closed... Currently living the the SLIP provided in the APAR. Do you have information about any progress with OA12848? Thanks, Gil. On 11/13/05, Bruno Sugliani [EMAIL PROTECTED] wrote: On Sun, 13 Nov 2005 02:57:41 -0600, Brian Westerman [EMAIL PROTECTED] wrote: Hi, I'm going to simplify this a bit to show you the differences. In the same line of speach :-) I am going to give you the real life example ! OA03194 was created in order to limit the number of SRB's an exploiter may have running in the connector's address space. ( for your own sake do not apply it ) I am the guy who got hit with my small data sharing configuration ( 2 x z/990 with only 2 engines each ) This resulted in the OA12848 ( opened for/by us ) . Now i always said since years that a mono engine system was a calculated computer suicide , and nobody will ever change my mind after this nightmare. ( although i had 2 CP's on each machine) So my advise to you ... never have an lpar with one engne only . Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- 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 __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sysplex and CPU Questions
Hi Bruno You mentioned some thing about some problems you faced related to OA12848. Please provide me with more details about this problem, as example the symptom, when you reported it to IBM, and when you got the FIX. Because we may have the same problem, and I need you help. I appreciate your help. Thanks Mohamed Juma 13 Nov 2005 02:57:41 -0600, Brian Westerman [EMAIL PROTECTED] wrote: Hi, I'm going to simplify this a bit to show you the differences. In the same line of speach :-) I am going to give you the real life example ! OA03194 was created in order to limit the number of SRB's an exploiter may have running in the connector's address space. ( for your own sake do not apply it ) I am the guy who got hit with my small data sharing configuration ( 2 x z/990 with only 2 engines each ) This resulted in the OA12848 ( opened for/by us ) . Now i always said since years that a mono engine system was a calculated computer suicide , and nobody will ever change my mind after this nightmare. ( although i had 2 CP's on each machine) So my advise to you ... never have an lpar with one engne only . Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- 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 __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Sysplex and CPU Questions
In Sysplex Environment: 1. Is it required or recommended in Sysplex system with DB2 data sharing to have more than one CP in the CPC. 2. Which is better to have CPC with one CP as example 200 Mips, or CPC with two CPs each 100 Mips. Thanks Mohamed Juma __ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs -- 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