Re: IGD17103I CATALOG ERROR WHILE DEFINING VSAM DATA SET
John, You should run the define again and then look at the listcat output to look for the extended attribute that Darth asked about. You don't need to load data to get this information. I am not in a postion to experiment but you should have 20 volumes (actual plus candidate) in the listcat output. You get the greater of volume count from the data class or the number of volumes in the define, not the sum of those two numbers. Regards, John From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of John Dawes [jhn_da...@yahoo.com.au] Sent: Thursday, November 11, 2010 12:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IGD17103I CATALOG ERROR WHILE DEFINING VSAM DATA SET I verified the DATACLAS construct. The volume count is 20. I am unable to confirm if the LISTCAT has a EXT-ADDR because the dsn has been deleted. Sorry, I should have noted it before I made the post. Going by to my observation in general, would coding the VOLSERS in the VOL field cause the abend because the DATACLASS has the volume count of 20 and there were 56 volumes in this particular STORAGE GROUP POOL? --- On Thu, 11/11/10, Darth Keller darth.kel...@assurant.com wrote: From: Darth Keller darth.kel...@assurant.com Subject: Re: IGD17103I CATALOG ERROR WHILE DEFINING VSAM DATA SET To: IBM-MAIN@bama.ua.edu Received: Thursday, 11 November, 2010, 7:52 AM Looking at the 110 Reason code information, I question if your dataset was actually assign a dataclass allowing extended format. The way I understand the 110, you exceeded the 4GB limit on 'standard' VSAM. You'll need to look at the SMS constructs actually being used for your dataset here. You're not giving us enough information here for us to tell. Take a close look at the ListCat information for the file which was defined ensure that it actually was defined as extended format. If it is, you should see EXTENDED EXT-ADDR in the ListCat dd keller G'Day, I encountered the following abend when attempting to define a VSAM extended dsn. The SMS routines (STORAGE CLASS, STORAGE GROUP DATACLASS) have been correctly defined. I verified if the volumes(3390-3) were empty and all seem okay. IGD17103I CATALOG ERROR WHILE DEFINING VSAM DATA SET VSAMG1.Z56013.VVL000D.MASTER4.SNAP RETURN CODE IS 140 REASON CODE IS 110 IGG0CLEV IGD306I UNEXPECTED ERROR DURING IGG0CLEV PROCESSING RETURN CODE 140 REASON CODE 110 Below is the DEFINE CLUSTER: DEFINE CLUSTER (NAME(VSAMG1.Z56013.VVL000D.MASTER4.SNAP) - INDEXED KEYS(64,0) - SHR(2,3) - REUSE - RECORDSIZE (64,4068) - FREESPACE(15,20) - VOLUME(A24S11,A24S12,A24S13,A24S14,A24S17,A24S19)) - DATA - (NAME(VSAMG1.Z56013.VVL000D.MASTER4.SNAP.DATA) - CONTROLINTERVALSIZE (16384) - CYLINDERS (3815,36)) - INDEX - (NAME(VSAMG1.Z56013.VVL000D.MASTER4.SNAP.INDEX) - CYLINDERS (97,4) - CONTROLINTERVALSIZE (4096)) I reran the job successfully after removing all the VOLSERS except for A24S11. Was it a fluke that it worked? Was the cause of the abend due to having 6 VOLSERS coded in the VOLUME parm? / This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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
Re: Product Suggestions
David, To get rid of CA ALLOCATE, just do a proper SMS implementation using the classes provided by DFSMS. This will do most of the work performed by ALLOCATE SMS does not handle NOTCAT2 so you need to make sure that support is not a requirement. Regards, John Data Direct Products SQLINK -- 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 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Product Suggestions
Radoslaw, To get rid of CA ALLOCATE, just do a proper SMS implementation using the classes provided by DFSMS. This will do most of the work performed by ALLOCATE SMS does not handle NOTCAT2 so you need to make sure that support is not a requirement. What does it mean? Just curious. NOTCAT2 is shorthand for the error message when you attempt to catalog a non-sms managed dataset that already is cataloged (exists). If the dataset is sms managed you get a jcl failure and the job errors out. If the dataset is not sms managed, you get the error message and the job will continue often using the old dataset instead of the new one just created. StopX37 was created to detect this error condition, delete or uncatalog the old dataset so that the job could continue. CA-Allocate (VAM) also includes this capability. Regards, John 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Space allocation question...
Sridhar, I am trying to allocate dataset with 6672 cylinders of space across two volumes as a primary extent. I am told that the allocation should look as shown below... //DD1 DD DSN=TEST.DATASET, // DISP=(,KEEP), // SPACE=(CYL,(3336,20)), // VOL=SER=(VOlUME1,VOLUME2) I tried above allocation but I am getting just 3336 cylinders as initial allocation. What could be wrong here? Should the volumes be non-SMS? If they are SMS does it need some SMS rule to allocate primary space specified across each of the volumes?! Please help. You need to use a storclas with guaranteed space = yes to get the primary allocation amount to be allocated on each volume. The way your jcl is structured, you will only allocate the primary on the first volume. You will only allocate space on the second volume after you fill the primary space and start allocating *ONLY* 20 cylinders at a time on the second volume. If you do not want to use a storclas with guaranteed space = yes, you can allocate across both volumes by using SPACE=(CYL,(3336,3336)) and write enough data to the dataset to cause it to fill the primary space. Regards, John 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Space allocation question...
Darth, 2. The primary is never 'remembered'. So, if you go to a subsequent volume, the secondary allocation is always used (and must, again, be satisfied within 5 extents. From the DataClass: Additional Volume Amt: Primary - Primary allocation amount has been requested. Secondary - Secondary allocation amount has been requested. -- If the value has not been specified. The system will use the default value of Primary. The OP jcl clearly showed a non-vsam allocation. Ted is right about the primary amount being used only for the first allocation. All subsequent allocations on the same volume or a new volume are made with secondary amount. The additional amount value in the data class only applies to extended vsam datasets. I never set this to secondary because it would not apply to all vsam datasets. I did not want one set of rules for extended vsam datasets and another for the original type(s) of vsam datasets. Regards, John 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Space allocation question...
David, Ted, I would disagree with your point (2) in one case. For a VSAM dataset with the allocation coming from IDCAMS DEFINE parameters, the primary is remembered in the catalog listing. If the file is defined in a non-guaranteed-space environment with more than one volume specified, the allocation succeeds only if the primary amount can be found on enough volumes. All volumes except the first one are placed in CANDIDATE status, and the space is not allocated. During file load, when it attempts to go to one of the candidate volumes, it goes after the primary amount on the next candidate volume, and the job fails if it is no longer there. As a note, we always defined these multi-volume VSAM files with zero secondary so that they could not eat all the extra space on the volumes. It is possible that this '0' secondary affects the behavior with the candidate volumes. Regular old fashioned vsam datasets always use the primary allocation amount for the first allocation on a volume. Extended vsam can use primary or secondary amount when extending to a second or later volume depending on the additional amount setting in the dataclas that Darth refered. If the storage class has guaranteed space = yes, the primary amount is allocated on all volumes. If the storage class has guaranteed space=no then only one volume actually is allocated and all remaining candidates have a single asterisk (*) as the volser. Once you write enough data to the vsam dataset and it needs to extend to another volume, SMS selects a volume at that time. You only have a volser on a candidate volume if the vsam dataset is not sms-managed. Regards, John 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 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-DISK QUESTION
Esmie, Do you have more than one files dataset? If so, use mfiles dd and concatenate all of the files datasets. Regards, John 513-723-7527 john.king...@convergys.com From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Wednesday, September 22, 2010 7:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CA-DISK QUESTION Jeffrey, I tried your suggestion and it gave me only 2 dsns that are archived. I executed the job over again without the DUPLICATE parm and I got the same result. When I checked for my dsns and there are about 73 which are archived and it showed just one. --- On Wed, 9/22/10, Jeffrey Deaver jeffrey.dea...@securian.com wrote: From: Jeffrey Deaver jeffrey.dea...@securian.com Subject: Re: CA-DISK QUESTION To: IBM-MAIN@bama.ua.edu Received: Wednesday, September 22, 2010, 6:15 AM Usually gets me what I need... //LISTDEXEC LISTD //SYSPRINT DD SYSOUT=* //SYSINDD * LISTD DUPLICATES,FIELDS=(DSNAM,VOLNO,ARCDT,ATIME,EXPDT,ARKEY) Jeffrey Deaver, Engineer Systems Engineering jeffrey.dea...@securian.com 651-665-4231(v) IS - Creating competitive advantage with technology. Providing service that excels. OSS - Where Innovation Happens -- 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 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 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-DISK QUESTION
Esmie, Without duplicates, the report will list information on the most recent copy of a given dataset which could be a backup or an archive copy. I don't have a report in front of me but I remember the report showing whether it was an archive (migrated) copy or a backup. You should not have the original dataset on dasd if it is an archive copy unless someone restored it. It is not surprising to have the original dataset on dasd if it is a backup copy. Regards, John 513-723-7527 john.king...@convergys.com From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Wednesday, September 22, 2010 8:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CA-DISK QUESTION John, No, there is only 1 files dsn. I tried the following : LISTD FIELDS=(DSNAM,FLAG1B,DSORG,VOLNO,ATIME,ARCDT) and it listed all the dsns. However it did show me some dsns that are already on DASD which prompted my post. --- On Wed, 9/22/10, John H Kington john.king...@convergys.com wrote: From: John H Kington john.king...@convergys.com Subject: Re: CA-DISK QUESTION To: IBM-MAIN@bama.ua.edu Received: Wednesday, September 22, 2010, 11:54 PM Esmie, Do you have more than one files dataset? If so, use mfiles dd and concatenate all of the files datasets. Regards, John 513-723-7527 john.king...@convergys.com From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Wednesday, September 22, 2010 7:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CA-DISK QUESTION Jeffrey, I tried your suggestion and it gave me only 2 dsns that are archived. I executed the job over again without the DUPLICATE parm and I got the same result. When I checked for my dsns and there are about 73 which are archived and it showed just one. --- On Wed, 9/22/10, Jeffrey Deaver jeffrey.dea...@securian.com wrote: From: Jeffrey Deaver jeffrey.dea...@securian.com Subject: Re: CA-DISK QUESTION To: IBM-MAIN@bama.ua.edu Received: Wednesday, September 22, 2010, 6:15 AM Usually gets me what I need... //LISTDEXEC LISTD //SYSPRINT DD SYSOUT=* //SYSINDD * LISTD DUPLICATES,FIELDS=(DSNAM,VOLNO,ARCDT,ATIME,EXPDT,ARKEY) Jeffrey Deaver, Engineer Systems Engineering jeffrey.dea...@securian.com 651-665-4231(v) IS - Creating competitive advantage with technology. Providing service that excels. OSS - Where Innovation Happens -- 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 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 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 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS sms dasd selection?
Mike, Ron is correct about the broken vtoc index messing up the free space info that SMS tracks and changing MSR will not have any effect. If you have an automation tool, I recommend having it issue a v sms command to put the volume in disable for new allocations whenever a vtoc disabled message appears and send you an alert. Regards, John The volumes you are referring to would have to have a different size (3390-9 or larger) for MSR to make a difference, and the CU/DASD in the storage formatted as RAMAC (3390-3R) for availability to make a difference. If these things are not different then columns 3 to 7 will not make a difference. Guaranteed Space, Init ACC Response and Sustained Data Rate do not affect the EDL. I suspect the broken VTOC Index is affecting the Freespace values used to build or exclude the volumes from the Primary EDL. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Schwab Sent: Tuesday, September 14, 2010 3:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] z/OS sms dasd selection? In our shop, we occasionally have our VTOC Indexes get disabled. Unfortunately, these volumes then fill up with datasets and cause out of space abends, even though there is plenty of space on other volumes. I suspect that Storage Class performance requirement columns 3, 4, 5, 6, 7, 13, 15 are causing low performance request classes to get allocated to these volumes instead of volumes with working indexes. Setting the volume to Disabled, New then rebuilding the index does work, but I am trying to avoid the volume filling up in the meantime. So, would changing those columns (or your list of columns) to blanks, or the same value, across all storage classes, stop the skewed allocations? -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS non-sms dasd allocation algorithm ?
Ron, John and Steve, Back around 1995 SMS and non-SMS allocation was documented in a very detailed informational APAR. I no longer have a copy of it. The last time I saw it, it was extended into a second apar. I no longer have access to it. My recollection is that the eligible device list for was built in least busy LCU and volume order, where busy was based on a reasonably short SRM measure of connect time. I don't recall non-SMS or SMS Primary EDL being sorted by device delay. Something in the deep recesses of my memory says that the volume order within LCU was changed to number of datasets open at some stage, but that may be a senior moment in progress. The information about device delay which is the sum of IOSQueue time, disconnect time and pend time came from IBM level 2 when I was working on an allocation problem. I had them repeat it three times and was sure that removing lcu busy from the equation was something like shooting my dog. So initially we have the EDL in least busy LCU, and then least busy volume order, but allocation will then demote any volume that has already been allocated to a dataset in this job step to avoid clustering of allocation on a single, low activity device. This is why you don't see all you SORTWKnn datasets on one volume, and another dim dark memory is prodding me to say that the DFSORT guys asked for this enhancement. You also have to consider that temporary datasets will select volumes mounted as PUBLIC over those mounted as STORAGE. Accidently mounting one volume as PUBLIC in your work pool with everything else mounted as STORAGE is a good way to see a single volume become grossly overloaded with all the TEMP dataset allocations. Hence my assumption (question?) about allocating a permanent dasd dataset. Temporary datasetswill go to volumes mounted public. If you have no volumes mounted public, it will go to volumes mounted as storage. CA-ASTEX does a really good job of getting it's fingers into allocation by removing poor performing candidates from the EDL. The product documentation may have a good write up on what happens without ASTEX. Or Chris Craddock can run down the hall and get one of the developers to respond... My other assumption about not having a third party allocation manager. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John H Kington Sent: Monday, September 13, 2010 10:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] z/OS non-sms dasd allocation algorithm ? Steve, Does anyone know how a dasd volume is selected for a new non-sms dataset allocation when using the UNIT parm? Is it just the first volume in the UNIT group that satisfies the space request or is some other algorithm used? Anyone know if this is documented anywhere (IBM manual)? z/OS 1.9 You are asking for information on non-specific, non-sms dasd dataset allocation. I don't know anyplace where everything is fully documented but you can use the above to search the archives. Assuming you are allocating a permanent dasd dataset and you have no third party product that is directing/controlling allocation, the system will build a candidate list of volumes associated with the unit that are mounted storage. The list is then sorted by device delay (iosqueue time, pending time and disconnect time) from lowest to highest. Allocation then occurs on the first volume in the sorted list that has sufficient space in five extents or less. Regards, John 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 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 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
Re: z/OS non-sms dasd allocation algorithm ?
Steve, Does anyone know how a dasd volume is selected for a new non-sms dataset allocation when using the UNIT parm? Is it just the first volume in the UNIT group that satisfies the space request or is some other algorithm used? Anyone know if this is documented anywhere (IBM manual)? z/OS 1.9 You are asking for information on non-specific, non-sms dasd dataset allocation. I don't know anyplace where everything is fully documented but you can use the above to search the archives. Assuming you are allocating a permanent dasd dataset and you have no third party product that is directing/controlling allocation, the system will build a candidate list of volumes associated with the unit that are mounted storage. The list is then sorted by device delay (iosqueue time, pending time and disconnect time) from lowest to highest. Allocation then occurs on the first volume in the sorted list that has sufficient space in five extents or less. Regards, John 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need to get unix file to zos dataset
Tim What does wc unix file show for the record count? If it is 1, you will have to find a way to chunk up the file into something you can digest. Regards, John Tried with IND$FILE and OGET and also FTP All same results. 1 large record. OGET? IND$FILE? snip Have unix file that I can browse, get error when editing Record too large If I browse the file I can access it and it formats ok /snip 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need to get unix file to zos dataset
Get to a cli and issue wc unix file You should see three numbers displayed. The first would be the number of records, the second would be the number of words and the third would be the size of the file. wc is a unix command. Where do I see the value for wc ? Tim What does wc unix file show for the record count? If it is 1, you will have to find a way to chunk up the file into something you can digest. Regards, John Tried with IND$FILE and OGET and also FTP All same results. 1 large record. OGET? IND$FILE? snip Have unix file that I can browse, get error when editing Record too large If I browse the file I can access it and it formats ok /snip 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 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 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 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
Richard, I am running z/OS 1.10 and have a small problem. For some reason all temporary data set allocations are going to VIO. I do not have any SMS definitions that route temporary allocations to VIO. Any ideas? Two shots in the dark. 1. Do you have any volumes mounted as public or storage? 2. Are you using a default esoteric that no longer has any volumes? Regards, John 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 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
John, I am fairly sure that you can remove a DATACLAS from your SMS configuration even if it is referenced by an existing dataset. You can't refer to it in an ACS routine after it is removed, but you should be able to remove it. I would agree if the datasets are only regular non-vsam datasets. There could be complications with vsam and extended datasets. I would error on the side of caution. Keeping the dataclass definition in the configuration would not be much overhead. I would put some reminder in the description that it is planned for retirement. Regards, John 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 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
Alan, Do you have a particular time frame to clean it up? I don't think it would be much overhead to stop assigning the dataclass to any new datasets and run a job monthly or quarterly to see if any datasets using the dataclass remain. Trying to change the BCS and VVDS entry for each dataset would be far more risky than leaving the datasets as they are. Just my two cents. Regards, John I am attempting to retire the DATACLAS entirely snip Why is it that you think you need to change the dataclass? Once the dataset has been allocated, changing the dataclass should have no effect that I can think of. /snip 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
The myth was that someone took too long to empty the cement out of the truck, allowed it to harden and then tried to use dynamite to clean out the hardened cement. Regards, John 513-723-7527 john.king...@convergys.com From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Bonno, Tuco [t...@cio.sc.gov] Sent: Wednesday, August 04, 2010 1:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: More FUD on the demise of the Mainframe I'm still trying to figure out, what was the myth they were trying to expose? I've watched the show a few times and always found it interesting, but each time I have seen it, they were trying to get to the bottom of something, the something in question being the myth . maybe I'm just ignernt [sic] about cement-trucks-and-C4-explosives myths. /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; I partied on the Ho Chi Minh Trail - tiến lên !! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Wednesday, 04 August, 2010 01:24 PM To: IBM-MAIN@bama.ua.edu Subject: Re: More FUD on the demise of the Mainframe Youtube of Cement truck turning into confetti. http://www.youtube.com/watch?v=Gxm_qpKh7Jw On Wed, Aug 4, 2010 at 12:17 PM, McKown, John john.mck...@healthmarkets.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bonno, Tuco Sent: Wednesday, August 04, 2010 10:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: More FUD on the demise of the Mainframe out of curiosity, do you recall just how they managed to get ahold of *that much* C4? you're talking about 8 CUBIC YARDS of the stuff in the mixer, if it really really was completely packed .. I used the stuff on occasion in viet-nam, and believe me, you don't need 8 cubic yards of that stuff to simply prove you can blow up one truck. They have connections. In this case with the local FBI office. I don't know how much of what explosive was actually used. The trunk was not just blown up. It was disintegrated. Only bite sized pieces left. And not many of them. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALTER of open VSAM cluster
Joel, On 07/30/2010 08:57 AM, John H Kington wrote: David, Please see 2.5.3.2 Altering the Free Space Specification When Loading a Data Set in z/OS V1R11 DFSMS Using Data Sets for a definitive answer. The manual does state the file needs to be closed for the new Freespace values to take effect. Spot on. The freespace parameter is only used for loading the vsam file. If anyone cares to read the section that David referenced, it discusses loading a portion of the records, closing the file, altering the freespace, loading more records and so forth. Freespace is not used in CI or CA split processing. Learned something new. I was not aware that load process could be trivially split into multiple REPRO steps with a change of freespace before each. It would only make sense in special cases where you know some specific blocks of records are subject to update activity and others are not. Once the sequential load process is done, adding/updating records that result in CI/CA splits proceeds without regard to freespace. Me too. It is wonderful what you can learn when you read the fine manual! One thing that is still not clear to me from the wording of that excerpt: can you at an arbitrary time in the life of a KSDS open the data set for sequential output and append an ordered block of additional higher key records to the end of the file that are written subject to the current freespace specification? In other words is there really such a thing as a load state for KSDS or is it just that when multiple ordered records are being written with sequential output and the keys start beyond the highest current key value that this is an instance of loading the file? I wish I still had access to a mainframe to observe and verify. I would have sworn that you could only do a load in one shot and that you were stuck using the same freespace parameters through-out the entire vsam file. Kudos to IBM for a clear and interesting example. Regards, John 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALTER of open VSAM cluster
Frank, Interesting comment on the original define. We don't save our original defines; nor do we generally do a DELETE/DEFINE when we reload a file. We always (except when not allowed; ie AIX) use REUSE. It could be my paranoia, but think in terms of file deletion, accidental or otherwise. It would be handy to have the define somewhere instead of having to discover them. Regards, John 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALTER of open VSAM cluster
Frank, It appears we can ALTER FREESPACE while a file is open to CICS (or anywhere else, I assume). Is this an OK thing to do, so the next time the file is reloaded it will use the new freespace values? Altering the freespace parameters on a loaded vsam file will not have any effect. If the vsam file has the REUSE attribute and you reload the file, the new freespace parameters will be honored. Be sure to change the freespace parameters on the original define in case you do a delete, define and reload of the vsam file. Regards, John 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALTER of open VSAM cluster
David, Please see 2.5.3.2 Altering the Free Space Specification When Loading a Data Set in z/OS V1R11 DFSMS Using Data Sets for a definitive answer. The manual does state the file needs to be closed for the new Freespace values to take effect. Spot on. The freespace parameter is only used for loading the vsam file. If anyone cares to read the section that David referenced, it discusses loading a portion of the records, closing the file, altering the freespace, loading more records and so forth. Freespace is not used in CI or CA split processing. Regards, John 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ACS return and reason codes
Charles, I'm trying to shoot a problem that occurred on a customer system. I've only got occasional access so I can't just try things, and the customer contacts I have are not the right people for solving this particular problem. Plus there is a language barrier. Also I was not the person who got this error; I'm trying to help the person who got the error. My point is to please bear with me and accept the question at face value. Anyway, he is seeing an IGDO1001I message with ACS STORCLASS return code 8, reason code 10. As I said, I'm not an SMS expert. I looked up IGDO1001I and it says the reason code is the value that was in the 'EXIT CODE' statement of that ACS routine with no further pointers. My question is are these ACS return codes standard and documented somewhere, or are they installation-written routines? If they're documented, where are they documented? You need to get a hold of the ACS routine(s) because the values returned in the exit statement are unique to each site. If you have the full output of the job, I would look through it for any preceeding messages. I always issue a write statement with a (hopefully) understandable message explaining why I am causing the job to fail. Regards, John 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ACS return and reason codes
Charles, If you have the full output of the job, I would look through it for any preceeding messages. I always issue a write statement with a (hopefully) understandable message explaining why I am causing the job to fail. The message is STANDARDS EINHALTEN ### g (and yes, the Google told me that einhalten = compliance.) Reminds me of almost every DOS/VS error message I ever looked up, probable user errror, correct and resubmit. Good Luck, John 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Quick Sort question
John, INCLUDE COND=(1,9,CH,GE,C'0',AND,1,9,CH,LE,C'9') That would allow '00x01'. How so? Any position in the field less than c'0' (x'F0') would cause the entire field to evaluate less than c'0', thus failing the GE requirement; and any position in the field greater than c'9' (x'F9') would cause the entire field to evaluate greater than c'9', thus failing the LE requirement. Once you hit a character that is greater than zero (F0) in any position in the field, the remainder of the field can be anything including blanks or hex zeros for the first test. Any character less than 9 (F9) will satisfy the second part of the test. Regards, John 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Quick Sort question
John, John, INCLUDE COND=(1,9,CH,GE,C'0',AND,1,9,CH,LE,C'9') That would allow '00x01'. How so? Any position in the field less than c'0' (x'F0') would cause the entire field to evaluate less than c'0', thus failing the GE requirement; and any position in the field greater than c'9' (x'F9') would cause the entire field to evaluate greater than c'9', thus failing the LE requirement. Once you hit a character that is greater than zero (F0) in any position in the field, the remainder of the field can be anything including blanks or hex zeros for the first test. Any character less than 9 (F9) will satisfy the second part of the test. Visualize it with these parameters: INCLUDE COND=(1,6,CH,GE,C'SMITH ',AND,1,6,CH,LE,C'SMYTHE') Show how, e.g., c'SMILEY' in positions 1 through 6 would qualify for Inclusion in the output. SMILEY would fail because every character is the same until you hit the L but what about SMO99Y where you wanted every position in the field to be alphabetic? Regards, John 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Quick Sort question
John, Visualize it with these parameters: INCLUDE COND=(1,6,CH,GE,C'SMITH ',AND,1,6,CH,LE,C'SMYTHE') Show how, e.g., c'SMILEY' in positions 1 through 6 would qualify for Inclusion in the output. SMILEY would fail because every character is the same until you hit the L but what about SMO99Y where you wanted every position in the field to be alphabetic? As specified, the second (upper) bound is (1,6,CH,LE,C'SMYTHE'), so do the comparisons: First character 'S' is less or equal to 'S', so it qualifies; Second character 'M' is less or equal to 'M', so it qualifies; Third character 'O' is less or equal to 'Y', so it qualifies; Fourth character '9' is NOT less or equal to 'T', so the entire value c'SMO99Y' is disqualified. Oops. What about SMO#$! where you want every character to be alphabetic. Regards, John 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 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
Brian, You always get a management class assigned for a sms-managed dataset. You will always have a Storage Class assigned for a sms-managed dataset. It's not necessary to have a Management Class assigned. The OP made clear that the dataset(s) were going to SMS-managed. The question was whether he had to make changes to the management class acs routine to assign a management class. I was trying to point out that if you do not assign a management class the default management class will be assigned to the dataset. That could present a clean-up effort later on if he switched from CA-Disk to DFSMShsm. Regards, John 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM Doc on when it resets the dataset changed flag(bit)
Dave, I do have SETSYS INCREMENTALBACKUP(ORIGINAL) specified. I want HSM to be the product turning off the change bit. It seems that it is not doing this during the AUTOBACKUP cycle. I no longer run an AUTODUMP cycle. The setsys incrementalbackup parameter was the only thing I could see in the docs that suggested why the change bit was not being turned off. You could always ask IBM. Regards, John 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 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
Esmie, CA-Disk can be setup to honor the management class attributes or ignore them by setting a parameter in SYSPARMS parmlib member. Since the DSL gave us everything we needed to manage our datasets, we chose to ignore the management class in our shop but we still assign management class in case we ever decide to switch to DFHSM. As long as the dasd in the storage group is not shared with any other lpar (system) that has DFHSM running and you do not run the archive command against the volumes in the storage group, management class is of no consequence. Not setting the management class will result in the dataset getting the default management class specified in you sms configuration. This could be a big clean up effort if you ever decided to switch to DFHSM or have CA-Disk use the management class attributes to manage the datasets in the storage group. Regards, John Michael, Thank you. No, there is no plans to have DFHSM in this partition. The client is satisfied with CA-ALLOCATE/CA-DISK. Thanks. From: Michael Wickman mwick...@waddell.com Subject: Re: SMS QUESTION To: IBM-MAIN@bama.ua.edu Received: Saturday, May 22, 2010, 4:42 AM You might want to consider the management class activity if there is a possibility the data/application could move to a lpar with DFHSM. If that's unlikely, then it's not necessary. Mike Wickman 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM Doc on when it resets the dataset changed flag(bit)
Dave, Are you using autobackup y on your storage groups or the incremental option on the backvol command(s)? Regards, John 513-723-7527 john.king...@convergys.com From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave [gib...@wsu.edu] Sent: Friday, May 21, 2010 1:16 PM To: IBM-MAIN@bama.ua.edu Subject: DFHSM Doc on when it resets the dataset changed flag(bit) I can't find a definitive statement in the DFhsm books as to when and how this flag is reset when backing up. Or does it set it at all? For historical (hysterical) reasons, we do both FDR and HSM backups. FDR for the hypothetical:) DR and HSM for user convenience. Awhile back, we made a markedly unsuccessful attempt to switch completely to FDR. We've lost to Systems people since and are unlikely to try again. Anyway, FDR has a setting to not reset the flag in a mixed environment like this. I thought DFHSM would reset it but it appears that the flag is not being reset by anything and I'm getting an additional and unneeded back-up by each FDR run. HSM appears to be following the SMS definition for back-up frequency. Ibmlink SIS didn't find anything, but crafting a proper search argument for this is problematic. Data and changed and flag appear frequently :) Dave Gibney Information Technology Services Washington State University -- 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 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 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
John, You always get a management class assigned for a sms-managed dataset. You need a product like DFSMShsm, CA-Disk or FDR/ABARS to take action based on the attributes in the management class. You might get an expiration date assigned to a dasd dataset if you have a retention limit but again, you need a data management product to take the action. Regards, John I am confused. Doesn't the MANAGEMENT class kick in even there is no DFHSM in place. For example the EXPIRE after Retention Limit is this only relevant if DFHSM is installed? How about if there is FDR instead? What would control the management of these dsns : Expire after Days Non-usage . : Expire after Date/Days . . . . : Retention Limit . . . . . . . : --- On Sat, 22/5/10, Michael Wickman mwick...@waddell.com wrote: From: Michael Wickman mwick...@waddell.com Subject: Re: SMS QUESTION To: IBM-MAIN@bama.ua.edu Received: Saturday, 22 May, 2010, 2:42 AM You might want to consider the management class activity if there is a possibility the data/application could move to a lpar with DFHSM. If that's unlikely, then it's not necessary. Mike Wickman -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of esmie moo Sent: Friday, May 21, 2010 11:37 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] SMS QUESTION Good Morning Gentle Readers, I am in the processing of allocating a SC SG for several new aliases in SMS. The user doesn't want this particular STORAGE GROUP to have migration. This sounds okay however since there is no DFHSM in this partition is it necessary to pay particular attention or modify the MANAGEMENT class CONSTRUCT ACS routines? The archiving tool in this partitioin is CA-DISK. Thanks in advance -- 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 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM Doc on when it resets the dataset changed flag(bit)
Dave, You would only want one product doing incremental (turning off change bit) backup. If that is FDR, then ok. I guess you have SETSYS INCREMENTALBACKUP(ORIGINAL) specified? I must admit that it has been a long time since I worked with hsm and I hope someone can jump in here. Regards, John Autobackup Y, we don't do full volumes with HSM. HSM is purely for user convenient restores and does our migration. FDR does the full volume plus incremental for DR purposes. That's my answer isn't it. I bet (and reading between the lines) HSM only resets the flag for BACKVOL. Autobackup is based on BCDS metadata :) But, if I let FDR reset the flag, HSM won't catch changed datasets. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John H Kington Sent: Friday, May 21, 2010 11:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM Doc on when it resets the dataset changed flag(bit) Dave, Are you using autobackup y on your storage groups or the incremental option on the backvol command(s)? Regards, John 513-723-7527 john.king...@convergys.com From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave [gib...@wsu.edu] Sent: Friday, May 21, 2010 1:16 PM To: IBM-MAIN@bama.ua.edu Subject: DFHSM Doc on when it resets the dataset changed flag(bit) I can't find a definitive statement in the DFhsm books as to when and how this flag is reset when backing up. Or does it set it at all? For historical (hysterical) reasons, we do both FDR and HSM backups. FDR for the hypothetical:) DR and HSM for user convenience. Awhile back, we made a markedly unsuccessful attempt to switch completely to FDR. We've lost to Systems people since and are unlikely to try again. Anyway, FDR has a setting to not reset the flag in a mixed environment like this. I thought DFHSM would reset it but it appears that the flag is not being reset by anything and I'm getting an additional and unneeded back-up by each FDR run. HSM appears to be following the SMS definition for back-up frequency. Ibmlink SIS didn't find anything, but crafting a proper search argument for this is problematic. Data and changed and flag appear frequently :) Dave Gibney Information Technology Services Washington State University -- 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 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 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 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 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-ISMF QUESTION
John, I noticed that in ISMF the PHYSICAL STATUS (COL 22) of a volume is NONSMS. However when it do a D SMS,VOLUME(IDSPPF) it shows that the volume is in the correct STORAGE GROUP. How could I go about correcting this problem besides reinitializing the pack? I looked at the DFDSS doc and it has the CONVERTV SMS example: CONVERTV - SMS - DYNAM(D9S060) Would this be an appropriate solution? Yes. Adding STORAGEGROUP to your ICKDSF init statement when you initialize a SMS-managed volume will prevent this situation from recurring. Regards, John 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Repro Variable blocked records
I am reproing a VB qsam file to Variable KSDS When I look the VB qsam in ISPF there are 50 trailing blanks at the end of the record However after the repro The 50 trailing blanks get trucated If you have DataSet Services (DSS), you could try the print command. If that does not show the RDW, printtrk should show the entire block. Regards, John 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: You know you've been doing too much MVS when...
Sounds like a good license plate in retirementg From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Paul Strauss [strau...@us.ibm.com] Sent: Tuesday, March 30, 2010 9:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: You know you've been doing too much MVS when... Why would you pick a utility that does nothing and relies on someone else to do the work for you? Thank You, Paul Strauss Integrated Technology Delivery, Global Services, IBM L0DB z/OS MVS/Program Products/Security 150 Kettletown Rd. Southbury, CT 06488 (203) 272-2758 strau...@us.ibm.com From: Jousma, David david.jou...@53.com To: IBM-MAIN@bama.ua.edu Date: 03/30/2010 09:14 AM Subject:Re: You know you've been doing too much MVS when... Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I was thinking at one time about getting a plate like that with IEFBR14. I was leaning more towards just a bunch of ones and zeros though. Problem is, here in Michigan, you only get 7 characters, not 8. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mohammad Khan Sent: Tuesday, March 30, 2010 8:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: You know you've been doing too much MVS when... Oh that's nothing, I had a coworker whose truck's license plate number was - IEFBR14 (yeah no kidding). With some luck you might still encounter it if you are driving around in Nashville TN. Mohammad On Mon, 29 Mar 2010 16:56:59 -0400, Phil Smith III li...@akphs.com wrote: ...you find yourself driving behind an Infiniti G37, and think, If they ever do a microcar, they should call it a B37... -- 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 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
