Re: z/OS 1.10: Beta Systems Software - PTFs are available
And I have installed BSA V4.2, Beta92 V4.3 and Beta91 V4.3 at the absolutely highest level available and tested all three of them (albeit shortly) with all dirty getmain traps active. The Beta92/BSA Combo did not have a problem, but then, I couldn't test much. It came through subsystem initialization, startup and shutdown and the main functions all worked. Well, the combo Beta91/BSA did NOT. Subsystem Init failed and left the subsystem inactive. Presumably this was a Beta91 module (no dump, no active module somewhere in CSA, cleaned up after the abend). Accessing the ISPF application also failed, got another abend0c4. Needless to say that this is only exposed with dirty getmain active. I'm off to reporting several problems Regards, Barbara Nitz -- 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: Crypto-DASD?
Scott, Has your Storage Vendor ever replaced a failed or failing drive? Do you know where that drive is now? I know of several customer that purchase and stored their failed drives because they cannot be erased using commercial software once they stop working. I also know of one customer that has an annual bash and burn session. A normal DASD init does not securely overwrite data on the disk drive. It is no longer easy to read, but neither is it completely masked. Writing over a track on disk is like driving over someone else's tire tracks - you never completely cover up the first set of tracks unless you drive over them a few times. Secure Erasure is built into the latest HDS controllers, or you can use software like the FDR/ERASE. However, that doesn’t protect data on replaced drives, hence the requests by customers for vendors to look at encryption of data at rest. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Tuesday, February 10, 2009 11:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Crypto-DASD? Scott, I still can't see why if you have a box in your datacenter, that will never leave your datacenter until after its useful life is over, should be encrypted. How are you going to access that data accept by the z/OS operating system? That's why we have security systems. When the box is done, and you sell it or scrap it, you can always initialize all the disks. I asked my boss at PH Mining if he wanted me to init all the disks, or if he just wanted to let Hitachi do the initialize they do whenever a box is sold, and he said just let Hitachi do it. There was sensitive data in many files, but I highly doubt if anyone could have recovered any of it after it was initialized by Hitachi. This was when PH shut down z/OS for good. I can see the value of encrypting data on PC hard drives, after all of the problems people have had with stolen PCs with sensitive data on them, but mainframe dasd? I just can't see it, or any regulations requiring it. Eric -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 Scott T. Harder scott.har...@aspg.com wrote: -- 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: Crypto-DASD?
Russell, I'm not familiar with the wording of the standard, but it seems to me that data at rest can be defined as data stored at its ultimate media location. To this end data in cache, data in channels and memory, etc is not at rest because it requires further handling or processing before it reaches the ultimate storage media location - disk, tape, or flashdrive. For most disk arrays this means Encrypt/Decrypt of the data occurs as it is moves between the cache to the drive. Any overhead will be carried by the Cipher ASIC, and will not affect the line speed of the FCAL, SATA or SAS interface used to access the drives. Any degradation would depend on the where and how the ASIC for is situated in the processor path to the storage media, and would mainly affect read cache misses, write destage, and sequential pre-fetch. As for rules, my take on this is that if 2 out of 10 applications require encryption, and the most cost effective way to do it is to store it all as encrypted, then what rule has been broken? I don't think that the standard is intended to grant or deny access to data, but rather to deny access to data on storage media when it is removed from those access security controls. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Russell Witt Sent: Wednesday, February 11, 2009 1:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Crypto-DASD? Scott, Okay, if you think data stored on disk is data at rest; please define disk. Does a SSD (Solid-State Drive) count as a disk drive? What about a RAM drive (using either SRAM or DRAM)? If a RAM drive using SRAM or DRAM is a disk; then what is the difference between a RAM drive and memory in a computer? And of course as Phil said, the decryption should not be done on an automatic basis; but rather based on rules. And who will control those rules; the external-security system. So, if the external-security system will control who can access the data via automatic decryption; how is that different than having the external-security system control access to the data in the first place. Just my opinion, but PCI really needs to do a better job of defining what needs to be done. But again, just my 2-cents Russell -- 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: CLIST 806-4
User informed me late yesterday that they worked it out with a CLIST containing LIBDEF statements. Asked me why that worked and frankly I can't explain it. However, they are working and happy once more. Thanks big time to all on this list who made suggestions and asked questions to make us look more. And it ain't even GUI! -- 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: Job Exedcution sequence
Is it feasible to combine duplicate jobnames AND Internal reader? I.E. All jobs have the same name. Step 1 of Job AAA submits Job BBB The step is always executed since there is nothing before it to abend and BBB does not start since it has the same name and AAA is already active. If Job AAA subsequently dies, BBB will still be started. Thereafter step 1 of Job BBB submits Job CCC. Etc, etc Mike Kerford-Byrnes -- 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
Renaming z/OS packs
Any suggestions on best way to cone 4 copies of a z/OS 1.10 system and rename all the packs so each system has its own range of names. System 1 has ZARESx etc, System 2 has ZBRESx etc and so on. I need to have different pack names as these systems will run under z/VM and must be linked to. The base system has been delivered already configured on 23 packs. Crispin Hugo Systems Programmer Macro 4 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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: Job Exedcution sequence
On Thu, 12 Feb 2009 12:33:56 -, Mike Kerford-Byrnes wrote: Is it feasible to combine duplicate jobnames AND Internal reader? I.E. All jobs have the same name. Step 1 of Job AAA submits Job BBB The step is always executed since there is nothing before it to abend and BBB does not start since it has the same name and AAA is already active. Not necessarily. This was already mentioned. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/has2a480/3.28.2?ACTION=MATCHESREQUEST=dupl_jobTYPE=FUZZYSHELF=HAS2BK80DT=2008060206CASE=searchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=RANKScrollTOP=FIRSTHIT#FIRSTHIT http://preview.tinyurl.com/cg86ph -- Tom Marchant -- 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: Renaming z/OS packs
Setup indirect cataloging of your datasets on the volumes and setup your symbolic parameters in referencing the volumes. Regards Joaquim e Silva z/OS System Programmer -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crispin Hugo Sent: Thursday, February 12, 2009 3:13 PM To: IBM-MAIN@bama.ua.edu Subject: Renaming z/OS packs Any suggestions on best way to cone 4 copies of a z/OS 1.10 system and rename all the packs so each system has its own range of names. System 1 has ZARESx etc, System 2 has ZBRESx etc and so on. I need to have different pack names as these systems will run under z/VM and must be linked to. The base system has been delivered already configured on 23 packs. Crispin Hugo Systems Programmer Macro 4 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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 _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.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: CDC memories
-Original Message- From: IBM Mainframe Discussion List [On Behalf Of Shane On Wed, 2009-02-11 at 17:16 -0500, Anne Lynn Wheeler wrote: there is folklore in the late 60s, about the cdc 6600 at berkeley having a thermal problem a little after 10am tuesday mornings (???) and shutting down The combination was enough to drop water pressue to datacenter cooling. Our 6400 at Uni was run for a while with (garden) hoses strung out the window to taps outside ... So they must have been reasonably resilient. However it did fall over with monotonous regularity just prior to assignment deadline. Turned out not to be load related as initially thought (for which we were given extension to complete). We had quite a few Engineering students taking compsci who were more interested in beer than assignments. Oscillators (apparently) started being found next to the computer room coincidentally with the 6400 misfiring. After that we were no longer allowed the extension to complete, and the card (sorry, assignment) room got closed. Gah - life was hard being an undergrad ... Ahh, the things today's youth are not taught, or allowed to discover :-) -jc- -- 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
zOS Application Monitoring/Automation/Control
Hi Folks, As a zOS syprog with 20+ years in MVS, I'm trying to find out if the products that we used to use for control/monitoring/automation back in the day, are still around now that we have gone/are going Distributed/Open Systems. Well, not specifically if they are still around, I can see from the vendor websites that they are. I suppose I'm more interested in, are they still widely used. Do CA, BMC and other vendors of monitoring/control/automation products still have a sizeable share of the IBM Mainframe market or has Tivoli taken over? A lot of the products I used, Omegamon, Netview, OPC, etc have now all been rebranded as Tivoli so pretty much every site I come across has Tivoli. Does that mean they just have one or two products and still use other vendors? I sort of moved away from the Operational side of things and got sidetracked in DASD performance, GPDS and VSAM RLS. Now working for a software company and not the large Banking Data Centre where I used to roam, I don't have the option of just walking over the corridor and talking to the Automation Team or chatting with the Ops Shift Leader. Am I wrong in assuming that if Tivoli can monitor our application (running on WAS, USS and DB2/MQ on Z) then the appropriate CA or BMC product can too? Many thanks for any/all comments. Rob -- 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: Renaming z/OS packs
Thanks Joaquim, Am I right in saying, this would not work for VSAM files ? Crispin Hugo Systems Programmer Macro 4 Direct Line: +44 (0)1293 872121, Switchboard: +44 (0)1293 872000, Fax: +44 (0)1293 872001 Simply get more www.macro4.com Macro 4 plc Registered office:The Orangery, Turners Hill Road, Worth, Crawley, West Sussex, RH10 4SS Registered in England no. 927588 Please consider the environment and THINK before you print this email. Email Disclaimer -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of e'Silva, Joaquim J Sent: 12 February 2009 13:36 To: IBM-MAIN@bama.ua.edu Subject: Re: Renaming z/OS packs Setup indirect cataloging of your datasets on the volumes and setup your symbolic parameters in referencing the volumes. Regards Joaquim e Silva z/OS System Programmer -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crispin Hugo Sent: Thursday, February 12, 2009 3:13 PM To: IBM-MAIN@bama.ua.edu Subject: Renaming z/OS packs Any suggestions on best way to cone 4 copies of a z/OS 1.10 system and rename all the packs so each system has its own range of names. System 1 has ZARESx etc, System 2 has ZBRESx etc and so on. I need to have different pack names as these systems will run under z/VM and must be linked to. The base system has been delivered already configured on 23 packs. Crispin Hugo Systems Programmer Macro 4 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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 _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.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 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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: JCL job execution order
On Wed, 11 Feb 2009 14:31:43 -0500, Veilleux, Jon L veilleu...@aetna.com wrote: I kind of missed some of the posts for this, but if you really want them to run one by one, you could give them their own job class and only define one initiator for that class. Covered in earlier messages, Jon. That would ensure they run one by one, but not necessarily in the same order since the order is determined by the order they finish Converter processing, and they probably have more than one converter task operating. -- Walt -- 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: Couple Datasets
On Wed, 11 Feb 2009 08:57:04 -0600, Mark Zelden mark.zel...@zurichna.com wrote: XCFLOCAL shouldn't matter. If you IPLed with new XCF couple data sets and did not add any WLM couple data sets in COUPLExx, your sysplex should also come up with the default policy. How would you bring up a sysplex for the first time if you couldn't? I think it does in this case. Though the OP did not specify, I inferred, perhaps incorrectly, that since the XCF CDS' are the heartbeat of the system, and the IPL waited until the system clock passed the timestamp in the couple datasets (didn't say which), XCF must be the problem, so WLM is not yet relevant, and XCFLOCAL is pertinent. I'm not sure how you could get into a state where your XCF timestamp is OK, but your WLM timestamp is not, unless the FORMAT timestamp matters. You are correct, provided XCF is OK, that WLM should come up with a default policy, as it does when the WLM datasets are formatted and specified, but as yet empty. We've had to cold start WLM and CFRM, so yes, z/OS has to figure something out the first time. Without XCF CDS', though, XCFLOCAL is the only alternative I know of. Regards, Art Gutowski Ford Motor Company -- 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: Renaming z/OS packs
That is correct. To move VSAM files, you have to back them up on the system they are coming from, and then restore them to the pack they are going to, and make sure they get catalogued in the proper catalog for that pack and system. Eric -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 Crispin Hugo crispin.h...@macro4.com wrote: Thanks Joaquim, Am I right in saying, this would not work for VSAM files ? Crispin Hugo Systems Programmer Macro 4 Direct Line: +44 (0)1293 872121, Switchboard: +44 (0)1293 872000, Fax: +44 (0)1293 872001 Simply get more www.macro4.com Macro 4 plc Registered office:The Orangery, Turners Hill Road, Worth, Crawley, West Sussex, RH10 4SS Registered in England no. 927588 Setup indirect cataloging of your datasets on the volumes and setup your symbolic parameters in referencing the volumes. Regards Joaquim e Silva z/OS System Programmer -- 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: Renaming z/OS packs
What vsam files would you want to keep on these res volumes? Joaquim e Silva z/OS System Programmer -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crispin Hugo Sent: Thursday, February 12, 2009 4:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Renaming z/OS packs Thanks Joaquim, Am I right in saying, this would not work for VSAM files ? Crispin Hugo Systems Programmer Macro 4 Direct Line: +44 (0)1293 872121, Switchboard: +44 (0)1293 872000, Fax: +44 (0)1293 872001 Simply get more www.macro4.com Macro 4 plc Registered office:The Orangery, Turners Hill Road, Worth, Crawley, West Sussex, RH10 4SS Registered in England no. 927588 Please consider the environment and THINK before you print this email. Email Disclaimer -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of e'Silva, Joaquim J Sent: 12 February 2009 13:36 To: IBM-MAIN@bama.ua.edu Subject: Re: Renaming z/OS packs Setup indirect cataloging of your datasets on the volumes and setup your symbolic parameters in referencing the volumes. Regards Joaquim e Silva z/OS System Programmer -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crispin Hugo Sent: Thursday, February 12, 2009 3:13 PM To: IBM-MAIN@bama.ua.edu Subject: Renaming z/OS packs Any suggestions on best way to cone 4 copies of a z/OS 1.10 system and rename all the packs so each system has its own range of names. System 1 has ZARESx etc, System 2 has ZBRESx etc and so on. I need to have different pack names as these systems will run under z/VM and must be linked to. The base system has been delivered already configured on 23 packs. Crispin Hugo Systems Programmer Macro 4 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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 _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.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 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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
Question on cics and osa-icc consoles
We have just moved our consoles from 3x74 to osa-icc connection. We ipled for the first time last night an I got a call that cics didn't recognize the consoles. Can any one help me in the definiton of this type of console? In the iocds they are defined as 3270-x, is this the only change I'll need in cics? It has been awhile since I added the origianal consoles and in looking around I am lost. Any help is great appreciated thanks mace -- 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: Renaming z/OS packs
If it is your CSI's the create volume specific datasets(include the volser as part of the dsn, back them up and restore them on the pack that you will be using and to the correct catalog that will be active on the relevant system. Regards Joaquim e Silva z/OS System Programmer -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crispin Hugo Sent: Thursday, February 12, 2009 4:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Renaming z/OS packs Thanks Joaquim, Am I right in saying, this would not work for VSAM files ? Crispin Hugo Systems Programmer Macro 4 Direct Line: +44 (0)1293 872121, Switchboard: +44 (0)1293 872000, Fax: +44 (0)1293 872001 Simply get more www.macro4.com Macro 4 plc Registered office:The Orangery, Turners Hill Road, Worth, Crawley, West Sussex, RH10 4SS Registered in England no. 927588 Please consider the environment and THINK before you print this email. Email Disclaimer -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of e'Silva, Joaquim J Sent: 12 February 2009 13:36 To: IBM-MAIN@bama.ua.edu Subject: Re: Renaming z/OS packs Setup indirect cataloging of your datasets on the volumes and setup your symbolic parameters in referencing the volumes. Regards Joaquim e Silva z/OS System Programmer -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crispin Hugo Sent: Thursday, February 12, 2009 3:13 PM To: IBM-MAIN@bama.ua.edu Subject: Renaming z/OS packs Any suggestions on best way to cone 4 copies of a z/OS 1.10 system and rename all the packs so each system has its own range of names. System 1 has ZARESx etc, System 2 has ZBRESx etc and so on. I need to have different pack names as these systems will run under z/VM and must be linked to. The base system has been delivered already configured on 23 packs. Crispin Hugo Systems Programmer Macro 4 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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 _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.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 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- For IBM-MAIN subscribe / signoff /
Re: Question on cics and osa-icc consoles
Do you have RACF turned on to your consoles, basically do you operators need to sign on to use a console? I got burnt on that, I need to have them defined to CICS the new names of the consoles and to RACF. Andy S. White IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 02/12/2009 09:25:34 AM: We have just moved our consoles from 3x74 to osa-icc connection. We ipled for the first time last night an I got a call that cics didn't recognize the consoles. Can any one help me in the definiton of this type of console? In the iocds they are defined as 3270-x, is this the only change I'll need in cics? Ithas been awhile since I added the origianal consoles and in looking around I am lost. Any help is great appreciated thanks mace The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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: Tape Mount Managment Cookbook
Kevin, Perhaps the DFSMS: Using the Volume Mount Analyzer provides same/similar information. VMA is the tool that was heavily used back in early TMM days. http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/dgt2v111/CONTENTS? SHELF=EZ2ZO10L.bksDT=20070122215441#4.5 Mike Wood RMM Development -- 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 cics and osa-icc consoles
Yes, the operators must sign on to the consoles.thx Mace On Thu, Feb 12, 2009 at 9:39 AM, Andy White awh...@metlife.com wrote: Do you have RACF turned on to your consoles, basically do you operators need to sign on to use a console? I got burnt on that, I need to have them defined to CICS the new names of the consoles and to RACF. Andy S. White IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 02/12/2009 09:25:34 AM: We have just moved our consoles from 3x74 to osa-icc connection. We ipled for the first time last night an I got a call that cics didn't recognize the consoles. Can any one help me in the definiton of this type of console? In the iocds they are defined as 3270-x, is this the only change I'll need in cics? Ithas been awhile since I added the origianal consoles and in looking around I am lost. Any help is great appreciated thanks mace The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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: Question on cics and osa-icc consoles
I would suggest that you check the console names you've given your new consoles, and compare them to the names you used previously. The console name I'm talking about is the NAME parameter of the CONSOLE statement in SYS1.PARMLIB(CONSOLnn). Maybe you gave your new ICC consoles new names, and didn't define those console names to CICS Brian On Thu, 12 Feb 2009 08:25:34 -0600, Larry Macioce wrote: We have just moved our consoles from 3x74 to osa-icc connection. We ipled for the first time last night an I got a call that cics didn't recognize the consoles. Can any one help me in the definiton of this type of console? In the iocds they are defined as 3270-x, is this the only change I'll need in cics? It has been awhile since I added the origianal consoles and in looking around I am lost. Any help is great appreciated thanks mace -- 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: Couple Datasets
On Thu, 12 Feb 2009 08:12:00 -0600, Arthur Gutowski aguto...@ford.com wrote: On Wed, 11 Feb 2009 08:57:04 -0600, Mark Zelden mark.zel...@zurichna.com wrote: XCFLOCAL shouldn't matter. If you IPLed with new XCF couple data sets and did not add any WLM couple data sets in COUPLExx, your sysplex should also come up with the default policy. How would you bring up a sysplex for the first time if you couldn't? I think it does in this case. Though the OP did not specify, I inferred, perhaps incorrectly, that since the XCF CDS' are the heartbeat of the system, and the IPL waited until the system clock passed the timestamp in the couple datasets (didn't say which), XCF must be the problem, so WLM is not yet relevant, and XCFLOCAL is pertinent. Art, My comment was just in regards to having a system / sysplex without a WLM couple data set, not in reference to the original problem. I thought in one of your follow up posts you were implying that it could only be done on a system running in XCFLOCAL mode. Cheers, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Expired SHARE ID (Was: Macro-generated BAL/Rs)
On Wed, Feb 11, 2009 at 5:50 PM, Edward Jaffe edja...@phoenixsoftware.comwrote: Are there partial SHARE membership options? Can one purchase the proceedings DVD for a price without being a member? That's the question I was asking. I don't know. Why not become a member? Because I'm in the UK and there's not much chance of me getting to any of the conferences. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Internet/ServerPac install - did I miss a step?
I'm installing z/OS 1.10 using the Internet download instead of tapes. Due to the way that things are, the only option that I had was to download the files to my Windows desktop, then ftp upload them to a z/OS UNIX directory. Not really too bad. However, when I ran the installation dialog, the JCL generated referred to a subdirectory with the name of OS119023.order. But the download (and subsequent upload) to my Windows machine only created an order subdirectory. Did I miss something that told me that I needed to rename order to order.order? Or am I just doing something that's not really supported? -- 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: Renaming z/OS packs
On Thu, 12 Feb 2009 13:12:30 - Crispin Hugo crispin.h...@macro4.com wrote: :Any suggestions on best way to cone 4 copies of a z/OS 1.10 system and :rename all the packs so each system has its own range of names. :System 1 has ZARESx etc, System 2 has ZBRESx etc and so on. I need to :have different pack names as these systems will run under z/VM and must :be linked to. Why must they be linked to? You can MDISK them and use the same volser. :The base system has been delivered already configured on 23 packs. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: Internet/ServerPac install - did I miss a step?
With all of the orders I have done using internet download, the directory was just the order number. I.E. OS119023 Patti Neuman OCM BOCES CNYRIC Sr. Systems Programmer PO Box 4866 Technical Support Syracuse, NY 13221 John McKown joa...@swbell.net Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 02/12/2009 11:57 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Internet/ServerPac install - did I miss a step? I'm installing z/OS 1.10 using the Internet download instead of tapes. Due to the way that things are, the only option that I had was to download the files to my Windows desktop, then ftp upload them to a z/OS UNIX directory. Not really too bad. However, when I ran the installation dialog, the JCL generated referred to a subdirectory with the name of OS119023.order. But the download (and subsequent upload) to my Windows machine only created an order subdirectory. Did I miss something that told me that I needed to rename order to order.order? Or am I just doing something that's not really supported? -- 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 -- 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: Renaming z/OS packs
That is correct. To move VSAM files, you have to back them up on the system they are coming from, and then restore them to the pack they are going to, and make sure they get catalogued in the proper catalog for that pack and system. Is that still true with ICF catalogues? All the descriptors are on the pack with the VSAM file. I have moved VSAM files from one catalogue to another without redefining the file, many years ago. Un-catalogue Undefine alias Redefine alias Re-catalogue - Too busy driving to stop for gas! -- 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
Dataset allocation is SMS managed on 1 LPAR and not another??
One of my sysprogs allocated a file on all LPARs. His intent was to have an uncataloged file on SYSnR2, where n is the LPAR ID. That worked on 3 out of 4 LPARs. On the fourth LPAR SMS directed the allocation to a SMS managed pool. //ALLOC1EXEC PGM=IEFBR14 //SIXMEXP DD DSN=SYS1.SIXMEXP, // DISP=(NEW,KEEP), // RECFM=FB, // LRECL=80, // BLKSIZE=0, // SPACE=(8800,(700,70,5)), // UNIT=3390, // VOL=SER=SYS4R2 //* On Sys4 he got the following: IGD100I 10C5 ALLOCATED TO DDNAME SIXMEXP DATACLAS (PDS) IGD100I 10C5 ALLOCATED TO DDNAME SIXMLOD1 DATACLAS (PDS) IEF142I $AOEALO4 ALLOC1 - STEP WAS EXECUTED - COND CODE IEF285I SYS1.SIXMEXP KEPT IEF285I VOL SER NOS= SYS4R2. IEF285I SYS1.SIXMLOD1KEPT IEF285I VOL SER NOS= SYS4R2. On Sys9 he gets IEF236I ALLOC. FOR $AOEALO9 ALLOC1 IGD101I SMS ALLOCATED TO DDNAME (SIXMEXP ) DSN (SYS1.SIXMEXP) STORCLAS (STANDARD) MGMTCLAS (DISK2YR) DATACLAS (PDS) VOL SER NOS= DSP903 IGD101I SMS ALLOCATED TO DDNAME (SIXMLOD1) DSN (SYS1.SIXMLOD1 ) STORCLAS (STANDARD) MGMTCLAS (DISK2YR) DATACLAS (PDS) VOL SER NOS= DSP904 IEF142I $AOEALO9 ALLOC1 - STEP WAS EXECUTED - COND CODE Dataclass routine has the following as the first Select in the routine: SELECT WHEN (ANYVOL EQ 'SYS%R%') DO SET DATACLAS = '' EXIT END So how did Sys9 assign dataclass = PDS? The following is the base config display: CDS Name . : ACTIVE CDS Status : VALID Description : THIS IF THE PROD CONFIGURATION FOR SYS4 == . . . . : Default Management Class : DISK2YR Default Device Geometry : Default Unit . . . . . . : SYSDA Bytes/track . . . . . : 56664 Tracks/cylinder . . . : 15 DS Separation Profile : System: SYS3 SYS4 SYS5 SYS9 As you can see both Sys4 and Sys9 are represented. Yes, the ACDS resides on a volume shared al all LPARs. Yes, the same ACDS is pointed to be Sys4 and 9. All ideas and suggestions welcome. Thank you, Dave O'Brien NIH Contractor -- 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: Renaming z/OS packs
The reason I need to be able to link to them and have them with different VOLSER's is so I can back them up from our main Z1.10 system that has the ATL . It already uses ZA pack names Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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: Renaming z/OS packs
The original idea was to find and easy/quick/safe way to clone systems with the 23 packs that are SYSRES , TARGET, DISTRIBUTIO JES/PAGING WebSphere DB2/IMS Cics etc etc etc. So there are some, thou not too many VSAM files. Paging, SMS, CSI etc. I see now that I would be able quite easily to clone RES and PRD packs to get a system up and running. Then restore other stuff and VSAM after. With the right setup, it should not take too long. Mainly requires good planning Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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 cics and osa-icc consoles
Thanks for the quick reply. In reading defining mcs consoles to cics it says to give it the 8 character name of the console from the consolxx parmlib member. But in the mvs init and tuning guide it said the name could be 2-8 characters so I only made it 7. Is cics going to regurgitate the 7 character master console name wanting 8 characters??thx Mace On Thu, Feb 12, 2009 at 10:35 AM, Brian Peterson brian.peterson.ibm.m...@comcast.net wrote: I would suggest that you check the console names you've given your new consoles, and compare them to the names you used previously. The console name I'm talking about is the NAME parameter of the CONSOLE statement in SYS1.PARMLIB(CONSOLnn). Maybe you gave your new ICC consoles new names, and didn't define those console names to CICS Brian On Thu, 12 Feb 2009 08:25:34 -0600, Larry Macioce wrote: We have just moved our consoles from 3x74 to osa-icc connection. We ipled for the first time last night an I got a call that cics didn't recognize the consoles. Can any one help me in the definiton of this type of console? In the iocds they are defined as 3270-x, is this the only change I'll need in cics? It has been awhile since I added the origianal consoles and in looking around I am lost. Any help is great appreciated thanks mace -- 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: Renaming z/OS packs
So there are some, thou not too many VSAM files. Paging, SMS, CSI etc. Why VSAM? It's not difficult with ICF catalogues. You don't require the catalogue to describe the dataset. I've moved them around and re-catalogued them. - Too busy driving to stop for gas! -- 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: Renaming z/OS packs
Ted, You recon if I just rename packs and re-catalog the VSAM datasets, then that will do ? Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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: Dataset allocation is SMS managed on 1 LPAR and not another??
Maybe it was re-classified in a later (STORCLAS or MGMTCLAS) ACS routine. Clifford McNeill All ideas and suggestions welcome. _ Windows Live™: Keep your life in sync. http://windowslive.com/howitworks?ocid=TXT_TAGLM_WL_t1_allup_howitworks_022009 -- 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: Expired SHARE ID (Was: Macro-generated BAL/Rs)
On Thu, 12 Feb 2009 16:08:50 +, Jim McAlpine jim.mcalp...@gmail.com wrote: ... Are there partial SHARE membership options? Can one purchase the proceedings DVD for a price without being a member? ... That's the question I was asking. Well, on the SHARE website under Trial Membership is says If your company is not a SHARE member and you would like access to the SHARE User Event Proceedings, please contact SHARE Headquarters at (888)574-2735 for temporary access. I know that a trial membership is not what you are after, but it might be worth looking into. Pat O'Keefe -- 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: Dataset allocation is SMS managed on 1 LPAR and not another??
On Thu, 12 Feb 2009 13:46:32 -0500, O'Brien, David W. wrote: One of my sysprogs allocated a file on all LPARs. His intent was to have an uncataloged file on SYSnR2, where n is the LPAR ID. That worked on 3 out of 4 LPARs. On the fourth LPAR SMS directed the allocation to a SMS managed pool. ... Yes, the ACDS resides on a volume shared al all LPARs. Yes, the same ACDS is pointed to be Sys4 and 9. A data class ACS exit? -- Tom Marchant -- 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: Expired SHARE ID (Was: Macro-generated BAL/Rs)
On Thu, 12 Feb 2009 16:08:50 +, Jim McAlpine jim.mcalp...@gmail.com wrote: Are there partial SHARE membership options? ... That's the question I was asking. You may be able to get a SHARE userid and password without being a SHARE member. I think that used to be available but I'm not sure it still is. The SHARE Requirements process supposedly accepts Reqs from non-members, but you need the userid and password to submit one. Having that option doesn't make much sense if if the submission can't be done. On the other hand, doesn't make much sense and reality are not mutually exclusive. :-) Pat O'Keefe -- 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: Dataset allocation is SMS managed on 1 LPAR and not another??
I think if you enclose it with tics, it's treated as a literal. Greg -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Thursday, February 12, 2009 12:47 PM To: IBM-MAIN@bama.ua.edu Subject: Dataset allocation is SMS managed on 1 LPAR and not another?? Dataclass routine has the following as the first Select in the routine: SELECT WHEN (ANYVOL EQ 'SYS%R%') DO SET DATACLAS = '' EXIT END So how did Sys9 assign dataclass = PDS? -- 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: Renaming z/OS packs
Ted, You recon if I just rename packs and re-catalog the VSAM datasets, then that will do ? I've done it years ago. We had a catalogue go bad, so I found all the VSAM datasets, uncatalogued them, re-defined the catalogue/aliases, and re-catalogued. I'm not exactly sure when, but my older son is turning 20, this year, and my ex wasn't even pregnant with him, when it happened. All the descriptors are in the VTOC/VVDS/VTOCIX. The only thing in the catalogue is the DSN the VOLSER(s). IBM even bragged when ICF came out about having uncatalogued VSAM and being able to create/catalogue with IEFBR14. - Too busy driving to stop for gas! -- 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: Crypto-DASD?
Scott T. Harder Tech Support Product Development ASPG, Inc. Ph: 239-649-1548 / Ext. 203 Fax: 239-649-6391 General Support Email: aspgt...@aspg.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Russell Witt Sent: Wednesday, February 11, 2009 4:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Crypto-DASD? Scott, Okay, if you think data stored on disk is data at rest; please define disk. Does a SSD (Solid-State Drive) count as a disk drive? What about a RAM drive (using either SRAM or DRAM)? If a RAM drive using SRAM or DRAM is a disk; then what is the difference between a RAM drive and memory in a computer? I think what the regs mean by data at rest is where the data lives or it's home location. As you say, the term disk is quite interchangeable these days. And of course as Phil said, the decryption should not be done on an automatic basis; but rather based on rules. And who will control those rules; the external-security system. So, if the external-security system will control who can access the data via automatic decryption; how is that different than having the external-security system control access to the data in the first place. Agreed. But is access to encryption keys (whether stored in ICSF hardware or otherwise) not controlled by the security system (CSFKEYS / CSFSERV)?? I think you could make this argument about any data you encrypt on the system. If you have the key, you can get to the cleartext and access to the key is controlled by RACF, CA-ACF2, CA-TSS, etc. Just my opinion, but PCI really needs to do a better job of defining what needs to be done. This is the real rub of it all, isn't it? Absolutely agreed. Thanks! Scott -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of Scott T. Harder Sent: Wednesday, February 11, 2009 11:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Crypto-DASD? Now, that's what I'm talkin' about. Thanks, Timothy, for the info. FWIW... to me, data stored on disk is data at rest. It may not be all the time, but I think that the intent of that phrase, as used in the regulations, is pretty clear. Whether they were correct in using it can be argued, for sure, but Thanks to everyone. Scott T. Harder -- 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: Crypto-DASD?
Ron, Can't disagree with a thing you said. Not sure where I've argued to the other side of any of this. Thanks! Scott T. Harder Tech Support Product Development ASPG, Inc. Ph: 239-649-1548 / Ext. 203 Fax: 239-649-6391 General Support Email: aspgt...@aspg.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Thursday, February 12, 2009 5:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Crypto-DASD? Scott, Has your Storage Vendor ever replaced a failed or failing drive? Do you know where that drive is now? I know of several customer that purchase and stored their failed drives because they cannot be erased using commercial software once they stop working. I also know of one customer that has an annual bash and burn session. A normal DASD init does not securely overwrite data on the disk drive. It is no longer easy to read, but neither is it completely masked. Writing over a track on disk is like driving over someone else's tire tracks - you never completely cover up the first set of tracks unless you drive over them a few times. Secure Erasure is built into the latest HDS controllers, or you can use software like the FDR/ERASE. However, that doesn't protect data on replaced drives, hence the requests by customers for vendors to look at encryption of data at rest. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Tuesday, February 10, 2009 11:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Crypto-DASD? Scott, I still can't see why if you have a box in your datacenter, that will never leave your datacenter until after its useful life is over, should be encrypted. How are you going to access that data accept by the z/OS operating system? That's why we have security systems. When the box is done, and you sell it or scrap it, you can always initialize all the disks. I asked my boss at PH Mining if he wanted me to init all the disks, or if he just wanted to let Hitachi do the initialize they do whenever a box is sold, and he said just let Hitachi do it. There was sensitive data in many files, but I highly doubt if anyone could have recovered any of it after it was initialized by Hitachi. This was when PH shut down z/OS for good. I can see the value of encrypting data on PC hard drives, after all of the problems people have had with stolen PCs with sensitive data on them, but mainframe dasd? I just can't see it, or any regulations requiring it. Eric -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 Scott T. Harder scott.har...@aspg.com wrote: -- 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: Dataset allocation is SMS managed on 1 LPAR and not another??
Tom, As I said in the original post, I test for anyvol = sys%r% and if true exit the routine. What other Exit would override this? Regards, Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant [m42tom-ibmm...@yahoo.com] Sent: Thursday, February 12, 2009 2:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Dataset allocation is SMS managed on 1 LPAR and not another?? On Thu, 12 Feb 2009 13:46:32 -0500, O'Brien, David W. wrote: One of my sysprogs allocated a file on all LPARs. His intent was to have an uncataloged file on SYSnR2, where n is the LPAR ID. That worked on 3 out of 4 LPARs. On the fourth LPAR SMS directed the allocation to a SMS managed pool. ... Yes, the ACDS resides on a volume shared al all LPARs. Yes, the same ACDS is pointed to be Sys4 and 9. A data class ACS exit? -- Tom Marchant -- 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: Dataset allocation is SMS managed on 1 LPAR and not another??
Clifford, How would Storclas or Mgmtclas routines assign a Dataclas? Regards, Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Clifford McNeill [sy...@hotmail.com] Sent: Thursday, February 12, 2009 2:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Dataset allocation is SMS managed on 1 LPAR and not another?? Maybe it was re-classified in a later (STORCLAS or MGMTCLAS) ACS routine. Clifford McNeill All ideas and suggestions welcome. _ Windows Live™: Keep your life in sync. http://windowslive.com/howitworks?ocid=TXT_TAGLM_WL_t1_allup_howitworks_022009 -- 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: 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
Re: Renaming z/OS packs
Ted MacNEIL wrote: Ted, You recon if I just rename packs and re-catalog the VSAM datasets, then that will do ? I've done it years ago. We had a catalogue go bad, so I found all the VSAM datasets, uncatalogued them, re-defined the catalogue/aliases, and re-catalogued. I'm not exactly sure when, but my older son is turning 20, this year, and my ex wasn't even pregnant with him, when it happened. This is different then renaming the volume the VSAM dataset is on. I haven't tried this, but I seem to remember that it isn't supported. Richard -- 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
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
Re: Dataset allocation is SMS managed on 1 LPAR and not another??
Greg, Thank you. I will remove the tics. However the question remains as to why the allocation worked as intended in one LPAR and not the other. Regards, Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Greg Shirey [wgshi...@benekeith.com] Sent: Thursday, February 12, 2009 2:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Dataset allocation is SMS managed on 1 LPAR and not another?? I think if you enclose it with tics, it's treated as a literal. Greg -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Thursday, February 12, 2009 12:47 PM To: IBM-MAIN@bama.ua.edu Subject: Dataset allocation is SMS managed on 1 LPAR and not another?? Dataclass routine has the following as the first Select in the routine: SELECT WHEN (ANYVOL EQ 'SYS%R%') DO SET DATACLAS = '' EXIT END So how did Sys9 assign dataclass = PDS? -- 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: Dataset allocation is SMS managed on 1 LPAR and not another??
All right, let's quit fumbling around. It is the assignment of a valid storage class which determines the dataset is going to SMS managed volumes. Data class and Management class have no bearing on this problem. I would examine the STORCLAS routine on the aberrant system to figure out why the dataset got assigned a valid storage class. -- 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
What level of CA1 software are you on? I was told I needed a couple of fixes on CA1 to alleviate my tape error issue. So I am going form R11.5 SP2 to R11.5 SP4. The fix they recommended was on SP3 QO86760 Lizette 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
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: Dataset allocation is SMS managed on 1 LPAR and not another??
Thank You Matthew, the absence of an exclusion in the Storclas routine apparently was at the root of the problem, along with having Sys%r% enclosed in apostrophes. The allocations are now working as desired. I'm still at a loss to explain the inconsistency but it now works so time to move on. Regards, Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Matthew Stitt [mathwst...@bellsouth.net] Sent: Thursday, February 12, 2009 3:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Dataset allocation is SMS managed on 1 LPAR and not another?? All right, let's quit fumbling around. It is the assignment of a valid storage class which determines the dataset is going to SMS managed volumes. Data class and Management class have no bearing on this problem. I would examine the STORCLAS routine on the aberrant system to figure out why the dataset got assigned a valid storage class. -- 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: Renaming z/OS packs
This is different then renaming the volume the VSAM dataset is on. I haven't tried this, but I seem to remember that it isn't supported. Okay! I think it is. - Too busy driving to stop for gas! -- 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: Renaming z/OS packs
This isn't going to improve your track record, Ted. Ted MacNEIL eamacn...@yahoo.ca 2/12/2009 4:03 PM This is different then renaming the volume the VSAM dataset is on. I haven't tried this, but I seem to remember that it isn't supported. Okay! I think it is. - Too busy driving to stop for gas! -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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
Re: zOS Application Monitoring/Automation/Control
On Thu, 12 Feb 2009 07:44:14 -0600, Rob Lister rob.lis...@aciworldwide.com wrote: A lot of the products I used, Omegamon, Netview, OPC, etc have now all been rebranded as Tivoli so pretty much every site I come across has Tivoli. Does that mean they just have one or two products and still use other vendors? ... When IBM bought Tivoli it took the Tivoli name and put all the IBM system management products under that name. Nothing more / nothing less. And when IBM bought Candle the Omegamon products naturally fell into that division (or whatever Tivoli is within IBM). Ignore the Tivoli part of the names. Remember when IBM renamed a bunch of its products NetView blah blah? Well, this Tivoli rebranding is even less significant than that. NetView for z/OS is still NetView; Omegamon is still Omegamon; etc. That doesn't mean the products haven't changed. They obviously have. But the ame change has nothing to do with it. ... Am I wrong in assuming that if Tivoli can monitor our application (running on WAS, USS and DB2/MQ on Z) then the appropriate CA or BMC product can too? ... That is a very different question. Look carefully at each monitoring product. Compare them. They have very different capabilities. Have your WAS, DB2, MQ, etc. people evaluate them. They have very different strengths and weaknesses. Pat O'Keefe -- 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: Renaming z/OS packs
I don't understand your comment. You can/i have renamed/moved VSAM datasets withouit touching the catalogue. The descriptors are in the VTOC/VVDS/VTOCIX. Why do I need to use the catalogue? I've done it. Need I say more? --Original Message-- From: Scott Rowe Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Feb 12, 2009 16:12 Subject: Re: Renaming z/OS packs This isn't going to improve your track record, Ted. Ted MacNEIL eamacn...@yahoo.ca 2/12/2009 4:03 PM This is different then renaming the volume the VSAM dataset is on. I haven't tried this, but I seem to remember that it isn't supported. Okay! I think it is. - Too busy driving to stop for gas! -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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 - Too busy driving to stop for gas! -- 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: Renaming z/OS packs
Prove me wrong. Copy a VSAM dataset. Uncatalogue it. Copy to a new pack, and a new high-level! Tell me I can't re-catalogue it. Something to show it can't be done. Show me where, if the catalogue or the dsn is different, is not able to be done. I've done the following: Uncatalogue VSAM Undefine its high level Redefine the high level Recatalogue Many times. What is the problem? An ICF catalogue only points to a dsn and a volume. A VSAM dataset does not need to be redefined just because you cloned the volume. Of course, it needs a different HLQ. - Too busy driving to stop for gas! -Original Message- From: Ted MacNEIL eamacn...@yahoo.ca Date: Thu, 12 Feb 2009 21:46:13 To: IBM-MAIN@bama.ua.edu Subject: Re: Renaming z/OS packs I don't understand your comment. You can/i have renamed/moved VSAM datasets withouit touching the catalogue. The descriptors are in the VTOC/VVDS/VTOCIX. Why do I need to use the catalogue? I've done it. Need I say more? --Original Message-- From: Scott Rowe Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Feb 12, 2009 16:12 Subject: Re: Renaming z/OS packs This isn't going to improve your track record, Ted. Ted MacNEIL eamacn...@yahoo.ca 2/12/2009 4:03 PM This is different then renaming the volume the VSAM dataset is on. I haven't tried this, but I seem to remember that it isn't supported. Okay! I think it is. - Too busy driving to stop for gas! -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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 - Too busy driving to stop for gas! -- 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: Dataset allocation is SMS managed on 1 LPAR and not another??
Dave, You are right, they couldn't. I should have looked before I typed. Cliff From DFSMS Storage Administration Reference Each ACS routine can set only its corresponding read-write variable: The data class routine can set only DATACLAS. The storage class routine can set only STORCLAS. The management class routine can set only MGMTCLAS. The storage group routine can set only STORGRP. Date: Thu, 12 Feb 2009 15:04:36 -0500 From: obrie...@mail.nih.gov Subject: Re: Dataset allocation is SMS managed on 1 LPAR and not another?? To: IBM-MAIN@bama.ua.edu Clifford, How would Storclas or Mgmtclas routines assign a Dataclas? Regards, Dave O'Brien NIH Contractor _ Windows Live™: Keep your life in sync. http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t1_allup_explore_022009 -- 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: z10 toleration maintenance
We have six zos 1.7 systems three on a z890 and three on a z9 we have applied the toleration for the z10 on the z890 systens since we will be replacing the z890 with the z10 all six Systems are in a sysplex do we have to apply the z10 maintenance onto the z9 zos 1.7 systems Sent via BlackBerry by ATT -Original Message- From: Edward Jaffe edja...@phoenixsoftware.com Date: Wed, 11 Feb 2009 08:05:18 To: IBM-MAIN@bama.ua.edu Subject: Re: JCL job execution order Dave Salt wrote: I'm starting to think that maybe I can allow the existing process to generate the JCL, but my process would pass it a switch that tells it not to submit the job. A fraction of a second later my process would call the existing process to generate the next job, and the switch would tell the existing process to add the next job (with no job card) to the bottom of the previous job (and so on). When my process calls the existing process to generate the last job, it would set the switch to tell the existing process to submit the generated job. The only messy part might be ensuring the step names are unique throughout the job, but other than that I think this might be the best solution? Also, watch for the 255 step limit per job. We use JES3 DJC for all of our product builds. There are some jobs that run serially, and some that run in parallel. The compile jobs have a couple of hundred steps each and run in parallel. When we add many new steps, we re-balance the steps per job so they all complete around the same time. If we go past the 255 step limit, we add another job. Here is one of our DJC Network diagrams: //*D. J. C. NETWORK DIAGRAM */ //**/ //* - */ //* | EJES00 | */ //* | DELETE ALLOCATE | */ //* | THE LIBRARIES | */ //* - */ //*| */ //*V */ //* - */ //* | EJES10 | */ //* | IEBCOPY/IEBGENER | */ //* | MACROS/SOURCE/ETC | */ //* - */ //*| */ //*V */ //* /\ */ //* | | | | */ //* V V V V */ //* */ //*| EJES20 | | EJES21 | | EJES22 | | EJES23 | */ //*| ASSEMBLE | | ASSEMBLE | | ASSEMBLE | | ASSEMBLE | */ //*| (E)JES | | (E)JES | | PHOENIX | | PHOENIX | */ //*| MODULES | | MODULES | | MODULES | | MODULES | */ //* */ //*| | || */ //*| V V| */ //*\---/ */ //*| */ //*V */ //* - */ //* | EJES30 | */ //* | IEBCOPY/IEBGENER | */ //* |ISPF DIALOG ELEMNTS| */ //* | COMPILE NON-ISPF | */ //* |HELP PANELS| */ //* | COMPILE MESSAGES | */ //* - */ //*| */ //*V */ //* - */ //* | EJES40 | */ //* | LINK-EDIT AND | */ //* | FINAL COPIY STEPS | */ //* - */ The job cards and JECL are shown below. Note the '/*ROUTE XEQ' JES2 JECL card. That's to be sure the jobs are sent to a JES3 node--in case they're accidentally submitted under JES2.
Re: Renaming z/OS packs
For starters, how do you expect to rename an uncataloged VSAM dataset? Ted MacNEIL eamacn...@yahoo.ca 2/12/2009 4:55 PM Prove me wrong. Copy a VSAM dataset. Uncatalogue it. Copy to a new pack, and a new high-level! Tell me I can't re-catalogue it. Something to show it can't be done. Show me where, if the catalogue or the dsn is different, is not able to be done. I've done the following: Uncatalogue VSAM Undefine its high level Redefine the high level Recatalogue Many times. What is the problem? An ICF catalogue only points to a dsn and a volume. A VSAM dataset does not need to be redefined just because you cloned the volume. Of course, it needs a different HLQ. - Too busy driving to stop for gas! -Original Message- From: Ted MacNEIL eamacn...@yahoo.ca Date: Thu, 12 Feb 2009 21:46:13 To: IBM-MAIN@bama.ua.edu Subject: Re: Renaming z/OS packs I don't understand your comment. You can/i have renamed/moved VSAM datasets withouit touching the catalogue. The descriptors are in the VTOC/VVDS/VTOCIX. Why do I need to use the catalogue? I've done it. Need I say more? --Original Message-- From: Scott Rowe Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Feb 12, 2009 16:12 Subject: Re: Renaming z/OS packs This isn't going to improve your track record, Ted. Ted MacNEIL eamacn...@yahoo.ca 2/12/2009 4:03 PM This is different then renaming the volume the VSAM dataset is on. I haven't tried this, but I seem to remember that it isn't supported. Okay! I think it is. - Too busy driving to stop for gas! -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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 - Too busy driving to stop for gas! -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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
Re: Renaming z/OS packs
ISPF 3.4 Again, rather than b**ch, show me an example where it doesn't work. I'm no longer at the company where I did this 20 years ago. But, we hasd to do it to recover in an emergency. - Too busy driving to stop for gas! -Original Message- From: Scott Rowe scott.r...@joann.com Date: Thu, 12 Feb 2009 17:17:02 To: IBM-MAIN@bama.ua.edu Subject: Re: Renaming z/OS packs For starters, how do you expect to rename an uncataloged VSAM dataset? Ted MacNEIL eamacn...@yahoo.ca 2/12/2009 4:55 PM Prove me wrong. Copy a VSAM dataset. Uncatalogue it. Copy to a new pack, and a new high-level! Tell me I can't re-catalogue it. Something to show it can't be done. Show me where, if the catalogue or the dsn is different, is not able to be done. I've done the following: Uncatalogue VSAM Undefine its high level Redefine the high level Recatalogue Many times. What is the problem? An ICF catalogue only points to a dsn and a volume. A VSAM dataset does not need to be redefined just because you cloned the volume. Of course, it needs a different HLQ. - Too busy driving to stop for gas! -Original Message- From: Ted MacNEIL eamacn...@yahoo.ca Date: Thu, 12 Feb 2009 21:46:13 To: IBM-MAIN@bama.ua.edu Subject: Re: Renaming z/OS packs I don't understand your comment. You can/i have renamed/moved VSAM datasets withouit touching the catalogue. The descriptors are in the VTOC/VVDS/VTOCIX. Why do I need to use the catalogue? I've done it. Need I say more? --Original Message-- From: Scott Rowe Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Feb 12, 2009 16:12 Subject: Re: Renaming z/OS packs This isn't going to improve your track record, Ted. Ted MacNEIL eamacn...@yahoo.ca 2/12/2009 4:03 PM This is different then renaming the volume the VSAM dataset is on. I haven't tried this, but I seem to remember that it isn't supported. Okay! I think it is. - Too busy driving to stop for gas! -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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 - Too busy driving to stop for gas! -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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 /
Re: Renaming z/OS packs
Well, I hate to argue with Ted as he's more often correct than not. But, if it's a SMS managed volume, uncataloged is out. Even when you somehow get a dataset on an SMS volume in an uncataloged state, it hard to do anything with it. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Thursday, February 12, 2009 2:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Renaming z/OS packs ISPF 3.4 Again, rather than b**ch, show me an example where it doesn't work. I'm no longer at the company where I did this 20 years ago. But, we hasd to do it to recover in an emergency. - Too busy driving to stop for gas! -Original Message- From: Scott Rowe scott.r...@joann.com Date: Thu, 12 Feb 2009 17:17:02 To: IBM-MAIN@bama.ua.edu Subject: Re: Renaming z/OS packs For starters, how do you expect to rename an uncataloged VSAM dataset? Ted MacNEIL eamacn...@yahoo.ca 2/12/2009 4:55 PM Prove me wrong. Copy a VSAM dataset. Uncatalogue it. Copy to a new pack, and a new high-level! Tell me I can't re-catalogue it. Something to show it can't be done. Show me where, if the catalogue or the dsn is different, is not able to be done. I've done the following: Uncatalogue VSAM Undefine its high level Redefine the high level Recatalogue Many times. What is the problem? An ICF catalogue only points to a dsn and a volume. A VSAM dataset does not need to be redefined just because you cloned the volume. Of course, it needs a different HLQ. - Too busy driving to stop for gas! -Original Message- From: Ted MacNEIL eamacn...@yahoo.ca Date: Thu, 12 Feb 2009 21:46:13 To: IBM-MAIN@bama.ua.edu Subject: Re: Renaming z/OS packs I don't understand your comment. You can/i have renamed/moved VSAM datasets withouit touching the catalogue. The descriptors are in the VTOC/VVDS/VTOCIX. Why do I need to use the catalogue? I've done it. Need I say more? --Original Message-- From: Scott Rowe Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Feb 12, 2009 16:12 Subject: Re: Renaming z/OS packs This isn't going to improve your track record, Ted. Ted MacNEIL eamacn...@yahoo.ca 2/12/2009 4:03 PM This is different then renaming the volume the VSAM dataset is on. I haven't tried this, but I seem to remember that it isn't supported. Okay! I think it is. - Too busy driving to stop for gas! -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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 - Too busy driving to stop for gas! -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the
Re: Renaming z/OS packs
Well, I hate to argue with Ted as he's more often correct than not. Thank you for that. But, if it's a SMS managed volume, uncataloged is out. That is correct, and a different story. Even when you somehow get a dataset on an SMS volume in an uncataloged state, it hard to do anything with it. Yes. But we were talking about system packs. Rarely are they SMS managed. - Too busy driving to stop for gas! -- 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: Renaming z/OS packs
VSAM data set organization is not supported for this function. Ted MacNEIL eamacn...@yahoo.ca 2/12/2009 5:33 PM ISPF 3.4 Again, rather than b**ch, show me an example where it doesn't work. I'm no longer at the company where I did this 20 years ago. But, we hasd to do it to recover in an emergency. - Too busy driving to stop for gas! -Original Message- From: Scott Rowe scott.r...@joann.com Date: Thu, 12 Feb 2009 17:17:02 To: IBM-MAIN@bama.ua.edu Subject: Re: Renaming z/OS packs For starters, how do you expect to rename an uncataloged VSAM dataset? Ted MacNEIL eamacn...@yahoo.ca 2/12/2009 4:55 PM Prove me wrong. Copy a VSAM dataset. Uncatalogue it. Copy to a new pack, and a new high-level! Tell me I can't re-catalogue it. Something to show it can't be done. Show me where, if the catalogue or the dsn is different, is not able to be done. I've done the following: Uncatalogue VSAM Undefine its high level Redefine the high level Recatalogue Many times. What is the problem? An ICF catalogue only points to a dsn and a volume. A VSAM dataset does not need to be redefined just because you cloned the volume. Of course, it needs a different HLQ. - Too busy driving to stop for gas! -Original Message- From: Ted MacNEIL eamacn...@yahoo.ca Date: Thu, 12 Feb 2009 21:46:13 To: IBM-MAIN@bama.ua.edu Subject: Re: Renaming z/OS packs I don't understand your comment. You can/i have renamed/moved VSAM datasets withouit touching the catalogue. The descriptors are in the VTOC/VVDS/VTOCIX. Why do I need to use the catalogue? I've done it. Need I say more? --Original Message-- From: Scott Rowe Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Feb 12, 2009 16:12 Subject: Re: Renaming z/OS packs This isn't going to improve your track record, Ted. Ted MacNEIL eamacn...@yahoo.ca 2/12/2009 4:03 PM This is different then renaming the volume the VSAM dataset is on. I haven't tried this, but I seem to remember that it isn't supported. Okay! I think it is. - Too busy driving to stop for gas! -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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 - Too busy driving to stop for gas! -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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
Re: Renaming z/OS packs
VSAM data set organization is not supported for this function. Ok. I'm not 100% sure about renaming. If I made a mistake, I'm sorry. But, re-cataloguing works. That much I know for sure. My only point was, you do NOT have to redefine a VSAM file, to re-catalogue it. Everything else is noise. - Too busy driving to stop for gas! -- 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: I Just Registered for SHARE in Austin -- Have You?
On Wed, 4 Feb 2009 07:45:16 -0800, Edward Jaffe edja...@phoenixsoftware.com wrote: ... There are even a few hand's in opportunities (noted as such in the session titles) that provide an opportunity to help shape IBM's direction without the need for those pesky formal requirements. ... As someone with a passing interest in that pesky formal requirements process, I'd like to suggest that you can multiply your influence on IBM by both submitting a hand in AND submitting your request through SHARE's Requirement process. There's no harm letting SHARE put its weight behind your idea. (You could have your local IBM Representative submit an MR, too, if you could only find a local IBM rep.) ... and say Hi or, in keeping with 21st-century SHARE tradition, snub me. (Someone even has stickers that say, I got snubbed at SHARE.) ... And in a similar (and very much OT) vein, this is going to be my last SHARE - my last chance to snub and be snubbed. So if you are running short of snubees, just look for me. Pat O'Keefe -- 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: I Just Registered for SHARE in Austin -- Have You?
In a message dated 2/12/2009 5:52:14 P.M. Central Standard Time, patrick.oke...@wamu.net writes: SHARE - my last chance to snub and be snubbed. So if you are running short of snubees, just look for me. I've still got the templates for the ibm-main stickers if there's a need for more. **Nothing says I love you like flowers! Find a florist near you now. (http://yellowpages.aol.com/search?query=floristncid=emlcntusyelp0002) -- 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: I Just Registered for SHARE in Austin -- Have You?
I can't make it, if someone would pick me up a snubbed sticker, it'd be real nice. I might be able to make it the next time it's in Seattle. I can drive there and even stay with friends. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick O'Keefe Sent: Thursday, February 12, 2009 3:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: I Just Registered for SHARE in Austin -- Have You? On Wed, 4 Feb 2009 07:45:16 -0800, Edward Jaffe edja...@phoenixsoftware.com wrote: ... There are even a few hand's in opportunities (noted as such in the session titles) that provide an opportunity to help shape IBM's direction without the need for those pesky formal requirements. ... As someone with a passing interest in that pesky formal requirements process, I'd like to suggest that you can multiply your influence on IBM by both submitting a hand in AND submitting your request through SHARE's Requirement process. There's no harm letting SHARE put its weight behind your idea. (You could have your local IBM Representative submit an MR, too, if you could only find a local IBM rep.) ... and say Hi or, in keeping with 21st-century SHARE tradition, snub me. (Someone even has stickers that say, I got snubbed at SHARE.) ... And in a similar (and very much OT) vein, this is going to be my last SHARE - my last chance to snub and be snubbed. So if you are running short of snubees, just look for me. Pat O'Keefe -- 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: Renaming z/OS packs
On Thu, 12 Feb 2009 23:06:04 +, Ted MacNEIL eamacn...@yahoo.ca wrote: VSAM data set organization is not supported for this function. Ok. I'm not 100% sure about renaming. If I made a mistake, I'm sorry. But, re-cataloguing works. That much I know for sure. My only point was, you do NOT have to redefine a VSAM file, to re-catalogue it. That only works if the catalog name is the same and the volume is the same. It won't work if you've clipped the volume to another name. Which is what this thread has been about. There is an exception to the catalog being the same: If the HLQ is SYS1 or PAGE you can DEFINE RECATALOG to a different catalog. Everything else is noise. What is that comment supposed to mean? Ted, don't take this the wrong way, but you seem to post a lot of misinformation based on your memory (or lack of) or something you did a long time ago that is just not correct. You always apologize for your mistakes, but it doesn't benefit the readers nor the archives when questions that have correct responses (as opposed to opinion / general discussion) get answers that could lead someone down the wrong path. If you really aren't sure or can't remember, maybe it would be better to wait a while before responding to see what someone else may have to write. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHARE in Denver this August!
Everyone's talking about SHARE in AUSTIN. Great. Wish I could go. But SHARE is coming to Denver in August (23-28). Where we live. We've already volunteered to give sessions and we've talked with the SHARE staff about helping with local volunteering. Those of you on the list from the Front Range, please drop me a line off-list if you are interested in getting involved with SHARE when it comes here to your area! Give a session, work as a volunteer. We can get you some perks in exchange for some work. Meet the folks you've followed on ibm-main for years. Exchange ideas. Look for jobs. I know a few (Paul, Howard T., Howard B., ...) but I also know there are some lurkers from the Rocky Mountains on the list. So contact me if you're interested. -- Now back to our regularly scheduled programs. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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
SHARE in Denver
Well, I may have exagerated. I can't really promise perks for work. Hope ya' all know that was just an expression. But SHARE has historically been open to being responsive to those who volunteer. So I hope we can get a large turn out from the local folks, and I wanted to make sure it was on your calendar before you made your vacation plans. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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: SHARE in Denver this August!
Hi Steve, my current plan is to attend SHARE in Denver. Regards Roland Everyone's talking about SHARE in AUSTIN. Great. Wish I could go. But SHARE is coming to Denver in August (23-28). Where we live. We've already volunteered to give sessions and we've talked with the SHARE staff about helping with local volunteering. Those of you on the list from the Front Range, please drop me a line off-list if you are interested in getting involved with SHARE when it comes here to your area! Give a session, work as a volunteer. We can get you some perks in exchange for some work. Meet the folks you've followed on ibm-main for years. Exchange ideas. Look for jobs. I know a few (Paul, Howard T., Howard B., ...) but I also know there are some lurkers from the Rocky Mountains on the list. So contact me if you're interested. -- 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
