Re: Mainframe Executive article on the death of tape
Scott, I have to chime in to the contrary. I seem to remember many data check errors on 3480 cart media. Am I the only one? Spencer hit it on the head. The only significant problem with 3480 tapes was due to faulty media produced by BASF. Regards, John -- 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: Question concerning Master Catalog Compare
Dave, A colleague has posed the following question: Any idea how to compare an old and new master catalogue to find out what is missing in the new one? I had to have done this last time I put up a system but can’t find any doc. Mainstar doesn’t seem to have anything. There are SYS1 datasets that are not IBM that I need to add to the new master for z/OS 1.11 Any and all suggestions welcomed. You could use sample program IGGCSILC to produce a flat file of the records in each catalog and then run the files through your favorite compare program. Regards, John -- 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: NULL SMS configuration, versus MINIMAL SMS configuration.
Glenn, * I am building a first copy of a stand alone sysres, commonly called a mini z/OS and I would like SMS to come up in a null configuration. * I have found RTFM guidelines for setting up a MINIMAL configuration but no specifications for a NULL configuration. Am I missing something or do I have the nomenclature confused? * How can I define a NULL SMS configuration? Is it actually documented somewhere? ISTR, IBM used to recommend a null configuration which was an empty linear vsam used for the ACDS. The recommendation was later changed to have a minimal configuration. If you have documentation on setting up a minimal configuration, that is what you want to do. Regards, John -- 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: NULL SMS configuration, versus MINIMAL SMS configuration.
David, I always thought a null configuration was what you got if there was no IGDSMSxx member, that's what I remember from one-pack systems but I cannot test it now. I think that is just not running/starting SMS. Is this an option anymore? Running SMS with a null configuration is running with an empty linear vsam dataset as your ACDS. Running SMS with a minimum configuration was as Mark described it earlier. IBM initially recommended running with a null configuration if you were not going to use any of the features. That was changed to run with a minimum configuration later. I have a special SMS with minimum configuration used with our emergency two pack system. Regards, John -- 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: Adventure - Or Colossal Cave Adventure
I suspect he may have meant ORVYL, the interactive exuction companion to WYLBUR. We never ran it, so I don't know much about it. Did anyone use it other than Stanford? WYLBUR was used at University of Cincinnati in the mid 80's when I was learning to program. Much better for an imperfect typist like me than the ancient keypunch machines that was the other alternative. I never heard of it being used in a commercial environment though. Regards, John -- 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: Consolidate Storage Groups
Neel, ps. my plan without much detail : DB2 StoGroup, Guaranteed SC, quiesced volume(s) in same SG as normal. My experience with DB2 stogroup specifying real volsers and guaranteed space=yes was that all datasets allocated would go to the first volume until the allocation would exceed the high allocation threshold. You would be much better off leaving DB2 table spaces outside of SMS or have only an asterisk for the volser in the stogroup and let SMS scatter the datasets around for you. There would be no harm in hand placing the holy cow(s) and letting SMS handle the other 95%+ DB2 table spaces. Regards, John -- 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: Consolidate Storage Groups
Rebecca, snip One question I haven't found the answer to: Is there anything special I have to worry about with the DB2 storage groups and/or classes. I know DB2 has a thing where it defines one or the other (not sure which) but is there any connection between the DB2 definition/setting and the SMS configuration? Will the DBA's need to make changes to reflect the changes in the SMS configuration? Assuming you are not using Object Access Method (OAM), you should only have to change the storage class you are assigning to the DB2 dataset to the new/surviving storage class. My plan for merging storage groups is to: 0. Make copy of current SMS SCDS. You most likely have a backup but it would be helpful to have a copy to use as a reference as you make changes. 1. Modify the ACS STORGRP routine so that everything assigned to a storage group being merged is changed to be assigned to the target storage group. Instead of creating new storage groups, I am keeping some of the old ones and merging into them. As John Ticic pointed out, make sure the merged storage classes have the same/similar attributes. No problem with having more than one surviving storage class. 2. Delete all volumes from a storage group being merged and added them to the target storage group. You will need to do step 3 first since you can only have a given volser once. You just need to be sure you include all volumes in the deleted group(s) in the successor group. Since you are including all volumes into the successor storage group, there should be no need to move any datasets. If the dataset has the right placement now, it will have the right placement in the new SMS configuration. 3. Delete the now empty storage groups. 3a. Look at using Naviquest to build test cases and test your current and proposed configuration against them. You should be able to verify everything before you do step 4. 4. Activate the new configuration (when doing this for the production and development pools, it will be done on a Sunday when they are down just to ease the worries of management - plus it is easy for us to get maintenance windows on Sundays.) For storage classes: 1. Modify the ACS STORCLAS routine so that everything assigned to a storage class being merged is directed to the target storage class. Naviquest again would be your friend here. 2. Will not actually delete the merging storage classes from the SMS configuration or the STORGRP routine. 3. Eventually move datasets that don't get redefined with the new storage class. IDCAMS alter command can be used to change the storage class. You can use dcollect and scan the output looking for storage classes you want to change. No need to move/reallocate a dataset. 4. Once there are no longer datasets associated with the old storage classes, delete them from both the configuration and the ACS STORGRP routine. Good plan. I would do both storage class and storage group at the same time but I have plenty of experience (and the scars to prove it). Regards, John -- 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: SMS QUESTION - MULTI VOLUME ALLOCATION
Willie, I have a DATACLASS defined to use a Volume Count of 5 to allocate specific dsns for 7 specific alias. When I exeucted the DEFINE CLUSTER the dataset, which is VSAM, is allocated with the correct DATACLASS. However, when I execute the batch job to populate the cluster I abend on IEC030I B37-04,IFG0554A. The volume runs out of space. It seems that the SMS doesn't span the next extent to the next volume in that group. My question is, is SMS behaving correctly? If so, should I need to code the DATACLASS parm in the DEFINE CLUSTER? For a quick fix I coded the DATACLASS parm and the job worked. Do you get the correct dataclass on the vsam dataset when you omit dataclass(x) from the define statements? If not, I would recheck the data class acs routines to make sure you are finding these datasets and setting the data class. Regards, John -- 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: SMS QUESTION - MULTI VOLUME ALLOCATION
Willie, [keeping with topposting] I suspect you are not applying the dataclass to the nonvsam dataset. The fact that you could make it work when you added dataclas= to the DD statement makes me think you still have a problem there. ProSMS can dynamically add volumes to your dataset and I would consider letting that product handle datasets going multi-volume instead of having a mixture of volume count on the dataclass and ProSMS actions. Just my 2 cents. Regards, John I ran a test allocating a VSAM dsn without the DATACLAS parm. Yes, the DATACLASS is correctly assigned. I spoke to our software group and they will need to add the alias to PRO-SMS which would span both VSAM and NON-VSAM dsns on multiple volumes should there be a space constraint on the initial volume. --- On Mon, 2/22/10, John Kington john.king...@convergys.com wrote: From: John Kington john.king...@convergys.com Subject: Re: SMS QUESTION - MULTI VOLUME ALLOCATION To: IBM-MAIN@bama.ua.edu Received: Monday, February 22, 2010, 10:46 AM Willie, I have a DATACLASS defined to use a Volume Count of 5 to allocate specific dsns for 7 specific alias. When I exeucted the DEFINE CLUSTER the dataset, which is VSAM, is allocated with the correct DATACLASS. However, when I execute the batch job to populate the cluster I abend on IEC030I B37-04,IFG0554A. The volume runs out of space. It seems that the SMS doesn't span the next extent to the next volume in that group. My question is, is SMS behaving correctly? If so, should I need to code the DATACLASS parm in the DEFINE CLUSTER? For a quick fix I coded the DATACLASS parm and the job worked. Do you get the correct dataclass on the vsam dataset when you omit dataclass(x) from the define statements? If not, I would recheck the data class acs routines to make sure you are finding these datasets and setting the data class. Regards, John -- 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 __ Make your browsing faster, safer, and easier with the new Internet Explorer® 8. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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: AS/400 FTP to z/OS
George, I've got a vendor that is FTP'ing a file size of 96K and I was wondering if any of the listeners in this group know how to handle a record size that large? As always your help is appreciated... The only think I can think of at the moment is to ftp it to a hfs dataset. You could then chunk it up later to fit within the lrecl limit. Regards, John -- 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: AS/400 FTP to z/OS
Smart thinking, it didn't even dawn on me to use hfs. Is there a manual that I can read to learn how? These are the type of datasets used by Unix System Services. You should be using these already in some fashion. Zman is right in asking if the file is truely one long string of bytes (record). I would try to see what the file really looks like first. Since you say it is an invoice, I suspect there are multiple records (line breaks) in the file. Regards, John -- 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: SMS error message IGD17051I. Why?
Jack, I thought that SMS combined the primary and all of the secondaries to make the total allocation, not just the primary, Does it fail is you just give it a primary allocation? The primary plus all of the secondaries would equal the MAXSIZE value passed into the ACS routines. The primary allocation amount is always used for the first allocation. The problem was the small blocksize of 182 bytes was so inefficient that SMS needed to allocate more than 64K tracks to hold 1GB of data requested for primary amount. (69 * 182 = 12,558 bytes per track). Regards, John -- 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: SMS error message IGD17051I. Why?
Bob, Blocksize matters. You are asking for 1,000,000,000 byte allocation and telling the system that you can place only 8,918 bytes per track (49 * 182) assuming 3390 geometry. My calculator shows the number of tracks you need is quite a bit larger than 65,535. Regards, John -- 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: MOUNT COMMAND FAILING
John, I am trying to change the status of an online volume. It is mounted as PRIVATE and I want to change it to PUBLIC. I issued the following mount command: M A3FD,VOL=(SL,WRKC14),USE=PUBLIC I think you need to preceed a four digit (character) device address with a slash. M /A3FD,VOL=(SL,WRKC14),USE=PUBLIC Regards, John -- 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: The Incredible Shrinking PDSE
Your storage admin may have coded the acs routine to accept a management class value passed in via jcl but not likely. Why is that not likely? I've always allowed it. Especially, since you can over-ride it with IDCAMS. Most of the time, I've found people don't take the effort to change/control management classes. This is proof that you've addressed their needs adequately. A better choice of words might have been Your storage admin may have coded the acs routine to accept a management class value passed in via jcl but don't count on it. Regards, John -- 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: IEF287I NOT CTLGD 2
Alan, ISTR an option in DFSMS to allow recataloging instead of generating message IEF287I. Does anyone remember what option that is and where it is specified? I think this is one of the few functions of Stopx37 and its ilk that SMS does not handle. If anyone knows that I am wrong, please feel free to correct me. Regards, John -- 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: why compression costs additional I/O?
Pawel, Hello everybody, Recently we are reviewing our EndOfDay jobs looking for potential performance improvements (reducing CPU/elapsed time). We have several jobs sorting big datasets where output is SMS-compressible (type: EXTENDED) datasets. When we compare such sorting with sorting on non-compressible output we can see this: EXCP TCB SRB el.time TESTXWP5 STEP110 00 757K 3.51.709.01 -- w/o compression TESTXWP5 STEP120 00 1462K 3.62 2.89 10.45 -- w. compresion We guess that big SRB in (2) goes for compression (that we understand - we probably quit compression at all), but we don't understand 2 times bigger EXCP in second case. I recommend you ask your sort vendor to get the answer. I am sure they would be happy to explain how their excp routines are more efficient. Regards, John -- 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: The Incredible Shrinking PDSE
Good answer :-) Now, how do I override that? Is there a JCL parameter? I used release immediate on a management class *once* and quickly changed it. Your storage admin may have coded the acs routine to accept a management class value passed in via jcl but not likely. You can use idcams alter to change the management class to get around it quickly but you will need to work with your storage admin to remove the immediate release from the management class or assign a different management class to your PDSE. Re-allocating the PDSE without either change will get you back to where you are. Regards, John -- 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: VSAM LSR
Paul, I have an application that has several VSAM datasets. These datasets currently use NSR (Non Shared Resources). The Application is written in assembler. I want to switch some of the Files to use LSR. If two files share a buffer pool do I need to concern my self with the contents of the buffer pool or is the Access Method handling that. In other words If I issue a VSAM GET for File A, is VSAM managing the contents of the LSR buffer pool with respect to the two files that may or may nor have records in the buffer pool ? Do I need to use any additional Assembler VSAM macros to manage the contents of the buffer pool ? I believe someone else mentioned batch LSR but you could use system managed buffering if the vsam datasets are SMS managed. It would be even less work than implementing batch LSR. My testing showed very good results such that I would problably not bother to setup LSR in an assembler program again. Regards, John -- 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: SMS ACS and symbols
Dave, Are system or installation defined system symbols other than SYSPLEX or SYSNAME available for use in ACS routines? Looking at the manuals, it is not clear. I think godzilla only gives you what is documented in the Storage Administration Reference. You can easily test this out by trying to use a locally defined symbolic in a IF statement in one of the ACS routines and try to translate it. Regards, John -- 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 SYSPLEX name
David Regards, John 513-723-7527 john.king...@convergys.com But, I still have this nagging idea in my head though that SMS controlled volumes have sysplex name on them somewhere. Are you using system (names) or system group(s) in your SMS configuration? Your system group name needs to match the SYSPLEX name. Regards, John 513-723-7527 john.king...@convergys.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
Re: Changing SYSPLEX name
David, Yes, we do specify sysgrp. So the production plex is CINPLEX and has 99.9% of the DASD ownership, CINTPLEX is my sometimes up testing sysplex. CINPLEX would be the name that changes to something else. So are you saying if I added newPLEX to the SYSGRP list, then I would/should be good? No, volume conversions necessary? I am not sure since I never used system group and now work in a different area. My replacement is on vacation so I can't look over his shoulder at the panels but I thought you had to specify the system names in the group. According to the docs, there is a rename option and I think that may be the way to go. And of course, I would assume that if we are doing any IF/THEN/ELSE logic in the ACS routines with SYSGRP name, we would also have to account for that(not sure there is, I'm not the storage team)? If the old sysplex name and new sysplex name are similar, any test could be modifed to use a pattern. If not, you could always use a filter list. Regards, John 513-723-7527 john.king...@convergys.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
Re: Back to Work
Eric, I finally am going back to work on Monday. I'll be working at the new IBM call center in Dubuque, Iowa. I'm not sure if later today I'll even be able to see my IBM-Main messages when I leave Milwaukee. I'll be living on a farm in the country. I'm not sure if I want to pay $60 to $80 a month for internet access by either satellite or cell phone. Time will tell. Congrats on landing a job. It is old fashioned but you can still get dialup if you plan to have a landline. Regards, John -- 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: Receive file size limit
Mark
I'm trying to receive a really large file. The transmit file is 2,876
cylinders, when I try to receive the file I always abend with
receive
indsname('MKARLSB.BJC.SMFRAW09')
INMR901I Dataset TS58260.BJC.SMF from TS58260 on
BASLMO
INMR906A Enter restore parameters or 'DELETE' or 'END'
+
space(4369,500) cylinders dsname('fred.BJC.SMFRAW03')
volume(msmpe2)
IEC030I
B37-04,IFG0554A,MARPACE,IKJACCNT,SYS00133,B222,MSMPE2,04210010,FRED.BJC.SMFRAW03
INMR030I RECEIVE command terminated. ABEND
B37
INMR031I Register 15 value at ABEND was
X'0004'
IKJ56641I RECEIVE ENDED DUE TO
ERROR+
READY
Strange since xmit does not compress data AFAIK. You could try to set a
blocksize in case you are getting an unblocked output file. You could then try
to pre-allocate a larger extended sequential dataset or multi-volume
non-extended sequential to get something larger than 4,369 cylinders (per
volume). If the original source was a pds, it should be smaller than 4,369
cylinders.
Regards,
John
--
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: CA-1 QUESTION : TAPE DOES NOT EXPIRE
Esmie, I did an inquiry on a tape and it is not Multi-file. The outcode is VMS which means that they are still offsite. Below is some information: The blankVMS code in the the outcode means that the tape was sent offsite via the vaulting portion of CA1 and should be returned to the tape library. Have you run the vaulting job since September 1? Regards, John -- 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: CA-1 QUESTION : TAPE DOES NOT EXPIRE
Esmie, Oops, Brian is right about the external data manager being the culprit. My apologies for not looking at your email closely. Regards, John You will need to set EDMID=' ' and also FLAG3=00 These field tell CA-1 that the tape is externally managed, so CA-1 will not return the tape to scratch. Brian On Thu, Sep 24, 2009 at 9:01 PM, esmie moo esmie_...@yahoo.ca wrote: Darth, I did an inquiry on a tape and it is not Multi-file. The outcode is VMS which means that they are still offsite. Below is some information: FLAG1 = E0 FLAG2 = C0 FLAG3 = 20 BATCHID= 0E = TMSUPDTE FLAG4 = 00 FLAG5 = 00 FLAG6 = 00 HOOKID = FE = EDMID = HPDM WMC= 0WWID = - - CDATE = 2001/112 CJOB = SOVPROC CTIME = 1608CPGM = SOVMAIN LDATE = 2001/112 LJOB = SOVPROC LTIME = 1608LPGM = SOVMAIN CSTEP = SOVPROCCDDNAME= SYS00013 CUNIT = 1703LUNIT = 1703 OUTDATE= ZEROS OUTCODE= VMS SLOT = 000 TRERRC = 0 BTHDATE= 2001/069 VENDOR = BLANKS COUNT = 2 TWERRC = 00017 DATECLN= ZEROS USECLN = 0CLNCNT = 000 TRERRI = 0 VOLSEQ = 0001 ROBTY = ROBID = 000 TWERRI = 00017 1STVOL =NEXTVOL= PREVVOL= PRERRC = 0 NUMDSNB= 0 1STDSNB= 000 LSTDSNB= 000 PWERRC = 0 LABEL = SL DEN= 3590 TRTCH = 128TPRERRI = 0 RECFM = U LRECL = 00 BLKSIZE= 00 PWERRI = 0 AUDATE = 2009/244 AUTIME = 1155 BESKEY = 0 BLKCNT = 00 AUCODE = 00 AUFLAG1= 00 CPUID = IS02USERID = GWGA09 VOLPERC= 000FILPERC= 000 COMPRES= 000 CTLGCNT= 000 Thanks for pointing that out. Thanks again. --- On Fri, 9/25/09, Darth Keller darth.kel...@assurant.com wrote: From: Darth Keller darth.kel...@assurant.com Subject: Re: CA-1 QUESTION : TAPE DOES NOT EXPIRE To: IBM-MAIN@bama.ua.edu Received: Friday, September 25, 2009, 12:47 AM EDM flag set? Vault Code? Multi-file tape? Might be helpful if you could include the record. ddk It is quite a mystery to me as to why several tapes are not expired even though it has the EXPDT = 2009/244. The tapes were expired (via CA 1 / ISPF) on August 31, 2009. I verified if the TMS jobs which scratch the tapes were executed and I received confirmation from our tape librarian that they are executed daily. We are running CA 1(R) r11.5 RELEASE z/OS 01.09.00 I am not sure where I should look. Could someone advise me? ** 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 __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.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 -- 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: Sharing Data between SMSPLEXES.
Brian , We have 2 SMSPLEXES within a bronze SYSPLEX. GRS is common to all LPARS, but most everything else is not. Now we have a new DB2 application coming that will require application datasets which will be required to be written to from all LPARS in the PLEX. I've shared volumes before by having a storage group which is written to from one SMSPLEX being online and in read mode from another plex with no problems, but for both sides to be able to allocate, write extend datasets then I'm wondering if there's any gottchas coming at me. SMS keeps space utilization information for each managed volume in the communications dataset. By allowing multiple SMSplexes to allocate, extend and delete datasets on the same volume(s), you will likely get these stats out of whack. The result would be something like never allocating a dataset to a given volume because SMS thinks the volume is full (exceeds high threshold) or tries to allocate a dataset on a volume that does not have enough space. If I remember correctly, the only way to clear the statistics was to remove the volume from the SMS configuration, activate the configuration, add the volume back to the configuration and then active the configuration. Regards, John -- 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: Sharing Data between SMSPLEXES.
Mark, SMS keeps space utilization information for each managed volume in the communications dataset. By allowing multiple SMSplexes to allocate, extend and delete datasets on the same volume(s), you will likely get these stats out of whack. The result would be something like never allocating a dataset to a given volume because SMS thinks the volume is full (exceeds high threshold) or tries to allocate a dataset on a volume that does not have enough space. If I remember correctly, the only way to clear the statistics was to remove the volume from the SMS configuration, activate the configuration, add the volume back to the configuration and then active the configuration. I'm pretty sure I tested that also... and it still didn't help. The only way I found was to allocate or delete a dataset on the volume from the SMSplex. Was the problem in SMS stastics or in the vtoc on the volume? You do have to turn on the DIRF bit and force an allocation to the volume to get CVAF(?) to tidy up the vtoc space information on a volume with an indexed vtoc. Regards, John -- 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: Question on ACS Routines
George, SELECT WHEN (HLQ = USER)/* When the dataset's HLQ is a*/ SET STORCLAS = 'USERSC' /* userid, set the storage class */ /* to USERSC. */ This looks like it should work if you are in the alloc acs environment. I second Darth's suggestion that you put in write statements to write out the variables HLQ and USER to the job log. If you are running this against a test case, you do need to provide the user value in the testcase. Regards, John -- 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: Question on ACS Routines
Doug, As Darth stated, USER is a read only variable passed into the alloc environment. I don't have access to an environment where I can run a quick test but I suspect you would get a translate error if you attempted to use a filter list with name USER. Regards, John -- 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: Forcing TMS Tape entry into scratch status
David, We are in the process of eliminating old pools of tapes. The application owner and the tech support for the silos uncataloged the datasets and changed the Expdt to the current date expecting the nightly TMS functions to flip the scratch bit for each of these tapes. I thought I could delete the pool but the tapes must be in scratch status first. Maybe I'm just forgetting something simple but I don't see a utility that will force a 'scratch status'. Any suggestions? I would check to see if there is an out of area code or the external data manager flag is set. Regards, John -- 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: Forcing TMS Tape entry into scratch status
David, From the inquiry, it looks like all of the chaining is missing or has been removed. The only option that I can suggest is to turn on the scratch bit with tmsupdate. VOL 200041 VER DSN=NIH.NEUMICS.PPT.MBACKUP.CHECKPT.G0059V00 OI FLAG1=04 Regards, John 513-723-7527 john.king...@convergys.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
Re: FTP error checking and recovery
Jim, How reliable is FTP across the internet ? I have a large number of DFDSS dumps to move to the IBM Remote Development Facility and the most convenient way is via FTP. Can I be confident that if the FTP completes without error then the DFDSS dump file will get there completely intact and without errors. Or should I look for alternate methods of delivery such as copying the dumps to DVD. I always had problems sending DSS dumps via ftp unless I tersed it. DSS expects a short block at the beginning of the file and my ftp, especially to a non-mainframe server always seemed to cause the resulting file to be reblocked. The result was DSS would state it was not a valid backup. It seems to me that you could use struct=r or something like that if you were ftp'ing from a z/os directly to another z/os. As for the Internet, you get what you get. There are ftp clients capable of restarting the ftp at the point in the file where it failed. That would allow you to avoid resending data that has already been received. Good luck, John -- 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: Dynamic Cache Management
GSG, I was reading the Implementing System-Managed Storage book and came accross Using Cache to improve performance, were it spoke about Dynamic Cache Magagement. Is there still a benefit in implementing this? PROS/CONS. Is anyone using this? Got any general guidelines for starting out? I never bothered with DCM(E) since all data written to/read from modern dasd subsystems went though cache anyway. It is very complex sometimes trying to figure out why allocations are occurring against certain volumes and not others. DCM(E) just added another complicating factor that did not seem to have any significant benefit in performance. Your mileage may vary. Regards, John -- 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: Query about DATACLAS from program
Miklos, The problem occurs with C/C++ runtime, as it assigns some default DCB attribs to a newly created dataset If I would know if it gets theDCB attribs from theDATACLASS or not I, I can decide to set the defults to ZERO(i.e. let DATACLAS) or set some other defaults. Would it be possible for you to pass a dataclas instead of dcb information? You should be able to work with your storage administrator to setup a dataclass that you can use and would be able to override the dataclass in the ACS routine. Regards, John -- 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: Using DATACLASS
Gil, Good. Then which has precedence: attributes in the DATACLASS, or attributes supplied in the DCB OPEN exit? In the past, the values specified in jcl, dataset label and program took precedence over anything in the dataclass. According to a posting by Kees, it looks like IBM has made a recent change that I need to research. The open exit of course can mangle anything and would have the greatest say so in the past and probably still is king of the hill. Regards, John -- 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: Concatenations and blocksizes
It is a misdesign that the OS allows this ever to happen. The principal use of this facility is to correct errors that were introduced by its earlier inadvertent use. Simply, any OPEN for WRITE with overriding attributes where the label contains different nonzero attributes should ABEND for inconsistent attributes. If the programmer feels compelled to change attributes the recourse should be: o ZAP the VTOC, or I use the same mis-design to reset it back to the original blocksize. If the change was recent (last couple of days), I make an attempt to find the culprit and have them fix their jcl. Zapping the vtoc is the last (*very* reluctant) resort and only to be done by a very select few. o COPY, reblock, and rename. This is the proper way to make a planned, permanent change to the dataset attributes. Regards, John -- 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: Concatenations and blocksizes
Ron, The largest blksize first restriction did go away with for Fetch in XA, and it was before the restriction was lifted for SAM-E datasets (refer to Ed Jaffe's comments). I stand corrected on when the restriction was removed. In one shop I was in a JCL check product was insisting that this was required for production JCL that had worked faultlessly for years. Are you able to recreate the error and post it to the list? I believe Herman has the problem with blocksize in a concatenation. Regards, John -- 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: Concatenations and blocksizes
Herman Really, I took it out and the job failed. Put it back in and it worked without incident. And yes I still have it in that job to date. I would look at the blocksize on each dataset in your concatenation and verify that you do not have any members blocked greater than the blocksize. A problem that I have had in the past was someone updating a PDS with a blocksize on the DD which causes the blocksize in the vtoc to be changed. I believe Ed and Ted are right about the largest blocksize first restriction on concatenations being lifted with MVS/ESA. Regards, John -- 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: DASD: to share or not to share
Frank, The only resources that we separate is the sandbox where system programmers do dangerous things like bringing up new levels of operating systems, etc. z/OS has always had robust sharing. I/O from the development LPAR would have negliable impact on production LPAR even reading the same exact data since data is staged through cache on all modern dasd subsystems. You just need to be sure that GRS is setup to convert hardware reserves to enqueues and have everyone use DISP=SHR unless they really need to update the dataset. Regards, John -- 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: DASD: to share or not to share
and have everyone use DISP=SHR unless they really need to update the dataset. Disagree! Too generic. This one has nothing to do with shared DASD! It is also an issue within a single system. What if you want a consistant copy with no updates while you are reading? I was thinking more in context of loadlib concatenations. If someone in our shop wants to update a file without getting exclusive control, I will be happy to supply the rails and build the fire to heat up the tar. Regards, John -- 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: SMF record data - ALTER gdgbase LIMIT(n)
John We may get a request to find the culprit. A number of production GDG bases have been changed from 30 to 6. Nobody knows who did it or when. I think that SMF type 66 records would have this information, but there does not seem to be an easy way to decode what was actually changed via the SMF66CRC data field. Also, I'm not sure where the ICF catalog records are documented. Or even if they are documented. DAF might help here if some generation datasets were uncataloged when the alter was done. Regards, John -- 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: C/C++ Calling OBTAIN / IGC0002G
Eileen, well i finally figured out why my old copy of the Michaels code did not work and the new stuff he sent did. in one case the macros in the assembler code obtasm.s properly continued in column 16 and in the other improperly in column 17. But there were no assembly errors. Should not the CEENTRY macro have flagged an error if could not recognize the parms beginning with a blank? It must have just ignored the parms so the generated code got an 0c4 abend. If there is a blank in column 16 on a continuation line in a macro, everything is treated as a comment. Brings back memories of reading a vsam file backward because I could not figure out why I could not do a direct read against my ACB. Regards, John -- 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: OAM 3995 objects
Joel We're in need of migrating our transitioned objects to a better-performing platform than the 3995. Unfortunately OAM doesn't support transitioning objects to (non-DB2) dasd. Our other option is our VTS. Are there any shops that have migrated all their 3995 objects to another platform in order to get rid of the 3995 altogether? Our discontinued platters went through the shredder (we lost the business). There is a next pending action date on each ojbect and oam storage management cycle will not touch it until that date. You will need to change that date to current date or a date in the past to get the new (revised) storage class applied and cause oam to transition the object. The good news is that you can selectively update objects to test your changes against a small number and control the number of objects being transitioned at a time. Regards, John -- 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: Optimal Tape Blocksize
Walter, I thought BLKSIZE=0 would also let the system choose the optimal bloksize for datasets on tape. I'm starting to review datasets on tape the way Lizette is doing, and I can see that in some cases the chosen bloksize is really poor. (i.e. RECFM=FB,LRECL=22,BLKSIZE=0 in jcl, but I see BLKSIZE=4620 under DFSMSrmm) In my DEVSUPxx I have only coded COMPACT=YES. I can't understand why such poor BLKSIZE are chosen. I would really appreciate if anyone could shed some light on this. As Kees noted, the program could have a blocksize in imbedded which overrides anything from the label and jcl. Another way for a program to override the blocksize is to include a dcb exit to set the blocksize. Unlikely but possible if you do not find a hardcoded blocksize in the dcb in the program. Regards, John -- 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: Optimal Tape Blocksize
Walter, Kees, Ted, Terry, thanks very much for your reply. I first looked at 'z/OS 1.9 DSMS Using Data Sets', but could not find such a direct statement. I will pass this info to our programmers and see how Natural can make a better use of blksize when data is written to tape. It is very possible that Natural is using the dcb exit that I mentioned in my other email. Hopefully, the means and values are documented somewhere and even better, changeable. Regards, John -- 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: VIO Storage Group
What (if any) are the benefits of using a VIO Storage Group? You can use the vio storage group to limit the amount of local page space that be used for the dataset requesting vio. Regards, John -- 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: Moving datasets with DFDSS COPY
Tom, I need to move some datasets from one storage group to another. These were initially assigned to the current group incorrectly based on a particular DATACLAS. I have changed the ACS routines so that future datasets will go to the correct storage group. I was thinking that I could then justuse DFDSS COPY to move the existing ones. This does not work as it appears that the DATACLAS variable is not available to the DFDSS COPY function (based on reading the Storage Admin Guide). Is the only way to do this going to be to use the BYPASSACS keyword and specify the STORCLAS and STOGROUP keywords? If so will the DATACLAS remain the same as it currently is? Thanks in advance for any help. DFDSS (and HSM)is the main reason that I changed most of my decisions for placing data in the storage class acs routine instead of relying on data class values. It has implications for restoring, recalling and copying datasets. I wrote a little clause in the storage class acs routine to look for my (and other selected) userid(s) that would honor the storage class being passed into it. If you do allow bypassacs, be sure to restrict who can use it. Regards, John -- 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: How to correct tape errors
I think the OP would want to use the special dataset name TMSTPINIT.INIT or something like that to have CA1 ignore any mismatch between the TMC and the tape label. Regards, John Campbell Jay james.l.campb...@irs.gov Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 02/12/2009 03:26 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: How to correct tape errors You'll get the error that DSN17 doesn't match the internal label on the volume. You can either restore the DSN17 field in TMS - or reinitialize the volume. Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric P. Condon Sent: Thursday, February 12, 2009 3:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How to correct tape errors Resurrecting this one - I have changed the DSN17 field to HEXZEROS and run CTSSYNC against the volumes which does indeed clear the error status but TMS appears to continue to reject the volumes when it has the occasion to write to them again. I have another open ticket with CA pending, just wondering if anyone has had a breakthrough on this since it was last discussed in November? -- 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: 3390-3 to 3390-9
Mark, Is it possible to Flashcopy from a 3390-3 to 3390-9 and then the additional space above 3339 is available for use? Does something need to be changed in the VTOC to reflect the size change? Don't know about the Flashcopy part but I believe you have to do a ickdsf vtoc refresh to show the additional capacity. Regards, John -- 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: 3390-3 to 3390-9
Mark, Weird. I did a Flashcopy. Then on the offline device I did the REFORMAT UNIT() REFVTOC. But I would get FREESPACE errors. But then I put the device online and REFORMAT DDNAME(xx) REFVTOC and it works. Is there really a difference between the online DDNAME and the offline UNIT or did I blunder somehow? I hope someone knows the answer. I always did the refresh offline (online not an option) before I started using TDMF. Regards, John -- 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: GDG Question
Are you haevy user of GDGs created *more frequently* than daily? We run a batch job to copy off smf and ims log data whenever a switch occurs. Just our kind of normal. BTW: I think that a reason why IBM didn't increase maximum LIMIT() for GDG is lack of interest: Those customers who needed it already use pseudo-GDG (batch scheduler failities). Is there any other reason? No one wants 365 generations? We learned to live with the limitation. Regards, John -- 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: SMS and System Temporary Datasets
Bob, I've got a product (CA-Allocate) that allows dynamic increasing of the allocation of System Temporary datasets. This current state. As I move to SMS, I see that only a STORCLAS is assigned for these. If I understand correctly, this means that the space coded in the JCL is what you get. CA-Allocate can override the space amounts in alloc environment, no difference. Same applies to secondary space increase/reduction in extend environment. You would want to exclude sortwork datasets since *sort does its own thing. My options seem to be: 1) plow thru all System Temporary allocations being increased by CA-Allocate and update the JCL, or 2) Leave System Temporary datasets non-SMS. Am I on the right track? Do most of y'all make System Temporary dsns SMS-managed? Temporary datasets were the first datasets I put under sms in the early 90's. Regards, John -- 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: Problem Allocating DSN - 5000 CYl
I seem to recall that the maximum size of a dataset is 65535, regardless of how many volumes it resides on. Limit for nonvsam, non-extended datasets is 65535 tracks per volume up to 59 volumes. Regards, John -- 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: Concatenating TERSEd data?
Tim, We need to TERSE a fairly large (for us) amount of data. This data is in multiple separate datasets now, but needs to be sent as one large sequential dataset. We can TERSE the concatenated sequential input of course; but out of curiosity I'm wondering: can you TERSE the individual components, concatenate the results via IEBGENER, and the UNTERSE the resulting file on the other end? You should be able to experiment with this easily. When I need to xmit multiple datasets from one z/OS environment to another, I always create a DSS backup, terse it, xmit it, unterse it and run a DSS restore. Regards, John -- 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: Space problem
Karl, Hi Can anyone please help on this one. I have a user who allocates a file with CYL,(100,100)). The file then gets closed and opened 780 odd times and data is added to it with each open. He has tried it with different file names. The SMS DATACLASS and STORAGE CLASS do not allow for space to be released and force the allocation to be one a single volume. Some where during all this space is been release because the step failes with an SB37. The file has changed to CYL,(1,1)) andis in 16 extents. When allowing the file to have multi volume access it works, but changes to CYL,(1,1)) and ends up been in 39 extents. My question is this, is SMS releasing the space or MVS or the program? You should look at the management class that is assigned to the dataset, specifically the Partial Release attribute. Regards, John -- 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: VOLID starting with ##
Mike, Hello all, I tried searching the archives for VOLID starting with ##, and volume id ##, but didn't get any hits. We have from time to time had cataloged datasets that have the volid as ## Where the ## are really ##'s and the ? are some assortment of characters. This has been going on for years and we can't seem to figure out where they come from. Do any of you have any idea's as to where we might look. If you can narrow down the timeframe, you might find the culprit looking at SMF type 62 records. If you don't have anything handy, Dataset Audit Facility (DAF) on the CBT tape at cbttape.org could be used. It would be much easier to scan for the dsn that to build your own tool to search smf data. Regards, John -- 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: Update datasets defined in lnklst
Tom, As DB2 guy, I used to religously use the CSVLLAxx member to avoid impacting others. However, my main zos guru recommended to me a while back (maybe the last 2 ZOS releases?) that the benefits were so minimal now that it wasn't worth the effort to code the CSVLLA route any longer, and to just go ahead and do a total refresh each time. Anyone concur? I prefer to use the parmlib member to limit the scope (and possible fallout) of updates to linklist but that just may be my conservative nature. If you are the only one in the kitchen, you can be sure that no one else is cooking another dish. Regards, John -- 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: TDMF Questions
David, My shop is now the proud owner of a HDS 9990V. We are however novices in the use of TDMF which the vendor has proposed as the transfer agent between our old and new DASD. Can anyone point me to TDMF documentation? Has anyone run into any issues using TDMF on live data? Any issues with HSM ML1 volumes, DB2, M204 volumes containing user catalogs volumes containing master cats Jes2 Spool Any advice, comments will be most appreciated. We don't have HSM but I have moved everything else on your list with TDMF to and from hds equipment. The vendor should provide you the user manual. There is a chapter called Special Considerations that details every danger point. Regards, John -- 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: TDMF Questions
David, My shop is now the proud owner of a HDS 9990V. We are however novices in the use of TDMF which the vendor has proposed as the transfer agent between our old and new DASD. Can anyone point me to TDMF documentation? Has anyone run into any issues using TDMF on live data? Any issues with HSM ML1 volumes, DB2, M204 volumes containing user catalogs volumes containing master cats Jes2 Spool Any advice, comments will be most appreciated. We don't have HSM but I have moved everything else on your list with TDMF to and from hds equipment. The vendor should provide you the user manual. There is a chapter called Special Considerations that details every danger point. Regards, John The current website is www.softek.com but you have to be licensed to get the docs. I thought you may have contracted with hds to migrate the data which is why I said get it from the vendor (hds). As Jim Chappel stated, IBM now owns the product. Regards, John -- 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: TDMF Questions
David, One further question: We currently use FDR to backup our Z/VM and Linux volumes. Since the volumes are accessible to Z/os, will we be able to move VM and Linux volumes using TDMF? Thanks, Dave Dang, you made me look at the manual. The name of the manual is Installation and Reference Guide. Chapter 4 Planning Considerations says it can move vm formatted volume(s) but the volume(s) must be varied offline to all attached vm systems. There is no mention of linux in the manual. Regards, John -- 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: Compression %
Can someone point me to information on what the compression percentage is for datasets allocated with a data class that specifies compaction=Y? Bob, The listcat output shows the compacted byte count and the real byte count. You should be able to calcuate the compression ratio using these two figures. If there is a easier way, I don't know of it. Regards, John -- 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: Invalid dataset name in catalog, how to remove
Ken Leidner wrote: I have a tape dataset cataloged over 10 years ago with a very strange - invalid name. I am not sure how it was created, but I would like to remove it from the catalog. The tape has scratched years ago and I found this odd dataset name and would like to remove it from the catalog without having to zap the catalog to change its name first. Any suggestions? I have tried; In TSO a DELETE 'P.FSPOL.SBHF38AA(0)' noscratch IKJ56709I INVALID DATA SET NAME, 'P.FSPOL.SBHF38AA(0)' ISMF doesn't even find the dataset, even when looking for a prefix of the dataset name (like 'P.FSPOL.SB*.**’) Running IEFBR14 in batch gives //STEP0EXEC PGM=IEFBR14 //DD1 DD DSN='P.FSPOL.SBHF38AA(0)',DISP=(OLD,UNCATLG) IEF212I CJ4130BT STEP0 DD1 - DATA SET NOT FOUND If the entry is the only one with the first two nodes of P.FSPOL, you might be able to delete it with idcams: DEL P.FSPOL.* This will delete any catalog entry with three nodes and the first two nodes are P and FSPOL (use with care!) If you have other three node catalog entries that start with P.FSPOL, you probably need to use something like mainstar or trex to get rid of the entry. Regards, John -- 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: SMS and DFDSS
Bob, Hi Folks, I'm trying to assign a DATACLAS to some existing SMS datasets that don't have one, so they can extend to multiple volumes. I've done a logical DFDSS dump of the datasets (all PS). I've deleted the datasets that were dumped. I've Updated my DATACLAS ACS routines to assign the DATACLAS based on dsname. I've validated and activated the new SMS configuration. I run the restore, but the DATACLAS remains blank? What am I missing? Is this not possible? Is there a better way? DSS comes in the recover environment and bypasses the data class acs routine. That is why I put most of my decision logic in the storage class acs routine. Regards, John -- 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: SMS and DFDSS
Lizette, I think that when you dump datasets with DFDSS it includes that information in the dump. So the datasets will restore with those same values. Don't you have to nullify the ACS during the DFDSS restore so the new code will be picked up? Something like: BYPASSACS--(dsn)- DSS does retain the data class, storage class and management class and will pass it in during the restore unless you specify nullstorageclass and/or nullmanagementclass. Your storage class and management class acs routines will see the allocation and can accept the passed in values or override them unless you specify BYPASSACS. The OP real problem is that DSS restore does not go through the data class ACS routine and he can not change the data class to a different value. He mentioned in a follow up note that he has CA-Disk (DMS). That will work for his needs. Regards, John -- 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: LISTCAT/SMS QUESTION
Willie, The storage group is never included in the listcat output. To prove that a given volser is in a certain storage group: Issue command D SMS,VOL(volser) Use quickref Run idcams dcollect STOG(storagegroup) Show them a report from micsdasd if you have it. Navigate to ISMF panel that lists storage group and issue listv There are probably other ways to show that a volume is part of a storage group. Regards, John -- 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: SMS Confusion
Daniel, Ready to IPL our test 1.9 and the SMS question came up. Is the version as laid down by the build process enough to bring up the system? My boss is concerned since we're in a shared DASD world. My z/OS guys would bring it up for the first time in the sandbox and have me active a real configuration quickly thereafter. If you want to be sure you have something valid before the ipl, you could do a SETSMS SAVEACDS(your.new.acds.dsn) to put your SMS configuration in the new acds dataset. Regards, John -- 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: Moving 3390-3 to 3390-9
Jon, I potentially have a need to move -- preferably on the fly -- some volumes from 3390 model 3 to 3390 model 9 devices. I can use the wonderful TDMF to move like-to-like volumes, and it seems to me that I figured out a way to move mod-3s to mod-9s. Unfortunately, I can't remember what I did, and I can't find any notes about it. IIRC, I moved a volume, but it was not recognized as having the larger capacity until I . . . did something, like maybe refresh the VTOC or some such. Has anybody done this? Is it possible? You can move a mod3 to a mod9 but not three mod3 to one mod9. You need to specify ICKDSF on your options statement if you do not have AUTOMATIC ICKDSF=YES. TDMF will invoke ickdsf to refresh the vtoc to show the increased capacity on the volume(s). Regards, John -- 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: Moving 3390-3 to 3390-9
You're welcome. -- 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: Can STGINDEX have secondary allocations?
Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote: Staller, Allan [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Kees wrote: snip AFAIK, No. BTW Why are you still doing VIO at all? It made a lot of sense when disk access times were 17-30 ms, but not with 3-4ms (Escon/Cache) or 1 ms (FICON/Cache) Is this that simple? The fastest I/O is the I/O you don't do. With VIO you have a good chance to keep all data in storage, depending on the amount of real storege, your UIC and your paging. But in modern systems I think you have a good chance to eliminate all I/O with VIO datasets. /snip Everything is relative my son! VIO only eliminates some of the I/O (associated w/allocation). Under the covers VIO is a data windowing system backed by aux storage. Don't think so. This used to be the case in the early days, when systems had 4 MB storage and keeping the vio window in storage could just be toleated. Today I a sure VIO paging will not be that dumb to page in and out while GB's of storage are available to keep the data at hand. So I state that with VIO the I/O is eliminated. Anyone from MVS Internals who can give the current state of facts? As for Ted's response that VIO overhead and fast Dasd are approacing each other such that the don't differ much in performance: I don't have figures to prove the opposite and I accept it if someone has measured this, although it surprised me at first hand. No numbers but a story from personal experience. When I first implemented SMS, I setup a VIO storage group with a limit of about 10 cylinders on a 3390 and made any requests over 10 cylinders go to dasd. About six years later, the tape guy was making changes to STK HSC database which caused it to increase in size to around 12 cylinders (hsc was created using vio and then gener'ed to dasd, IIRC). He noticed that his runtime on the hsc gen increased more than triple. This was on a 9672 G5 box using EMC 8830 escon. I can not imagine more recent equipment could make up this difference. Regards, John -- 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: Can STGINDEX have secondary allocations?
Mark Zelden [EMAIL PROTECTED] wrote: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/11/2008 12:04:33 PM: On Fri, 11 Jul 2008 11:13:04 -0400, John Kington [EMAIL PROTECTED] wrote: No numbers but a story from personal experience. When I first implemented SMS, I setup a VIO storage group with a limit of about 10 cylinders on a 3390 and made any requests over 10 cylinders go to dasd. About six years later, the tape guy was making changes to STK HSC database which caused it to increase in size to around 12 cylinders (hsc was created using vio and then gener'ed to dasd, IIRC). He noticed that his runtime on the hsc gen increased more than triple. This was on a 9672 G5 box using EMC 8830 escon. I can not imagine more recent equipment could make up this difference. Regards, John I just tried that and the CDS creation program won't let you use VIO as the output. I managed to find the jcl and it was performing a reconfig, not creation. It has not been changed since 1999 and there appears to be a newer version of the reconfig job that does not use vio. But I did run an IEBGENER test of a 350 CYL CDS to DASD and then to VIO. Here are the results: DASD: IEF373I STEP/JS010 /START 2008193.1049 IEF374I STEP/JS010 /STOP 2008193.1050 CPU0MIN 01.42SEC SRB0MIN 00.74SEC VIRT 104K SYS 328K EXT 4K SYS 11812K VIO: IEF373I STEP/JS010 /START 2008193.1050 IEF374I STEP/JS010 /STOP 2008193.1051 CPU0MIN 02.06SEC SRB0MIN 00.69SEC VIRT 104K SYS 324K EXT 4K SYS 13856K I ran several test and wall clock time was slightly less with VIO. Good to see that dasd I/O is that close on sequential processing. The reconfig may have been doing updates though. Regards, John -- 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: wildcard utilities
Jim, I have been struggling with a way to use wildcards as a means of not having to know all dataset names that may be created within a day's time. I know snip I am not sure I understand what you are trying to do but I would use dcollect to gather information on dasd datasets and extract similar data from your tape management product if I wanted to generate a list of datasets created yesterday or whatever date. Regards, John -- 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: SMS construct pgm name
Jack, Has anyone developed a methodology to determine if FTP is the program creating SMS dsn? Currently we have a fall thru test for pgm = BPXPRECP but I think that's the exec() program, not just FTP? Of course we have the various flavors of FTP, FTP port 21, sFTP (ported tools) and TECTIA, but I assume that shouldn't make a difference? I am not aware of any sure, easy way to determine the creator is ftp since IBM stopped running the server as a started task. If you tell us what you are trying to accomplish, maybe someone can come up with an idea that could help. Regards, John -- 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: Data set's lost
--snip--- Hello list, I have some data set's vsam not catalogued and are lost on the disks, tried to delete them and I am not able, used the IDCAMS VVR and NVR and I am getting the following messages: --more snipped-- Note: The data set's are controlled by SMS. Does anyone have any solution to delete files lost? --unsnip-- Since every SMS-managed dataset is supposed to be cataloged, try looking in other catalogs. The dataset may be mis-cataloged. The vvds entry should contain the catalog where the dataset(s) is cataloged. Regards, John -- 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: SMS-releasing unused space
Natasa, Hello, in order to prevent releasing of unused space for some datasets, I allocated it yesterday with MC that has Partial release parameter set to 'No'. However, today when I look at some of those datasets, they look like the space was first released (primary extent is 1 cyl, allocated was 200), and then as the data was loaded it took 11 secondary extents. This is exactly what I wanted to prevent. Can someone explain to me how this happened? General Data Current Allocation Management class . . : MCNORLSE Allocated cylinders : 221 Storage class . . . : MEDIUM Allocated extents . : 12 Volume serial . . . : SSP122 Device type . . . . : 3390 Data class . . . . . : DCDYNV Current Utilization Organization . . . : PS Used cylinders . . : 204 Record format . . . : FB Used extents . . . : 12 Record length . . . : 3000 Block size . . . . : 27000 1st extent cylinders: 1 Secondary cylinders : 20 Data set name type :SMS Compressible : NO 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 The fact that the allocated cylinders is greater than the used cylinders (221 204) leads me to believe that space was not released from the dataset (allocated cylinders would equal used cylinders). The 1st extent is just the size of the first extent and not the primary space allocation amount. Each allocation can be up to five extents, even more if you are using the storage space constraint relief features of SMS. I recommend you look at the fragmentation index on your volume(s) and run some defrags. Regards, John -- 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: SMS-releasing unused space
Tom, On Tue, 6 May 2008 08:25:42 -0400, John Kington wrote: Natasa wrote: Hello, in order to prevent releasing of unused space for some datasets, I allocated it yesterday with MC that has Partial release parameter set to 'No'. However, today when I look at some of those datasets, they look like the space was first released (primary extent is 1 cyl, allocated was 200), and then as the data was loaded it took 11 secondary extents. This is exactly what I wanted to prevent. Can someone explain to me how this happened? General Data Current Allocation Management class . . : MCNORLSE Allocated cylinders : 221 Storage class . . . : MEDIUM Allocated extents . : 12 Volume serial . . . : SSP122 Device type . . . . : 3390 Data class . . . . . : DCDYNV Current Utilization Organization . . . : PS Used cylinders . . : 204 Record format . . . : FB Used extents . . . : 12 Record length . . . : 3000 Block size . . . . : 27000 1st extent cylinders: 1 Secondary cylinders : 20 Data set name type :SMS Compressible : NO The fact that the allocated cylinders is greater than the used cylinders (221 204) leads me to believe that space was not released from the dataset (allocated cylinders would equal used cylinders). The 1st extent is just the size of the first extent and not the primary space allocation amount. Each allocation can be up to five extents, even more if you are using the storage space constraint relief features of SMS. I recommend you look at the fragmentation index on your volume(s) and run some defrags. I think it's unlikely that the volume is so fragmented that the first extent allocated was only 1 cylinder, but that he was able to obtain a total of 220 cylinders in 12 extents. It is especially unlikely considering that the secondary allocation is 20 cylinders. My understanding is that allocation is using first fit strategy and the first extent could be only one cylinder if the next four extents equal or exceed 249 cylinders. The primary allocation amount for nonvsam datasets is not retained after the creating job completes. It is more likely that something caused the primary allocation to be 1 cylinder with 11 secondary allocations of 20 cylinders each. Storage space constraint relief could cause this which is why I suggested looking at fragmentation. I probably should have included amount of free space on the volume or in the SMS pool. There is not enough information to guess how this might have happened. I agree. If the OP has access to Dataset Audit Facility (DAF) from cbttape.org, the tale could be told. Regards, John -- 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: SMS-releasing unused space
Natasa, Here is additional information: The dataset was allocated through ISPF panels (so there was no RLSE parameter), in subsequent daily batch it is used with DISP=OLD, program is ICEMAN. Management class MCNORLSE does not allow any migration, because those datasets are used every day. Regarding fragmentation, there are some very fragmented volumes in this storage group, but there were certainly volumes available that had 200 cyl extent free. I would highly recommend getting Dataset Audit Facility (DAF) from cbttape.org and run the SMF records through it to build a history of the dataset. This history might tell you what happened and when. Since you appear to be allocating these datasets manually, can you check the space information just after you create them? Regards, John -- 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: OAM copying a platter
Michael, I need to copy the PLATTER with out the data being deleted off of the source. I have 2 thoughts to see if you think they would work. 1. EJECT a volume issue the RECOVERY command for that volume using BACKUP2? Would the ejected volume be able to be added back into the library? 2. EJECT a PLATTER turn the PROTECT on on the case put it back in the library then use the MOVEVOL command. Would it create the COPY successfully and error with the protect on trying to delete the data leaving to PLATTERS with the same DATA? What are you planning to do with the original platter? It would be virtually unreadable if you lose where objects (segments) are located on the platter. Regards, John -- 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: OAM copying a platter
We are trying to get a copy of a platter from one site and test it at another site to test D.R. What I thought was using the RECOVERY command I could take the original to test. Is that not the reason for backup2? Doing a movevol or recovery will cause you to lose track of the objects on the existing platter. These are intended to free up or retire a platter. I don't know of anything that would let you clone an optical platter which seems to be what you want to do. Sorry, John -- 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: OAM copying a platter
BACKUP2 is tape. That is you DR copy, no? Regards, John -- 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: OAM copying a platter
Could I take the tape do a recovery command at the DR site and create a platter? Yes. Read the OAM Planning, Installation and Storage Administration Guide for details on the RECOVER command. Unless you take all tapes, you will need to determine which tape(s) you will need. Again, read the PISA guide. Regards, John Oops. That should be recovery not recover. -- 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: Gary Hussong is out of the office.
Gary, What is a louts note text page? Regards, John Gary Hussong/CIMG/CVG@ CVGTo Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List [EMAIL PROTECTED] Subject .edu Gary Hussong is out of the office. 03/28/2008 12:25 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .edu I will be out of the office starting 03/28/2008 and will not return until 04/01/2008. I will respond to your message when I return. If this is an emergency you can try send me a louts note text page. -- NOTICE: The information contained in this electronic mail transmission is intended by Convergys Corporation for the use of the named individual or entity to which it is directed and may contain information that is privileged or otherwise confidential. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email or by telephone (collect), so that the sender's address records can be corrected. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Gary Hussong is out of the office.
My apologies for the pollution. I thought it was internal. -- 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: Displaying multiple volumes allocated from DSLIST
Ted, It's just showing that you have 2 additional candidate volumes allocated. They have not yet been assigned. It's a control block thing. It doesn't cost anything; it can protect you from future growth problems. The last two shops I worked at had 20 volumes allocated in most dataclasses. I would recommend the 59 vol max. It doesn't cost; it can save. Each candidate volume takes room in the catalog which could have a big impact on gdg (b) records where the favorite limit is high, up to 255 and there is a clear favorite high level qualifier and no clear favorites for the second node. We have a very large user catalog. I would recommend dynamic volume count if you don't have something that will dynamically add volumes. Especially, since only the secondary allocation size is 'remembered' on all future volumes. True for nonvsam datasets but volume count also applies to vsam datasets. The space allocation used for vsam when extending to a new volume is the primary though you can change that to secondary for SMS managed datasets. Regards, John -- 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: Recatalog a GDG - accidentally deleted the base
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pushparaj, Samuel S Sent: Tuesday, March 11, 2008 7:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Recatalog a GDG - accidentally deleted the base Hello Required help! Unfortunately I deleted the GDG Base and I have 2 generations available. When I try to browse or edit the generations I am not able to perform anything. Can I recreate GDG base and try to edit? Will it works. Thanks. Sam Sam, Do you really need the datasets back or just need to delete them? You should be able to do a DELETE gds NVS with a FILE(dd) pointing to the volser where the orphaned dataset resides. If you need to get the dataset back, you need to redefine the gdg base and do a DEFINE NVSAM(gds) RECATALOG to get each gds associated with the recreated gdg base. If each gds is not SMS-managed and is single volume, you should be able to redefine the gdg base, use tso panel 3.4 to bring up the dataset in the list and issue C on the operator line next to the dataset. Regards, John -- 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: dataset separation within a Storage Group
Dave, What is the best way to separate datasets within a storage group. Applications want 3 datasets A.B.** to always be allocated on different packs than 3 datasets A.C.** These are small files, and I hate to waste an entire volume to create another STG GROUP... just to isolate them... If you allocate all three datasets in the same jobstep, they should be allocated to different volumes if there are enough candidate volumes in the storage group below the high allocation threshold. There is no guarantee unless you assign a special storage class with guaranteed space set to yes and you specify the volser for each dataset. Then you run the risk of not enough space on the volume for the dataset or you forget and removed the volser. Regards, John -- 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: SMS QUESTION - DISKS STILL BEING ALLOCATED
John, Good Morn, I have 2 vols (SMS managed) which I am trying to reclaim, however since there are some dsns on the packs. I changed the status from ENANLE to DISNEW so that no new dsns are allocated. Next, I performed the ACTIVATE (option 8.5) of the new CDS but I noticed that new dsns are still being allocated on the volume. Below are the details: System/Sys SMS Vol MVS Vol SMS SG | System/Sys SMS Vol MVS VolSMS SG Group Name Status Status Status | Group Name Status Status Status -- --- -- | -- --- -- SYADISNEW ENABLE | SYBDISNEW ENABLE SYDDISNEW ENABLE | SYEDISNEW ENABLE Have I missed something? Should I change the status from ENABLE to DISALL? Thanks. I would never recommend DISALL. I *think* it will prevent you from accessing existing datasets. The current status should prevent new datasets from being allocated. You could have issued V SMS,VOL(volser,ALL),DISABLE,NEW for each volume instead of changing the source control dataset and activating it. Of course, you would need to remember that you dynamically changed the status of the volumes if you needed to make a change to the sms configuration (ie. change in acs routine(s)). Regards, John -- 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: SMS QUESTION - DISKS STILL BEING ALLOCATED
John, I tried your suggestion and it worked. When I perform D SMS, VOL(TMV023) it shows that it is disabled in all partitions. I should have mentioned that this environment is JES3. I have never worked in a jes3 environment but I seem to recall that resources were scheduled for the entire job when it is started vs. when each job step is started in a jes2 environment. That may be why you continued to see new datasets on the volumes for a while. Kindly correct me if I am wrong, in the future instead of performing the DISNEW at the ISMF level, it would be preferable that I issued the command (via console) for each pack as you had suggested. Using the operator command is quick and easy. The hard part is remembering that you changed the status dynamically. If you have not reclaimed the volume(s), activating a new configuration will undo the effects of the command. Regards, John -- 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: CATALOG QUESTION - CORRECT AN ALIAS PROBLEM
Ernie, Good Morning Gentle Readers, I am working on a problem regarding a TSO alias which was not created but for some unexplicable reason I find about 15 dsns have been cataloged in the MCAT. My question is how can I fix this problem - have the dsns created in the proper UCAT. I looked at the option of using REPRO MERGECAT in the IDCAMS doc. Is that the correct decision? My plan is to define the alias in the proper UCAT and then execute the following jcl. //STEP1EXEC PGM=IDCAMS,REGION=2048K,TIME=1440 //SYSPRINT DD SYSOUT=* //SYSINDD * REPRO - INDATASET(SYS1.SHR.MCAT) - OUTDATASET(MBC.CSTMCAT) - ENTRIES(CTPRX23) - MERGECAT /* Will this do the job? Am I missing something? I would appreciate any suggestions or comments. Thanks in advance. I would remove the alias, rename the 15 datasets to a different hlq, redefine the alias and then rename the 15 datasets back to the original name. Mergecat would be overkill for what you need to do. If you can not remove the alias, I would recatalog them if you know where they are and try a delete noscratch using the master catalog in the catalog() parameter. Regards, John -- 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: SMS : WILD CARD USE IN FILTLIST
Looking at it again, I noticed that John was looking for range of 0 to 9 as the last character in the second and fourth nodes of his dataset. I setup the filtlists to look for 1 though 9. The filtlists should have been: FILTLST NUMA INCLUDE(%%0,%%1,%%2,%%3,%%4,%%5,%%6,%%7,%%8,%%9) FILTLST NUMB INCLUDE(%%%0,%%%1,%%%2,%%%3,%%%4,%%%5,%%%6,%%%7,%%%8,%%%9) Regards, John Very elegant! I like it. ddk FILTLST NUMA INCLUDE(%%1,%%2,%%3,%%4,%%5,%%6,%%7,%%8,%%9) FILTLST NUMB INCLUDE(%%%1,%%%2,%%%3,%%%4,%%%5,%%%6,%%%7,%%%8,%%%9) IF DSN EQ AM2.DE%.HESD.SOR%.** DSN(2) EQ NUMA DSN(4) EQ NUMB THEN DO END -- 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: SMS : WILD CARD USE IN FILTLIST
John, FILTLST NUMA INCLUDE(%%1,%%2,%%3,%%4,%%5,%%6,%%7,%%8,%%9) FILTLST NUMB INCLUDE(%%%1,%%%2,%%%3,%%%4,%%%5,%%%6,%%%7,%%%8,%%%9) IF DSN EQ AM2.DE%.HESD.SOR%.** DSN(2) EQ NUMA DSN(4) EQ NUMB THEN DO END This is assuming that there is only one numeric character following the letters in the second and fourth node. If there is a possibility of more characters after the numeric value, you can add * after each value in the filter lists. Regards, John Thanks Darth, I looked at the list that needs to be added and it amounts to 731. Which means I will have to create a few more FILTLISTS. Darth Keller [EMAIL PROTECTED] wrote: When in doubt, set up a test case try it. Naviquest is a great tool. From the DFSMSdss Storage Admin Guide: The percent sing (%) is used as an ignore character. Each % sign represents one character in the name being filtered, and any character in that position is ignored. IIRC, % * are the only masking characters you get. There isn't one specifically for numbers like a lot of languages have. So I'd say that %* is redundant and won't really accomplish what you want. Off the top of my head, the only way I can see to do this is to code the filter list. AM2.DE1*.HESD.SOR1*.**, AM2.DE1*.HESD.SOR2*.**, AM2.DE1*.HESD.SOR3*.**, and on and on and on AM2.DE9*.HESD.SOR8*.**, AM2.DE9*.HESD.SOR9*.** If I did the math right, it's 90 entries, which isn't that big a filter list. HTH- ddk John Dawes Sent by: IBM Mainframe Discussion List 02/25/2008 05:50 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject SMS : WILD CARD USE IN FILTLIST Hallo All, Can I use the following wild card attribute in a SMS FILTLIST: AM2.DE%*.HESD.SOR%*.** In the case of DE%* I would like to trap any numeric value (0 to 9) which follose DE. In the case if SOR%* I would like again to trap any numeric (0 to 9) after SOR. This would save a log of lines of code. If this will not work could you please suggest something else that I could try? Thanks - Get the name you always wanted with the new y7mail email address. -- 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 ** 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Get the name you always wanted with the new y7mail email address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS managed volume
Mark, So many great options. Thanks very much. I did find a problem with using D SMS,VOL=(volser) It reports a volume as not defined CBR1064I Command rejected. Volume serial number SMS013 undefined. But IEHLIST shows that it SMS managed. So I obviously have some issues from my migration from 1.7 to 1.9. Issue D SMS and verify that Godzilla is looking at your ACDS. Regards, John -- 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: ZOS Upgrade Issue
continuing top-posting You can setup a default value for unit in your sms configuration. Regards, John I have worked on numerous systems that never had SYSALLDA setup in HCD or ALLOCxx and never had a problem running TSO BATCH. The default for generic for DASD is 3390 that has no ESOTERIC assigned to it. I tired a Randy's job on Zos14 and a Zos17 and it ran fine without any SYSALLDA in esotrics or a ALLOCxx and without adding the unit to the JCL. From: Steven Conway [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Date: 02/22/2008 10:17 AM Subject: Re: ZOS Upgrade Issue Randy, without ALLOCxx in your PARMLIB concatenation, the default device will be SYSALLDA. If that's not defined in your gen, it would explain the failure. A browse thru HCD would be interesting. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- 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
Re: A Blank DSORG
No directory blocks needed - this is a PS file. It looks to me like Radoslaw's response indicating that I'll have to have the applications add the DSORG parm to their JCl is the way I'm going to have to go. I suspected as much but was looking for confirmation. dd keller Darth, You could add the dsorg to the dataclass(es) if you assign a dataclass to every dataset. Any open (or jcl parameter) would override the dataclass value. Regards, John -- 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: A Blank DSORG
Darth, You could create a new barebones dataclass and assign it to any dataset with a null DSORG. I have such a dataclas just to avoid gdg model datasets when creating a +1 gds. Regards, John For most of my dataclas's, I do assign a DSORG. But in this case where I'm testing for the DSORG using it to assign a dataclas, it doesn't help - kind of a cart-horse problem. ddk Darth, You could add the dsorg to the dataclass(es) if you assign a dataclass to every dataset. Any open (or jcl parameter) would override the dataclass value. Regards, John -- 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: A Blank DSORG
Darth, Actually I only wanted to assign DCEXTEND for a PS file, but not a PO. The manual reference was actually what I needed to find as I couldn't remember which files could actually fall into SMS with a blank DSORG. Are your users coding directory blocks in their space parameter? DSORG should be set to PO if there is a value coded. Regards, John -- 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: Shark to EMC
Does anyone know of any utilities/products that facilitate mirroring from IBM's Shark to an EMC DASD. Regards, Jasbir TDMF (Transparent Data Migration Facility) from Softek will do this. Regards, John -- 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: VTOC size
Mark, In VSE I could dump the VTOC(they were pretty small) and determine the relative amount of the space being used. I haven't figured out if there is a way to determine how much of your VTOC or Index is currently being used in MVS. You can tell how many free dscbs are on a given volume by looking in ISMF (option 2.1). Any ROT for sizing a VTOC and Index for MVS would be greatly appreciated. If you have access to ICKDSF User's Guide and Reference, appendix C has the formulas for calculating the size of the vtoc and vtoc index. Regards, JOhn -- 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: Any way to create a PDS using FTP?
I can't seem to figure out how to allocate a new partitioned dataset on z/OS using FTP. It seems that a PDS is recognized as a directory, but there doesn't seem to be a way to create one. Am I missing some trick, other than submitting a job? Kirk, Use the site command to set the number of directory blocks quote site directory=# where # is the number of directory blocks you want in the pds. You can then use the mkd command to create the pds. Regards, John -- 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: Any way to create a PDS using FTP?
It seems that a PDS is recognized as a directory, but there doesn't seem to be a way to create one. How about a PDSE? Is that possible? The only way I can see is to setup a dataclass with dataset name type of library and then you can use the site command to ask for that dataclas. Regards, John -- 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
