Re: Converting to SMS for the first time
Ron, These two sentences contradict each other: I would urge you to consider vertical pooling rather than horizontal pooling. My key point is to go horizontal, and avoid vertical pooling. I understand your point, but others may not. Care to rewrite this post a little bit for clarification? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron Hawkins Sent: Wednesday, July 04, 2012 6:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Converting to SMS for the first time Lizette, Before starting down the SMS path I think there are ways of approaching your storage groups that will become increasingly important over time. One is horizontal pooling, and the other is vertical pooling. Horizontal pooling is where you group volumes based on some business or application boundary, like having all the volumes for banking in one storage group, and all the volumes for credit cards in another. Vertical pooling is where you pool volumes based on the volume attributes, so you may have all your HUR copied DUPLEX volumes in one storage group, and all the suspended temporary dataset volumes in another storage group. I would urge you to consider vertical pooling rather than horizontal pooling. Horizontal pooling by its nature appeases many of the political problems that occur with implementing SMS, especially the MVS neophytes that cannot get their mind beyond the that other application can steal all my freespace mindset. I have seen this turn a site into 120+ storage groups, and I've heard of more. You don't want to be managing that. Horizontal pooling allows you to minimize the things you manage, and maximize the access to the resources within the pool. I start out with just a few Storage Group categories that define workload that you may want to keep separate for usage, performance, or some other reason. As a rule I use: TMP: truly temporary datasets, and not transitory datasets passed from job to job DBS: any dataset allocated by a DBMS (IMS, DB2, IDMS, etc) or an OLTP (CICS, etc). Some datasets may also be used by batch jobs, but if it is part of a database at any point then it goes here. GEN: the general pool which starts out as anything with a TSO users HLQ or a DSORG=PO. SYS: the system software pool. Datasets with a software product HLQ go here (SYS2, SYS3, CA, BMC, etc). Most of this is software that is not cutover with a pack copy, or the actual data files used by the software. GTD: a guaranteed space pool for anything that requires hand placement or dedicated volumes. For example volumes shared across plexes with converted reserves turned off, or a dedicated, custom sized volume for the TMC. BAT: the batch pool. Essentially anything that does not qualify for the first five categories will be created a by a batch job and drop through into this pool. It makes ACS coding easy :-) If datasets within these categories have special hardware requirements, you can split the pool and name them with a suffix. For example you have a mixed vendor shop and most of your batch datasets can use HDS Shadowimage, but there are a few applications that are built around EMC Timefinder. You can use SGBAT00 as a generic Storage Group, and have a SGBAT01 storage group for datasets that require Shadowimage, and SGBAT02 for datasets that require Timefinder. SGBAT01 only has HDS volumes, and SGBAT02 only has EMC volumes. When you replace your EMC with a VSP (VBG) you can merge the three pools back into SGBAT00. Once I have poured over DCOLLECT and Type42_6 records to establish how datasets are used I build a model of the storage group space requirements and contents. Many years ago I wrote a SMS allocation simulator in SAS using these SMF records. It helped me plan SMS conversions at a few sites, especially the pool sizes and Management Class migration potential. It also provided the basis for a large part of the ACS code. One medium sized site in Indonesia - really smart people - implemented a complete conversion with this approach in a three month window from project start to end. After seeing this work on production they implemented this in development with a single storage group, which is what I would usually recommend for a typical development setup. Anyway I have probably bored you to tears. My key point is to go horizontal, and avoid vertical pooling. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, July 03, 2012 6:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] Converting to SMS for the first time I have a friend who has a shop that is non SMS. I am trying to provide a simple check list on how to convert to SMS managed storage. If anyone has suggestions on best practices for a conversion – please let me know. I have one idea of how to do, but others with more experience
Troubleshooting with a new library
Hello, I've just switched from an IBM 3494 to an IBM TS3500. Sometimes some jobs are failing (they where working fine with the old library) : 20.30.07 JOB12951 IEF233A M 1407,PRIVAT,SL,PSSA0012,SSA00120,SAVEXT.VCF495B.G0914V00 20.31.06 JOB12951 IEC501A M 1407,PRIVAT,SL,COMP,PSSA0012,SSA00120,SAVEXT.VCF495B.G0914V00 20.31.08 JOB12951 IEC147I 613-1C,IFG0194J,PSSA0012,SSA00120,OUT001,1407,K21059.SAVEXT.VCF 029 029 IEE763I NAME= IFG0194J CODE= 6131C 029 IEC147I LOGREC ID = 029 IEE763I NAME= CBRLLACS CODE= 14016A 029 CBR4000I LACS MOUNT PERMANENT ERROR FOR DRIVE 1407. 029 CBR4106I INVALID SEQUENCE OF ORDERS SENT TO LIBRARY TS3500. 029 IEE764I END OF IEC147IRELATED MESSAGES I have no idea why there is a double mount. My os is z/OS 1.13, I have all P¨TF for 3584 and 3592, the TS3500 is at the last level of code. Hardware guys says no problem with the library... When I retry the job later, it works fine... Any trick to solve this problem ? Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Troubleshooting with a new library
Marc Manuel mmanue...@gmail.com wrote in message news:CAM_-7R=S=epydfgssshiolmd0pcdg8wedgzjky1covngkvn...@mail.gmail.com... Hello, I've just switched from an IBM 3494 to an IBM TS3500. Sometimes some jobs are failing (they where working fine with the old library) : 20.30.07 JOB12951 IEF233A M 1407,PRIVAT,SL,PSSA0012,SSA00120,SAVEXT.VCF495B.G0914V00 20.31.06 JOB12951 IEC501A M 1407,PRIVAT,SL,COMP,PSSA0012,SSA00120,SAVEXT.VCF495B.G0914V00 20.31.08 JOB12951 IEC147I 613-1C,IFG0194J,PSSA0012,SSA00120,OUT001,1407,K21059.SAVEXT.VCF 029 029 IEE763I NAME= IFG0194J CODE= 6131C 029 IEC147I LOGREC ID = 029 IEE763I NAME= CBRLLACS CODE= 14016A 029 CBR4000I LACS MOUNT PERMANENT ERROR FOR DRIVE 1407. 029 CBR4106I INVALID SEQUENCE OF ORDERS SENT TO LIBRARY TS3500. 029 IEE764I END OF IEC147IRELATED MESSAGES I have no idea why there is a double mount. My os is z/OS 1.13, I have all P¨TF for 3584 and 3592, the TS3500 is at the last level of code. Hardware guys says no problem with the library... When I retry the job later, it works fine... Any trick to solve this problem ? Thank you. Weird problem. From the IEC501A message: IEC501A is issued by Open when Allocation has not issued a mount message (that is, when no IEF233A or IEF233D has been issued -- for example, mounts with DEFER coded) and the volume is needed immediately. Do you have any software assisting/modifying mounts? 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TS7700: is there a z/OS interface to the TS3500 tape library?
Kees, I dont know of good interface. The books do mention a CLI which is available via Java. http://publib.boulder.ibm.com/infocenter/ts3500tl/v1r0/index.jsp?topic=%2Fcom.ibm.storage.ts3500.doc%2Fipg_3584_cli.html OAM provides possible alternatives: 1. D SMS LIBRARY(),DETAIL output contains a status line when there are no cleaner cartridges. 2. The library issues an alert to the host systems when something happens with cleaner cartridges, these are issued by OAM with CBR3750I, and contains things like OP0008 * The library is out of CST/ECCST cleaner cartridges. There are many alerts related to cleaner carts, see here http://publib.boulder.ibm.com/infocenter/ts7700/cust/index.jsp?topic=%2Fcom.ibm.storage.ts7740.doc%2Fts7740_ua_operator_info.html You could use automation to detect and parse the message and create your own alert to ops. Mike Wood -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: INACTIVE Spool Volume
I did a $PSPL(SPOOL1) followed by message $HASP424 SPOOL1 IS NOT MOUNTED. The I initialized a volume SPOOL1 and purged it with message $HASP414 OBTAIN FAILED FOR SYS1.SYSE.HASPACE ON SPOOL1 WITH CC 8. Now I allocated haspace data set on volume and purged it with message $HASP421 PREVIOUSLY MOUNTED VOLUME SPOOL1 IS UNFORMATTED $HASP443 SPOOL1 NOT ALLOCATED 167 I/O ERROR DURING READ VALIDATION, RC=03 I then tried to start the spool on SPOOL1 with the same I/O error message. Reiner -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TS7700: is there a z/OS interface to the TS3500 tape library?
Mike Wood mww...@ntlworld.com wrote in message news:9338247828173738.wa.mwwoodntlworld@listserv.ua.edu... Kees, I dont know of good interface. The books do mention a CLI which is available via Java. http://publib.boulder.ibm.com/infocenter/ts3500tl/v1r0/index.jsp?topic=% 2Fcom.ibm.storage.ts3500.doc%2Fipg_3584_cli.html OAM provides possible alternatives: 1. D SMS LIBRARY(),DETAIL output contains a status line when there are no cleaner cartridges. 2. The library issues an alert to the host systems when something happens with cleaner cartridges, these are issued by OAM with CBR3750I, and contains things like OP0008 * The library is out of CST/ECCST cleaner cartridges. There are many alerts related to cleaner carts, see here http://publib.boulder.ibm.com/infocenter/ts7700/cust/index.jsp?topic=%2F com.ibm.storage.ts7740.doc%2Fts7740_ua_operator_info.html You could use automation to detect and parse the message and create your own alert to ops. Mike Wood Mike, I was looking for warning operations before it really becomes a problem, e.g. when the number of cleaning cartridges falls below 3. Especially for the remote cluster, so they can plan a trip to insert new ones. I have now pointed them to the GUI, where they can regularly check the status of the cleaning cartridges. I will look for automating and emailing them: OP0008 W Media * The library is out of CST/ECCST cleaner cartridges. And maybe also: OP0401 M Media * x cleaner cartridge (yy) was ejected due to maximum use Thanks for your investigations, 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: INACTIVE Spool Volume
Reiner Markus reiner.mar...@gmx.net wrote in message news:2061526008224439.wa.reiner.markusgmx@listserv.ua.edu... I did a $PSPL(SPOOL1) followed by message $HASP424 SPOOL1 IS NOT MOUNTED. The I initialized a volume SPOOL1 and purged it with message $HASP414 OBTAIN FAILED FOR SYS1.SYSE.HASPACE ON SPOOL1 WITH CC 8. Now I allocated haspace data set on volume and purged it with message $HASP421 PREVIOUSLY MOUNTED VOLUME SPOOL1 IS UNFORMATTED $HASP443 SPOOL1 NOT ALLOCATED 167 I/O ERROR DURING READ VALIDATION, RC=03 I then tried to start the spool on SPOOL1 with the same I/O error message. Reiner Have a look at this Red Alert, it seems applicable: http://www14.software.ibm.com/support/customercare/sas/f/redAlerts/20120 629.html 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Troubleshooting with a new library
Hello, I do not have such software, I have CA-TLMS but I don't think that it could be involved in such a work. My jobs are not running with DEFER coded , I tried with DEFER coded, same results... I always have IEF233A on jobs that works fine : 06.04.13 JOB13871 IEF233A M 1405,PRIVAT,SL,PSSA0012,SSA00120,SAVEXT.VCF495B.G0914V00 06.05.05 JOB13871 IEC705I TAPE ON 1405,K21684,SL,COMP,PSSA0012,SSA00120,SAVEXT.VCF495B.G0914V00,MEDIA5 06.05.10 JOB13871 IEC205I OUT001,PSSA0012,SSA00120,FILESEQ=1, COMPLETE VOLUME LIST, 978 978 DSN=SAVEXT.VCF495B.G0914V00,VOLS=K21684,TOTALBLOCKS=175 06.05.19 JOB13871 IEC205I OUT002,PSSA0012,SSA00120,FILESEQ=2, COMPLETE VOLUME LIST, 985 985 DSN=SAVEXT.VCF495C.G0914V00,VOLS=K21684,TOTALBLOCKS=169 JCL snippet : //OUT001 DD UNIT=R3592,DISP=(,CATLG),VOL=(,RETAIN), // LABEL=001,DSN=SAVEXT.VCF4960(+1) //OUT002 DD UNIT=R3592,DISP=(,CATLG),VOL=(,RETAIN,REF=*.OUT001), // LABEL=002,DSN=SAVEXT.VCF4961(+1) //OUT003 DD UNIT=R3592,DISP=(,CATLG),VOL=(,RETAIN,REF=*.OUT002), // LABEL=003,DSN=SAVEXT.VCF4962(+1) As IBM told me, I didn't put any MIH records into IECIOSxx. The ficons bettween the Z10 and the TS3500 are 330 meters long, they where only 30 meters long with the old library. Regards. 2012/7/5 Vernooij, CP - SPLXM kees.verno...@klm.com Marc Manuel mmanue...@gmail.com wrote in message news:CAM_-7R=S= epydfgssshiolmd0pcdg8wedgzjky1covngkvn...@mail.gmail.com... Hello, I've just switched from an IBM 3494 to an IBM TS3500. Sometimes some jobs are failing (they where working fine with the old library) : 20.30.07 JOB12951 IEF233A M 1407,PRIVAT,SL,PSSA0012,SSA00120,SAVEXT.VCF495B.G0914V00 20.31.06 JOB12951 IEC501A M 1407,PRIVAT,SL,COMP,PSSA0012,SSA00120,SAVEXT.VCF495B.G0914V00 20.31.08 JOB12951 IEC147I 613-1C,IFG0194J,PSSA0012,SSA00120,OUT001,1407,K21059.SAVEXT.VCF 029 029 IEE763I NAME= IFG0194J CODE= 6131C 029 IEC147I LOGREC ID = 029 IEE763I NAME= CBRLLACS CODE= 14016A 029 CBR4000I LACS MOUNT PERMANENT ERROR FOR DRIVE 1407. 029 CBR4106I INVALID SEQUENCE OF ORDERS SENT TO LIBRARY TS3500. 029 IEE764I END OF IEC147IRELATED MESSAGES I have no idea why there is a double mount. My os is z/OS 1.13, I have all P¨TF for 3584 and 3592, the TS3500 is at the last level of code. Hardware guys says no problem with the library... When I retry the job later, it works fine... Any trick to solve this problem ? Thank you. Weird problem. From the IEC501A message: IEC501A is issued by Open when Allocation has not issued a mount message (that is, when no IEF233A or IEF233D has been issued -- for example, mounts with DEFER coded) and the volume is needed immediately. Do you have any software assisting/modifying mounts? 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: INACTIVE Spool Volume
Reiner, Can you tell me which version of z/OS your installation is on ? Scott ford www.identityforge.com On Jul 5, 2012, at 7:52 AM, Reiner Markus reiner.mar...@gmx.net wrote: Kees, seems we werer hit by this red alert. z/OS 1.11 PTF UA61942 is already accepted because it's from december last year. Now I will do a spool offload and cold start JES2 at this weekend to get rid of SPOOL1. Thanks, Reiner Markus -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FW: GSE security working group minutes.
Sent on behalf of GSE Security Chairman – Jamie Pease. Ladies and Gentlemen, Many thanks to those who attended the GSE Enterprise Security Working Group (ESWG) meeting in June. The minutes and presentations from the meeting can be downloaded using this link http://racf.gse.org.uk/content/content_event_presentations.php?id=2 The ESWG website has also been through a makeover! Please take a look at http://racf.gse.org.ukhttp://racf.gse.org.uk/ - we welcome any feedback that you have or suggestions for content. Regards Jamie Regards, _ Mark Wilson Technical Director RSM Partners Ltd z Specialists, Software Support Mobile +44 (0)7768 617006 Offices: The Courtyard, Buntsford Drive, Stoke Pound, Bromsgrove B60 3DJ Tel: 0870 0501004 Fax: 0870 0501006 Email: ma...@rsmpartners.comapplewebdata://4CDA0092-1912-4A85-B859-D8C7AAE6DF7A/ma...@rsmpartners.com Web: www.rsmpartners.com __ This message was delivered by EPA Hosted Exchange and has been certified virus-free. For more information please visit http://www.epacloud.com/exchange __ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: INACTIVE Spool Volume
Reiner, Sorry I asked, I reread your last post. I know your on z/OS 1.11 Scott ford www.identityforge.com On Jul 5, 2012, at 8:45 AM, Scott Ford scott_j_f...@yahoo.com wrote: Reiner, Can you tell me which version of z/OS your installation is on ? Scott ford www.identityforge.com On Jul 5, 2012, at 7:52 AM, Reiner Markus reiner.mar...@gmx.net wrote: Kees, seems we werer hit by this red alert. z/OS 1.11 PTF UA61942 is already accepted because it's from december last year. Now I will do a spool offload and cold start JES2 at this weekend to get rid of SPOOL1. Thanks, Reiner Markus -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Quantas hit by leap second issue?
On Tue, 3 Jul 2012 05:53:21 -0500, Barry Merrill ba...@mxg.com wrote: QATAR Airways is also without the U and seemingly well pronounced in their advertisements. Hmmm ISTR Qatar being pronounced Cutter in recent news reports. I've not heard their airline's name pronounced, properly or improperly. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shrinking a ZFS aggregate
Dear sir, Ioefsprm parmlib member ? Looking at aggrow keyword, but not sure if it addresses your need. Apology if my assumption is wrong. On Jul 5, 2012 5:20 PM, Don Imbriale don.imbri...@gmail.com wrote: So John is back to useless posts that do more to attack than to provide substance. Your earlier departure from this list was not missed. - Don Imbriale On Wed, Jul 4, 2012 at 7:25 PM, John Gilmore jwgli...@gmail.com wrote: Mark, I am aware that you have done very useful work, and I will therefore be polite. I am a nevertheless more than a little tired of this nonsense. I have been in this business since 1949. That's 63 years. How long have you been in this business? You would presumably agree with milder formulations of the notion I set out, say that a GETMAIN makes a complementary FREEMAIN desirable, perhaps even necessary. Moreover, you omitted to provide any details of the many examples of things that can be made larger but not smaller that you can think of; and this made your argument unimpressive, converted it into vacuous rhetoric. I can myself think of instances of the sort you allude to without mentioning, and those I have examined in detail stem from the usual omissis. If shrinking as well as stretching had been a requirement ab initio, it would have been easy enough to implement. It was not, and it was hard to provide as an add-on feature. This is bad design, and Garden-of-Eden states do almost always reflect design defects Substantive argument and disagreement are fine. I expect to be disagreed with. I indeed try not to post platitudes that can provoke no disagreement. You, howerver, omitted to make any substantive argument. Your post was one more instance of what I have elsewhere used MIlls' term to characterize as crackpot realism. John Gilmore, Ashland, MA 01721 - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Quantas hit by leap second issue?
On Thu, Jul 5, 2012 at 9:02 AM, John Chase jonboy...@gmail.com wrote: Hmmm ISTR Qatar being pronounced Cutter in recent news reports. I've not heard their airline's name pronounced, properly or improperly. http://en.wikipedia.org/wiki/Qatar, of course, includes pronunciation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shrinking a ZFS aggregate
What is needed is for IBM to write a zfsresize command. This command would reorganize the internals of a zfs, compacting the used portions towards the front of the dataset, adjusting the internal pointers, and marking some portion (based on the user's input) as unusable. Once the UNIX people have written this code, the DFSMS people will need to write code which allows the excess space in a VSAM LDS file to be released. Or is this functionality already in SMS. I have a vague memory. Like so many of my memories. OK, those who want this, write up a business case to show IBM how using up the resources to do this would result in a quantifiable advantage to IBM. I would guess (not sure), that means either makes them more money, or costs them less money in the future (say for maintenance). It pretty much all boils down to money (gained or not spent). Personally, I don't give this a good chance. IMO, the best bet for this is to: 1) calculate how much space you want in the filesystem. 2) allocate a new zFS filesystem with that much space. 3) mount the new zFS filesystem at a new mountpoint. 4) remount the existing zFS filesystem in read-only mode (chmod -r /mount-point) 5) use something like pax to copy the files from the old filesystem to the new one pax -k -pe -rw /old-mount-point /new-mount-point) 6) Unmount the old and new filesystems. 7) mount the new filesystem at the old mount point. 8) Update the BPXPRMxx member of PARMLIB. Instead of the above 6 7, once you have the filesystems unmounted, you can rename the old dataset to some different name, and the new dataset to the old name and then do a mount. Of course, steps 6+ assume that you can do the unmount. This is not always possible. If not, you would need to update the BPXPRMnn member and reIPL. In the worse case, perhaps a sysplex wide IPL. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Test please ignore
Test please ignore -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PCOMM copy-paste (quite another issue)
On Tue, 3 Jul 2012 08:25:09 -0400, Shmuel Metz (Seymour J.) shmuel+...@patriot.net wrote: Steve Bireley sbire...@rocketsoftware.com said: True that they are not unique to APL and is a code page issue. However, some of the lines drawn on 3270 screens in many emulators are drawn using an APL font instead of Unicode or some other code page. I doubt that it's an APL font; TEXT is more likely. Page 437 is more likely than either. Fidelity in copy/paste requires that both applications know what they're doing with the clipboard. When you place data on the clipboard, you have to tell (assuming Windows in this case) about what you've written, and you can't lie. If you tell the API the data is text (associated with a locale), then Windows will be able to translate it. And I would certainly expect the emulator's copy function to be intelligent enough to recognize that APL data (code page 294) is implemented on a 3270 using a mixture of two code pages: the base code page (e.g. 037) and code page 310, with the 3270 Graphic Escape character prefixing each APL-specific character in code page 310. Default locale for Western Windows assumes code page 1252. But not even DOS code page 437 has all of the APL characters in it, so the emulator must store data on the clipboard in Unicode format. The pasting application must then retrieve the data from the clipboard in Unicode format. If the editor doesn't support Unicode, but only the SBCS implicit in the locale settings, Windows will translate the Unicode to the locale cod page, but you you will not get a good result. In this case, if the emulator does not convert them to another character set or code page when putting the text in the clipboard, then the PC application receiving the data will display the corresponding characters using the character set it has loaded. That's an issue regardless of what code page it is using. Generally speaking, full fidelity requires both the copying app and the pasting app have to have a common frame of reference. The TEXT setting, on the other hand, corresponds to a code page that I believe was used by ATMS, and was not tied to the TN print train (code page 264). I have never been able to ferret out the code page used by ATMS. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PCOMM copy-paste (quite another issue)
On 7/5/2012 8:19 AM, Alan Altmark wrote: On Tue, 3 Jul 2012 08:25:09 -0400, Shmuel Metz (Seymour J.) shmuel+...@patriot.net wrote: Steve Bireley sbire...@rocketsoftware.com said: True that they are not unique to APL and is a code page issue. However, some of the lines drawn on 3270 screens in many emulators are drawn using an APL font instead of Unicode or some other code page. I doubt that it's an APL font; TEXT is more likely. Page 437 is more likely than either. Fidelity in copy/paste requires that both applications know what they're doing with the clipboard. When you place data on the clipboard, you have to tell (assuming Windows in this case) about what you've written, and you can't lie. If you tell the API the data is text (associated with a locale), then Windows will be able to translate it. And I would certainly expect the emulator's copy function to be intelligent enough to recognize that APL data (code page 294) is implemented on a 3270 using a mixture of two code pages: the base code page (e.g. 037) and code page 310, with the 3270 Graphic Escape character prefixing each APL-specific character in code page 310. Default locale for Western Windows assumes code page 1252. But not even DOS code page 437 has all of the APL characters in it, so the emulator must store data on the clipboard in Unicode format. The pasting application must then retrieve the data from the clipboard in Unicode format. If the editor doesn't support Unicode, but only the SBCS implicit in the locale settings, Windows will translate the Unicode to the locale cod page, but you you will not get a good result. In this case, if the emulator does not convert them to another character set or code page when putting the text in the clipboard, then the PC application receiving the data will display the corresponding characters using the character set it has loaded. That's an issue regardless of what code page it is using. Generally speaking, full fidelity requires both the copying app and the pasting app have to have a common frame of reference. The TEXT setting, on the other hand, corresponds to a code page that I believe was used by ATMS, and was not tied to the TN print train (code page 264). I have never been able to ferret out the code page used by ATMS. Alan Altmark IBM Great exposition, Alan. Clear, coherent, helpful. Thanks. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shrinking a ZFS aggregate
On Thu, 5 Jul 2012 08:50:25 -0500, McKown, John wrote: What is needed is for IBM to write a zfsresize command. This command would reorganize the internals of a zfs, compacting the used portions towards the front of the dataset, adjusting the internal pointers, and marking some portion (based on the user's input) as unusable. Once the UNIX people have written this code, the DFSMS people will need to write code which allows the excess space in a VSAM LDS file to be released. Or is this functionality already in SMS. I have a vague memory. Like so many of my memories. You neglected to say that this all must be done nondisruptively, while the filesystem may be in use and files may be open for update. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Converting to SMS for the first time
Ron Hawkins wrote: I would urge you to consider vertical pooling rather than horizontal pooling. ... My key point is to go horizontal, and avoid vertical pooling. Vertical against horizontal? Perhaps I missed something in your post, but in my very humble opinion, I think both sentences are not speaking the same tongue Of course, I'm pretty sure I'm as usual wrong. Please correct me if needed ... Many thanks and have a terrific day! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEZVX100 field CTXTHABD (for ieavxmit)
Bernard, The bit would most likely be set for a message that has been displayed on some console/device, and is now going through normal WTO processing to insure it gets sent to the hardcopy log. Two examples of messages that may have this bit set would be messages that were issued during NIP, or synchronous messages. An explanation of synchronous messages can be found in MVS Planning: Operations. Peter Fatzinger z/OS Core Components Development and Service -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Converting to SMS for the first time
You may want to consider the use of a couple size-related pools. During one analysis ... something like 80% of the data sets were below 5 tracks. Rob Schramm Senior Systems Consultant Imperium Group On Thu, Jul 5, 2012 at 10:52 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Ron Hawkins wrote: I would urge you to consider vertical pooling rather than horizontal pooling. ... My key point is to go horizontal, and avoid vertical pooling. Vertical against horizontal? Perhaps I missed something in your post, but in my very humble opinion, I think both sentences are not speaking the same tongue Of course, I'm pretty sure I'm as usual wrong. Please correct me if needed ... Many thanks and have a terrific day! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Troubleshooting with a new library
Marc Manuel wrote: Sometimes some jobs are failing (they where working fine with the old library) : Do you see any repeating pattern with those jobs? 20.30.07 JOB12951 IEF233A M 1407,PRIVAT,SL,PSSA0012,SSA00120,SAVEXT.VCF495B.G0914V00 20.31.06 JOB12951 IEC501A M 1407,PRIVAT,SL,COMP,PSSA0012,SSA00120,SAVEXT.VCF495B.G0914V00 20.31.08 JOB12951 IEC147I 613-1C,IFG0194J,PSSA0012,SSA00120,OUT001,1407,K21059.SAVEXT.VCF 029 613 against another dataset? Those first two messages are about a minute spaced out! Are you sure they are referred by the same STEP/dataset? I have no idea why there is a double mount. double mount with different mount messages? With elapsed wall clock time of 59 seconds? When I retry the job later, it works fine... On z/OS v1.13? You must have other allocation exit or message exit or something else... Or you must have a tape management software intercepting those mounts... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Quantas hit by leap second issue?
http://katdish.net/2012/02/the-art-of-beating-a-dead-horse/ On Thu, Jul 5, 2012 at 8:16 AM, Mohammad Khan mkkha...@hotmail.com wrote: Sure, but one could still beat them :) On Wed, 4 Jul 2012 17:16:28 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: So USS and USS would be a case of a ... Dead horse. -- Edward E Jaffe -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Searching for a cross=reference list of manuals ...
I am searching for a cross-reference list for the manuals I downloaded for 1.13. I really don't want to open each an every PDF to determine the title of the associated manual. Does such a cross-reference list exist? If so, where can I obtain it? Prior to Windows 7, the VIEW tab had a detail setting that would dispay the title. Windows 7 doesn't work that way for me. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DCOLLECT Ouput recort Structure
IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 07/04/2012 10:43:09 PM: From: Ravi Gaur gaur.ravi2...@gmail.com To: IBM-MAIN@listserv.ua.edu, Date: 07/04/2012 10:43 PM Subject: Re: DCOLLECT Ouput recort Structure Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Got it sorted ..it's more DFSORT OUTREC i should have used rather than Build as that doesn't support the PD to ZD conversion function. OPTION VLSHRT MERGE FIELDS=COPY INCLUDE COND=((9,2,CH,EQ,C'D ',AND, 74,1,BI,EQ,B'1...')) OUTFIL FNAMES=DCOLOUT,CONVERT, OUTREC=(1,4, * RDW 5:29,44, * DATASET NAME 49:83,6, * VOLUME SERIAL NUMBER 57:109,4,PD,TO=ZD,LENGTH=7,* CREATION DATE 66:117,4,PD,TO=ZD,LENGTH=7,* LAST REFERENCE DATE 180:X) * PAD WITH BLANKS END I could include 74,1,BI,EQ,B'...1') for PDSE as well and that's working good as well... Thanks all who responded..I always try to put the solution back since might other who looking for same inforamtion get it useful. Thanks,Ravi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Ravi, It is your Data that have invalid Packed decimal fields which resulted in a S0C7. It is has got nothing to do with how DFSORT'S BUILD works. Earlier you used an EDIT mask for the Date field and now you are converting it to a ZD field. The BUILD works the same way as OUTREC. So replace your OUTREC with BUILD and it would NOT make a difference. Sri Hari Kolusu DFSORT Development IBM Corporation Email: skol...@us.ibm.com Phone: 408-463-2403 Tie Line 543-2403 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HELP WITH PCOM - PASTE OPTION NOT WORKING CORRECTLY
re: http://www.garlic.com/~lynn/2012i.html#74 HELP WITH PCOM - PASTE OPTION NOT WORKING CORRECTLY one of the things that electronics still in the 3277 head made possible was the 3277ga ... basically a tektronics graphics display hooked into the side of the 3277 terminal (could sort of be considered an inexpensive 2250/3250). 4015 ref (for $8995 in 1974) http://www.computerhistory.org/collections/accession/102641282 by comparison a 2250-1 (mainframe channel attach) was $100k. for whatever reason a 2250-4 was also about the same price (a 2250/1130 computer combo). -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shrinking a ZFS aggregate
A rather rude and totally unwarranted comment, Don. Personally, I have always welcomed John Gilmore's comments. His command of the English language (and other languages) puts most of us to shame as does his knowledge and wisdom. Don, an apology would not be amiss. Perhaps one is having a bad day? ALH -Original Message- From: Don Imbriale don.imbri...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, 5 Jul 2012 12:49 Subject: Re: Shrinking a ZFS aggregate So John is back to useless posts that do more to attack than to provide ubstance. Your earlier departure from this list was not missed. - Don Imbriale On Wed, Jul 4, 2012 at 7:25 PM, John Gilmore jwgli...@gmail.com wrote: Mark, I am aware that you have done very useful work, and I will therefore be polite. I am a nevertheless more than a little tired of this nonsense. I have been in this business since 1949. That's 63 years. How long have you been in this business? You would presumably agree with milder formulations of the notion I set out, say that a GETMAIN makes a complementary FREEMAIN desirable, perhaps even necessary. Moreover, you omitted to provide any details of the many examples of things that can be made larger but not smaller that you can think of; and this made your argument unimpressive, converted it into vacuous rhetoric. I can myself think of instances of the sort you allude to without mentioning, and those I have examined in detail stem from the usual omissis. If shrinking as well as stretching had been a requirement ab initio, it would have been easy enough to implement. It was not, and it was hard to provide as an add-on feature. This is bad design, and Garden-of-Eden states do almost always reflect design defects Substantive argument and disagreement are fine. I expect to be disagreed with. I indeed try not to post platitudes that can provoke no disagreement. You, howerver, omitted to make any substantive argument. Your post was one more instance of what I have elsewhere used MIlls' term to characterize as crackpot realism. John Gilmore, Ashland, MA 01721 - -- or IBM-MAIN subscribe / signoff / archive access instructions, end email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sad News About Rick Fochtman
My condolences to Rick's family and friends. I met Rick over 30 years ago at TTX where I worked as a summer intern. He was a wealth of knowledge - a great example of the world of systems programming that I later chose to follow, thanks to lessons from Rick and others. He was always willing to help and answer questions - a generosity that I strive to pay back every day in my interactions with my customers and colleagues. One of Rick's greatest lessons is that the best question is one that is well-researched. May he rest in peace. David Hrycewicz CA Technologies Software Architect -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mohammad Khan Sent: Monday, July 02, 2012 8:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Sad News About Rick Fochtman For all who have know Rick, Rick Fochtman has been having some health issues lately. I called Rick yesterday to check on him. My call was answered by his brother who informed me that Rick passed away on Friday of natural causes. He was a nice person and I was fortunate to meet and know him. Mohammad -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Converting to SMS for the first time
Rob, I have seen the small and large dataset concept discussed since the early days of DFSMS. To tell the truth I have never seen the benefit of doing this. It has been suggested that it helps reduce allocation failures by reducing fragmentation, but having always worked in shops with ACC/SRS or similar I was pretty aggressive with the rules and did not have a problem even when I ran development STORGRUPs up to 5% free space. And I never defragged. If fragmentation is the reason for sized based pools, then I wonder if the practice is still necessary. DFSMS has implemented some elements of ACC/SRS to reduce allocation problems, and if you are using 3390-A with Cylinder allocation areas you have a natural separation of small and large datasets within the volume. I would say do not implement size related pools, but rather make sure you make best use of allocation recovery in DFSMSdfp, ACC/SRS, PRO-SMS, or whatever ISV software you have as part of your implementation. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rob Schramm Sent: Thursday, July 05, 2012 8:01 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Converting to SMS for the first time You may want to consider the use of a couple size-related pools. During one analysis ... something like 80% of the data sets were below 5 tracks. Rob Schramm Senior Systems Consultant Imperium Group On Thu, Jul 5, 2012 at 10:52 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Ron Hawkins wrote: I would urge you to consider vertical pooling rather than horizontal pooling. ... My key point is to go horizontal, and avoid vertical pooling. Vertical against horizontal? Perhaps I missed something in your post, but in my very humble opinion, I think both sentences are not speaking the same tongue Of course, I'm pretty sure I'm as usual wrong. Please correct me if needed ... Many thanks and have a terrific day! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Secure Encryption Keys vs Protected Keys
I know that YMMV, but have there been any studies done on the performance benefits of using protected keys with a crypto-express 3 vs. secure keys? -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Secure Encryption Keys vs Protected Keys
Mark, I remember seeing a paper on the performance. It was about 30% slower than clear key using CPACF. But still ran circles around secure key. It avoids the entire path to the CEX cards. Rob Schramm Senior Systems Consultant Imperium Group On Thu, Jul 5, 2012 at 2:25 PM, Mark Jacobs mark.jac...@custserv.comwrote: I know that YMMV, but have there been any studies done on the performance benefits of using protected keys with a crypto-express 3 vs. secure keys? -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: INACTIVE Spool Volume
I suspect the CHECK Point dsns were looking for SPOOL1 to get SPOOL1 back probably need a cold start to free up all the gremlins. In a message dated 7/5/2012 5:26:42 A.M. Central Daylight Time, reiner.mar...@gmx.net writes: then tried to start the spool on SPOOL1 with the same I/O error message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Secure Encryption Keys vs Protected Keys
Ooops.. I thought it was IBM. PKWARE gave a presentation on it. http://www.share.org/p/do/sd/topic=73sid=1067 Rob Schramm Senior Systems Consultant Imperium Group On Thu, Jul 5, 2012 at 3:07 PM, Rob Schramm rob.schr...@gmail.com wrote: Mark, I remember seeing a paper on the performance. It was about 30% slower than clear key using CPACF. But still ran circles around secure key. It avoids the entire path to the CEX cards. Rob Schramm Senior Systems Consultant Imperium Group On Thu, Jul 5, 2012 at 2:25 PM, Mark Jacobs mark.jac...@custserv.comwrote: I know that YMMV, but have there been any studies done on the performance benefits of using protected keys with a crypto-express 3 vs. secure keys? -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. --**--** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
NFS Client Start Delay
Hello Lizette, We have NFS ( Server and Client) setup on our z/OS systems. In our environment 1) We have three system are in sysplex. out of them two are in parallel sysplex. All three z/OS system version are 1.11. 2) We also using netview script to bring down and Ipling all system. Netview version we are using is 5.3 Currently issue is, Whenever we IPL the system, NFS client doesn't start completely on two systems, which are in parallel sysplex and because of this, NFS file system not getting mounted for a while. When we use grs contention display command, I see NETVIEW enqueue for both of these system. Some more points : a) NFS client automatically starts automatically after some time, but no fixed time. Some time 15 min, some time 30 min etc on these two system. b) But NFS client another system which is in sysplex but not in parallel sysplex start without any issue and NFS file system getting mounted without any issue. c) Some time to resolve the issue with NFS client, we used to terminate netview on these two system. But it doesn't help. Please look at the joblog below. 23.35.45 STC00161 TUESDAY, 03 JUL 2012 23.35.45 STC00161 $HASP373 MVSNFSC STARTED 23.35.45 STC00161 IEF403I MVSNFSC - STARTED - TIME=23.35.45 23.35.45 STC00161 IEE252I MEMBER CTINFC00 FOUND IN SYS1.PARMLIB 00.10.15 STC00161 WEDNESDAY, 04 JUL 2012 00.10.15 STC00161 GFSC284I NETWORK FILE SYSTEM CLIENT COULD NOT GET GSS CREDENT 179 FOR THE NFS CLIENT : GSS API krb5_get_default_realm() FAILED 179 WITH GSS MAJOR STATUS 96C73ADF GSS MINOR STATUS 00.10.15 STC00161 GFSC700I z/OS NETWORK FILE SYSTEM CLIENT (HDZ1B1N) started. I started NFS client at 23.35.45 but it actually started at 00.10.15e. So, it took more then 30 min to start. Not sure, why this is happening. Is there any thing to do with parallel sysplex or something else. O/P of the some of the commands are 1) D OMVS,W BPXO063I 00.07.36 DISPLAY OMVS 142 OMVS 000E ETC/INIT WAIT OMVS=(05,FS) MOUNT LATCH ACTIVITY: NONE FILE SYSTEM LATCH ACTIVITY: NONE OUTSTANDING CROSS SYSTEM MESSAGES: NONE OTHER WAITING THREADS: USER ASID TCB PID AGE -- MVSNFSS 0056 006A42C0 196621 00.30.17 TIME: 2012/07/03 23.37.18 IS DOING: Osi Wait SYSLOGD 005F 006E58E050528262 00.30.48 TIME: 2012/07/03 23.36.48 IS DOING: Osi Wait FTPD10054 006E5B70 196627 00.30.17 IS DOING: Osi Wait SSHD4005D 006FF1D833751058 00.30.45 TIME: 2012/07/03 23.36.50 IS DOING: Osi Wait INETD1 005C 006E5B7016973841 00.30.48 TIME: 2012/07/03 23.36.48 IS DOING: Osi Wait SYSLOGD 005F 006E5B7050528262 00.00.18 TIME: 2012/07/04 00.07.17 IS DOING: Osi Wait FTPSRV1 005E 006E2B0016973832 00.30.17 TIME: 2012/07/03 23.37.18 IS DOING: Osi Wait TCPIP0047 006CA748 196615 00.00.08 TIME: 2012/07/04 00.07.27 IS DOING: Osi Wait PORTMAP 0059 006CED9067305481 00.00.48 TIME: 2012/07/04 00.06.47 IS DOING: Osi Wait 2) D OMVS,MF=ALL BPXO058I 00.08.15 DISPLAY OMVS 144 OMVS 000E ETC/INIT WAIT OMVS=(05,FS) ENTIRE LIST OF FAILURES: TIME=23.42.39 DATE=2012/07/03MOUNT RC=0081 RSN=1288005C NAME=OMVS.MVS05.IMSV9 TYPE=HFS PATH=/$VERSION/usr/lpp/ims910 PLIB=BPXPRMFS TIME=23.36.04 DATE=2012/07/03MOUNT RC=0079 RSN=055B04B7 NAME=ZFS.MVS06N.AGG003 TYPE=ZFS PATH=/MVS06/ee PARM= PLIB=BPXPRMFS SYSNAME=MVS06 TIME=23.35.49 DATE=2012/07/03MOUNT RC=0081 RSN=1288005C NAME=OMVS.MVS05.IMSV9 TYPE=HFS PATH=/$VERSION/usr/lpp/ims910 PLIB=BPXPRMFS 3) D OMVS,L BPXO051I 00.42.09 DISPLAY OMVS 761 OMVS 000E ACTIVE OMVS=(05,FS) SYSTEM WIDE LIMITS: LIMMSG=NONE CURRENT HIGHWATER SYSTEM USAGE USAGE LIMIT MAXPROCSYS 26 34 3600 MAXUIDS 2 4200 MAXPTYS 1 3800 MAXMMAPAREA 0 0 40960 MAXSHAREPAGES1336 1766 131072 IPCMSGNIDS 26 26500 IPCSEMNIDS 0 0500 IPCSHMNIDS 0 1500 IPCSHMSPAGES0 1 262144 IPCMSGQBYTES --- 8 2147483647 IPCMSGQMNUM --- 2 1 IPCSHMMPAGES --- 0 25600 SHRLIBRGNSIZE 0 0 67108864 SHRLIBMAXPAGES 0 0 8192 IPCMSGQBYTES --- 8 2147483647
Re: TS7700: is there a z/OS interface to the TS3500 tape library?
Hello Kees-san, As far as I know, cleaner cartridges in TS3500 (3494) is NOT belong to any Logical Lbrary of TS3500 which is used for TS7740 or IBM 3494/VTS. As Wood-san mentioned, D SMS,LIBRARY(lib-name),DETAIL command for TS3500 does NOT contain cleaner cartridge information. So OP0008 and OP0401 messages are issued only for 3494 tape library, not for TS3500. You may have to use TS3500 CLI interface to get cleaner cartridge information for the TS3500. If you find nice way to know TS3500 cleaner cartridge information from MVS, please let us know. Minoru Massaki (M*M) 2012/7/5 Vernooij, CP - SPLXM kees.verno...@klm.com: Mike Wood mww...@ntlworld.com wrote in message news:9338247828173738.wa.mwwoodntlworld@listserv.ua.edu... Kees, I dont know of good interface. The books do mention a CLI which is available via Java. http://publib.boulder.ibm.com/infocenter/ts3500tl/v1r0/index.jsp?topic=% 2Fcom.ibm.storage.ts3500.doc%2Fipg_3584_cli.html OAM provides possible alternatives: 1. D SMS LIBRARY(),DETAIL output contains a status line when there are no cleaner cartridges. 2. The library issues an alert to the host systems when something happens with cleaner cartridges, these are issued by OAM with CBR3750I, and contains things like OP0008 * The library is out of CST/ECCST cleaner cartridges. There are many alerts related to cleaner carts, see here http://publib.boulder.ibm.com/infocenter/ts7700/cust/index.jsp?topic=%2F com.ibm.storage.ts7740.doc%2Fts7740_ua_operator_info.html You could use automation to detect and parse the message and create your own alert to ops. Mike Wood Mike, I was looking for warning operations before it really becomes a problem, e.g. when the number of cleaning cartridges falls below 3. Especially for the remote cluster, so they can plan a trip to insert new ones. I have now pointed them to the GUI, where they can regularly check the status of the cleaning cartridges. I will look for automating and emailing them: OP0008 W Media * The library is out of CST/ECCST cleaner cartridges. And maybe also: OP0401 M Media * x cleaner cartridge (yy) was ejected due to maximum use Thanks for your investigations, 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- 全先 実 - Minoru Massaki (M*M) E-mail: mmass...@gmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Converting to SMS for the first time
On Jul 4, 2012, at 5:59 PM, Ron Hawkins wrote: --- SNIP--- TMP: truly temporary datasets, and not transitory datasets passed from job to job DBS: any dataset allocated by a DBMS (IMS, DB2, IDMS, etc) or an OLTP (CICS, etc). Some datasets may also be used by batch jobs, but if it is part of a database at any point then it goes here. --- SNIP-- All good advice. The issue in TMP is that some software vendors use type datasets as perm and then rename them magically. No they shouldn't do it and you can argue with them for years and they won't budget. These vendors are nightmares and a half. I don't know if its still true (probably is based on their past behavior) a major DBMS refuses to acknowledge that their data sets are unmovable. Sure they are moveable if you use their utilities but thats the standard argument you get from these people -SNIP- There is a redbook (or there used to be one that gave some good advice about converting). Ever since IBM forced the issue on some datasets companies are finally (again) eyeing the possibility and Liz, you are one of them. I am mixed about the idea of forcing everyone as there are good benefits from going SMS. There are a few vendors out there that are inhibiting the conversion. I think the users have to ride them really hard to see the error of their ways. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
