Re: VBSFIX copy needed
Ravi Kumar pisze: Hi, Does someone having a copy of VBSFIX module..could you please share it with me..i used to have one lost however somewhere.. What about DFSORT COPY with SPANINC=4 ? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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
taking down the machine - z9 series
Hi, When the situation force you to taking down the machine (due to Electricity power cut) , after taking down the lpars. do you perform anything else beside deactivation of the CPC ? i met a diffrent opinion in this matter . -- best regards, matan cohen MF System Administrator. -- 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: taking down the machine - z9 series
I'm assuming that the electricity power cut, or whatever is happening, is scheduled. You know ahead of time that it is going to happen. If the power to your data center is going to be shut down for some reason wouldn't you want to have a controlled power down of the complete data center? I know in the good old days if power was all of a sudden cut to the disk drives, head crashes were sure to occur. I don't know if that is a problem or not these days. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Matan Cohen Sent: Thursday, June 17, 2010 7:06 AM To: IBM-MAIN@bama.ua.edu Subject: taking down the machine - z9 series Hi, When the situation force you to taking down the machine (due to Electricity power cut) , after taking down the lpars. do you perform anything else beside deactivation of the CPC ? i met a diffrent opinion in this matter . -- best regards, matan cohen MF System Administrator. -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer 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: taking down the machine - z9 series
Matan Cohen pisze: Hi, When the situation force you to taking down the machine (due to Electricity power cut) , after taking down the lpars. do you perform anything else beside deactivation of the CPC ? i met a diffrent opinion in this matter . Yes, we do. We shutdown SE and then cut the power using emergency switch. Electricity works could mean several up-down sequences which are not good for any machine. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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: taking down the machine - z9 series
R.S wrote We shutdown SE SE stand for? I did this sort of shutdown at diffrent Data center the time elctricity power cut is schedule from advance. in the past I remeber i was told never to cut power using the emergency switch ( i don't know the reason for that but it was said by a wise man). tom- i do want to perform a control power cut. i asked on the best way to perform this for the Z machine On Thu, Jun 17, 2010 at 3:28 PM, R.S. r.skoru...@bremultibank.com.plwrote: Matan Cohen pisze: Hi, When the situation force you to taking down the machine (due to Electricity power cut) , after taking down the lpars. do you perform anything else beside deactivation of the CPC ? i met a diffrent opinion in this matter . Yes, we do. We shutdown SE and then cut the power using emergency switch. Electricity works could mean several up-down sequences which are not good for any machine. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl S d Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru S dowego, nr rejestru przedsi biorców KRS 025237 NIP: 526-021-50-88 Wed ug stanu na dzie 01.01.2009 r. kapita zak adowy BRE Banku SA (w ca o ci wp acony) wynosi 118.763.528 z otych. W zwi zku z realizacj warunkowego podwy szenia kapita u zak adowego, na podstawie uchwa y XXI WZ z dnia 16 marca 2008r., oraz uchwa y XVI NWZ z dnia 27 pa dziernika 2008r., mo e ulec podwy szeniu do kwoty 123.763.528 z . Akcje w podwy szonym kapitale zak adowym BRE Banku SA b d w ca o ci op acone. -- 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 -- best regards, matan cohen MF System Administrator. -- 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: taking down the machine - z9 series
SE = System Element. The laptops within the z9. I would also shutdown the HMC (Hardware Management Console). On Thu, Jun 17, 2010 at 8:44 AM, Matan Cohen matancohen...@gmail.comwrote: R.S wrote We shutdown SE SE stand for? I did this sort of shutdown at diffrent Data center the time elctricity power cut is schedule from advance. in the past I remeber i was told never to cut power using the emergency switch ( i don't know the reason for that but it was said by a wise man). tom- i do want to perform a control power cut. i asked on the best way to perform this for the Z machine On Thu, Jun 17, 2010 at 3:28 PM, R.S. r.skoru...@bremultibank.com.pl wrote: Matan Cohen pisze: Hi, When the situation force you to taking down the machine (due to Electricity power cut) , after taking down the lpars. do you perform anything else beside deactivation of the CPC ? i met a diffrent opinion in this matter . Yes, we do. We shutdown SE and then cut the power using emergency switch. Electricity works could mean several up-down sequences which are not good for any machine. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl S d Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru S dowego, nr rejestru przedsi biorców KRS 025237 NIP: 526-021-50-88 Wed ug stanu na dzie 01.01.2009 r. kapita zak adowy BRE Banku SA (w ca o ci wp acony) wynosi 118.763.528 z otych. W zwi zku z realizacj warunkowego podwy szenia kapita u zak adowego, na podstawie uchwa y XXI WZ z dnia 16 marca 2008r., oraz uchwa y XVI NWZ z dnia 27 pa dziernika 2008r., mo e ulec podwy szeniu do kwoty 123.763.528 z . Akcje w podwy szonym kapitale zak adowym BRE Banku SA b d w ca o ci op acone. -- 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 -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- 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
CA's MSM
We've been invited to a DP on this next week. After reviewing some of the demos and documentation I sure don't see how it makes life easier..comments from those who have trod that road? -- 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
racf manager positition
I thought I would share this with the list , if anyone is interested. City of New York Department of Information Technology Telecommunications Job Vacancy Notice Civil Service Title: Computer Systems Manager Level: M1 Title Code No: 10050 Salary: $49,492/$53,373 - $120,000 Office Title: RACF Manager Work location: 15 Metrotech Division/Work Unit: IT Services Number of Positions: 1 Hours/Shift: Day - Due to the necessary technical management support duties of this position in a 24/7 environment, candidate may be required to be on call and/or work various shifts such as weekends and/or evening shifts. Job Description The successful candidate will serve as a RACF Manager reporting to the IT Services Division within the Mainframe Systems group. Responsibilities will include: Manage and oversee Data and Access security on z/Series enterprise servers; manage the development and implementation of security policies and standards utilizing RACF and other security related tools; manage the development and implementation of the naming conventions for protected resources, with a goal of having a unified enterprise wide RACF environment; manage the development and implementation of automatic class selection (ACS) routines to facilitate efficient data management and standards enforcement; oversee the design, build, implementation and monitoring of system resource usage accounting system utilizing Tivoli Usage and Accounting Manager and IBM Tivoli Decision Support for z/OS; Manage systems programming support for security related software; provide management and direction for the RACF security administration group; prepare senior level technical reports for executive management; and manage special IT projects as assigned. Qualification Requirements 1. A Master's Degree in computer science from an accredited college and three years of progressively more responsible, full-time, satisfactory experience using mainframe, mini- or micro-computer technology in computer applications programming, systems programming, computer systems development, data telecommunications, data base administration, or planning of data processing, at least 18 months of this experience must have been in an administrative, managerial or executive capacity in the areas of computer applications programming, systems programming, computer systems development, data telecommunications, data base administration, or planning of data processing or in the supervision of staff performing these duties, -OR- 2. A Bachelor's Degree from an accredited college and four years of experience as described above; -OR- 3. A four-year high school diploma or its educational equivalent and six years of experience as described above, -OR- 4. Education and experience equivalent to the above. However, all candidates must have at least a high school diploma or its equivalent and must possess at least three years experience as described above, including the 18 months of administrative, managerial, executive or supervisory experience as described above. NOTE: The following types of experience are NOT acceptable; superficial use of preprogrammed software without complex programming, design, implementation or management of the product; use of word processing packages; use of a hand held calculator; primarily the entering or updating of data in a system; the operation of data processing hardware or consoles. Essential Skills The preferred candidate should possess the following: A Bachelor's degree in a related IT field and 15+ years of Mainframe experience including a minimum of 10 years of RACF systems programming and administration; proficiency utilizing IBM Z/series servers and current operating systems; proven ability to effectively interface with technical and non-technical staff; excellent organization and communication skills; ability to handle multiple tasks under tight deadlines; and the ability to interface with executive level management and give senior level presentations. To Apply: TO APPLY, PLEASE SUBMIT RESUME INDICATING JVN# TO: Department of Information Technology and Telecommunications (DoITT) Recruitment Office - 75 Park Place - 5th Floor - New York, NY 10007 -ore- mail to itrecr...@doitt.nyc.gov (indicate 'JVN 10468 - RACF Manager' in subject line) SUBMISSION OF A RESUME IS NOT A GUARANTEE THAT YOU WILL RECEIVE AN INTERVIEW APPOINTMENTS ARE SUBJECT TO OVERSIGHT APPROVAL Post Date: June 8, 2010 Post Until: June 21, 2010 JVN: 858-2010-010468 The City of New York is an Equal Opportunity Employer -- 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: taking down the machine - z9 series
Mark Pace pisze: SE = System Element. The laptops within the z9. I would also shutdown the HMC (Hardware Management Console). I would do the same IF the HMC was in the same room, on the same switch. I would do the same for every device on the circuit. vbg BTW: SE = Support Element. A laptop (singular) -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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: taking down the machine - z9 series
If your ICFs do not have battery backup, make sure the data is written out and/or do a backup/restore equivalent of whatever software is using it for data. Most shops do structure rebuilds or duplexing, but that doesn't work when *all* power is removed from all ICFs. Food for thought, Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kelman, Tom Sent: Thursday, June 17, 2010 8:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: taking down the machine - z9 series I'm assuming that the electricity power cut, or whatever is happening, is scheduled. You know ahead of time that it is going to happen. If the power to your data center is going to be shut down for some reason wouldn't you want to have a controlled power down of the complete data center? I know in the good old days if power was all of a sudden cut to the disk drives, head crashes were sure to occur. I don't know if that is a problem or not these days. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Matan Cohen Sent: Thursday, June 17, 2010 7:06 AM To: IBM-MAIN@bama.ua.edu Subject: taking down the machine - z9 series Hi, When the situation force you to taking down the machine (due to Electricity power cut) , after taking down the lpars. do you perform anything else beside deactivation of the CPC ? i met a diffrent opinion in this matter . -- best regards, matan cohen MF System Administrator. -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer 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 -- 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: taking down the machine - z9 series
IBM told me not to shutdown the SE. IBM saying to perform deactivation and then CPC shutdown. On Thu, Jun 17, 2010 at 3:54 PM, Mark Pace mpac...@gmail.com wrote: SE = System Element. The laptops within the z9. I would also shutdown the HMC (Hardware Management Console). On Thu, Jun 17, 2010 at 8:44 AM, Matan Cohen matancohen...@gmail.com wrote: R.S wrote We shutdown SE SE stand for? I did this sort of shutdown at diffrent Data center the time elctricity power cut is schedule from advance. in the past I remeber i was told never to cut power using the emergency switch ( i don't know the reason for that but it was said by a wise man). tom- i do want to perform a control power cut. i asked on the best way to perform this for the Z machine On Thu, Jun 17, 2010 at 3:28 PM, R.S. r.skoru...@bremultibank.com.pl wrote: Matan Cohen pisze: Hi, When the situation force you to taking down the machine (due to Electricity power cut) , after taking down the lpars. do you perform anything else beside deactivation of the CPC ? i met a diffrent opinion in this matter . Yes, we do. We shutdown SE and then cut the power using emergency switch. Electricity works could mean several up-down sequences which are not good for any machine. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl S d Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru S dowego, nr rejestru przedsi biorców KRS 025237 NIP: 526-021-50-88 Wed ug stanu na dzie 01.01.2009 r. kapita zak adowy BRE Banku SA (w ca o ci wp acony) wynosi 118.763.528 z otych. W zwi zku z realizacj warunkowego podwy szenia kapita u zak adowego, na podstawie uchwa y XXI WZ z dnia 16 marca 2008r., oraz uchwa y XVI NWZ z dnia 27 pa dziernika 2008r., mo e ulec podwy szeniu do kwoty 123.763.528 z . Akcje w podwy szonym kapitale zak adowym BRE Banku SA b d w ca o ci op acone. -- 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 -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- 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 -- best regards, matan cohen MF System Administrator. -- 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: taking down the machine - z9 series
We had just such a requirement a few weeks back. Our IBM CE recommended the following: Before the power is going to be switched off: Shutdown systems Deactivate Lpars Deactivate CPC(wait for the CEC to power off)CPC Icon now Black Shut down Alt SE Shut down Primary SE(wait for both SE to shutdown) Shut Down HMC's affected by the power down. EPO Off he CPU frame using the Red switch. Power Restored Power on the HMC's EPO on, the cpu frame. Wait for the the CPC icon appear on the HMC . From this point it will depend how the Customer has set up the Activation Profiles or Manually power up... Manual power up. Power on Icon POR icon(check IOCDS is correct) Activate Lpars IPL or Activate and select the correct profile(set up by the Customer) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Matan Cohen Sent: 17 June 2010 14:34 To: IBM-MAIN@bama.ua.edu Subject: Re: taking down the machine - z9 series IBM told me not to shutdown the SE. IBM saying to perform deactivation and then CPC shutdown. On Thu, Jun 17, 2010 at 3:54 PM, Mark Pace mpac...@gmail.com wrote: SE = System Element. The laptops within the z9. I would also shutdown the HMC (Hardware Management Console). On Thu, Jun 17, 2010 at 8:44 AM, Matan Cohen matancohen...@gmail.com wrote: R.S wrote We shutdown SE SE stand for? I did this sort of shutdown at diffrent Data center the time elctricity power cut is schedule from advance. in the past I remeber i was told never to cut power using the emergency switch ( i don't know the reason for that but it was said by a wise man). tom- i do want to perform a control power cut. i asked on the best way to perform this for the Z machine On Thu, Jun 17, 2010 at 3:28 PM, R.S. r.skoru...@bremultibank.com.pl wrote: Matan Cohen pisze: Hi, When the situation force you to taking down the machine (due to Electricity power cut) , after taking down the lpars. do you perform anything else beside deactivation of the CPC ? i met a diffrent opinion in this matter . Yes, we do. We shutdown SE and then cut the power using emergency switch. Electricity works could mean several up-down sequences which are not good for any machine. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl S d Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru S dowego, nr rejestru przedsi biorców KRS 025237 NIP: 526-021-50-88 Wed ug stanu na dzie 01.01.2009 r. kapita zak adowy BRE Banku SA (w ca o ci wp acony) wynosi 118.763.528 z otych. W zwi zku z realizacj warunkowego podwy szenia kapita u zak adowego, na podstawie uchwa y XXI WZ z dnia 16 marca 2008r., oraz uchwa y XVI NWZ z dnia 27 pa dziernika 2008r., mo e ulec podwy szeniu do kwoty 123.763.528 z . Akcje w podwy szonym kapitale zak adowym BRE Banku SA b d w ca o ci op acone. -- 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 -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- 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 -- best regards, matan cohen MF System Administrator. -- 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: CA's MSM
On Thu, 17 Jun 2010 07:59:00 -0500, Daniel McLaughlin daniel_mclaugh...@us.crawco.com wrote: We've been invited to a DP on this next week. After reviewing some of the demos and documentation I sure don't see how it makes life easier..comments from those who have trod that road? Search the archives for past posts of mine. I like it ... a lot. And realizing that it is still a very new product and hasn't matured yet, I see tons of potential. I had a long laundry list of items I discussed with development after I installed and worked with R2 and many of those items are already addressed in R3 which is now GA. BTW, I just upgraded from R2 to R3 over the weekend mostly because I was interested in the deployment function (but there are some other nice features also). In trying to test a deployment, it looks like it will only work with future (from here on out) product packages and nothing that existed prior to a specific date. I tried a deployment with CA-MIM 11.7 SP1 which is the most current level and there is no deployment metadata. Also, we deploy by copying install libraries to an ISV sysres that is an extension of our maintenance sysres set and clone it along with our IBM sysres to roll out maintenance / upgrades via IPLs. The libaries are all indirectly cataloged as are all the sysres data sets. This means we copy them without cataloging them to the volume that gets cloned, and from what I can tell so far, there is probably not an option to do that.That may not be an issue if the process doesn't fail if the libraries are already cataloged - which they will be - indirectly - unless it is a new name / library for whatever product we are deploying. In that case, I would uncatalog the file after copy and indirectly catalog it. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: taking down the machine - z9 series
I was in a shop in the early 1980s where we had a very bad experience of the power being cut by the use of the emergency switch. There was a building maintenance man in the machine room. When he went to leave instead of pressing the button to activate the door to the mantrap, he pressed the emergency power down switch. They were very close together. It took us the better part of a day to get everything back up. The processor was no problem, but a few disk drives were troublesome. That incident resulted in them moving the emergency power down switch away from the door switch, and a cover was put over the emergency power down switch. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Matan Cohen Sent: Thursday, June 17, 2010 7:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: taking down the machine - z9 series R.S wrote We shutdown SE SE stand for? I did this sort of shutdown at diffrent Data center the time elctricity power cut is schedule from advance. in the past I remeber i was told never to cut power using the emergency switch ( i don't know the reason for that but it was said by a wise man). tom- i do want to perform a control power cut. i asked on the best way to perform this for the Z machine On Thu, Jun 17, 2010 at 3:28 PM, R.S. r.skoru...@bremultibank.com.plwrote: Matan Cohen pisze: Hi, When the situation force you to taking down the machine (due to Electricity power cut) , after taking down the lpars. do you perform anything else beside deactivation of the CPC ? i met a diffrent opinion in this matter . Yes, we do. We shutdown SE and then cut the power using emergency switch. Electricity works could mean several up-down sequences which are not good for any machine. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl S d Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru S dowego, nr rejestru przedsi biorców KRS 025237 NIP: 526-021-50-88 Wed ug stanu na dzie 01.01.2009 r. kapita zak adowy BRE Banku SA (w ca o ci wp acony) wynosi 118.763.528 z otych. W zwi zku z realizacj warunkowego podwy szenia kapita u zak adowego, na podstawie uchwa y XXI WZ z dnia 16 marca 2008r., oraz uchwa y XVI NWZ z dnia 27 pa dziernika 2008r., mo e ulec podwy szeniu do kwoty 123.763.528 z . Akcje w podwy szonym kapitale zak adowym BRE Banku SA b d w ca o ci op acone. -- 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 -- best regards, matan cohen MF System Administrator. -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer 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: CA's MSM
Well this should generate some entertainment for when the soccer gets a bit slow ... CA have an appalling history with regard to product maintenance - Russells lot have been the best of a bad bunch, and have been generally pretty good. Other than that, uniformly terrible. Scott has promised to fix that. Customers I've spoken to like it, although so far none has seen fit to let me loose on it. Shane ... On Thu, Jun 17th, 2010 at 10:59 PM, Daniel McLaughlin wrote: We've been invited to a DP on this next week. After reviewing some of the demos and documentation I sure don't see how it makes life easier..comments from those who have trod that road? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
Well, to each his own. We are not blessed with USS knowledge and the install instructions for the product assume that the reader is. I've read many of the posts but some of the vendor info is nebulous to say the least. Thank you for your feedback. -- 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: taking down the machine - z9 series
On 06/17/10 09:51, Kelman, Tom wrote: I was in a shop in the early 1980s where we had a very bad experience of the power being cut by the use of the emergency switch. There was a building maintenance man in the machine room. When he went to leave instead of pressing the button to activate the door to the mantrap, he pressed the emergency power down switch. They were very close together. It took us the better part of a day to get everything back up. The processor was no problem, but a few disk drives were troublesome. That incident resulted in them moving the emergency power down switch away from the door switch, and a cover was put over the emergency power down switch. We called it a 'Sheldon shield' after an operator hit the IML button on the old 3033 console keyboard several times unexpectedly. snip -- Mark Jacobs Time Customer Service Tampa, FL Serendipity is looking for a needle in a haystack and discovering a farmer's daughter. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
On Thu, 17 Jun 2010 08:55:11 -0500, Daniel McLaughlin wrote: Well, to each his own. We are not blessed with USS knowledge and the install instructions for the product assume that the reader is. Is that CA-peculiar or IBM-general? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
On Thu, 17 Jun 2010 08:55:11 -0500, Daniel McLaughlin daniel_mclaugh...@us.crawco.com wrote: Well, to each his own. We are not blessed with USS knowledge and the install instructions for the product assume that the reader is. I've read many of the posts but some of the vendor info is nebulous to say the least. Thank you for your feedback. Talk to you CA sales / account rep. CA may be willing to send someone out to your site on their dime to help you get it up and running. They have done so for many shops. As an aside, IMO, it doesn't really take any more z/OS Unix knowledge to install maintain CA-MSM than it does to install and maintain z/OS. So what are you doing to install and maintain z/OS? Yes, a certain level of knowledge / experience is needed. So if you have more knowledgeable people at your shop that do the OS installs and don't typically deal with ISV products, you will probably need their assistance. But once the product is set up and running, the whole idea is that a new sysprog can use it and be productive and it also can save a ton of time for the experienced ones as well. I learned how to customize JCL, allocate files and run SMP/E jobs a few years ago, so I don't need to do it all the time now. :-) Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: CA's MSM
Overall. Usual litany...legacy system, nothing new coming on-line, etc. RARELY look askance at USS stuff. No websphere, and so on. Java? My coffee cup has java in it. And no, it's not an attitude about USS, we just don't play there. -- 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: taking down the machine - z9 series
Mark Jacobs mark.jac...@custserv.com wrote in message news:4c1a2971.1080...@custserv.com... On 06/17/10 09:51, Kelman, Tom wrote: I was in a shop in the early 1980s where we had a very bad experience of the power being cut by the use of the emergency switch. There was a building maintenance man in the machine room. When he went to leave instead of pressing the button to activate the door to the mantrap, he pressed the emergency power down switch. They were very close together. It took us the better part of a day to get everything back up. The processor was no problem, but a few disk drives were troublesome. That incident resulted in them moving the emergency power down switch away from the door switch, and a cover was put over the emergency power down switch. We called it a 'Sheldon shield' after an operator hit the IML button on the old 3033 console keyboard several times unexpectedly. snip -- I know during life brain cells only die and no new ones are generated and I also know that this goes faster in some brains than in others and this possibly might be the reason that I often get tired of trying to find the correct path through the many ONtopic and OFFtopic branches that threads in this forum often take, but I would appreciate if branches to paths that might bring up very interesting side-subjects but do not help the OP in getting an answer to his question were reflected with a change of subject. Thanks, Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
System z and z/OS Unique Characteristics
Check out this very well written and researched paper from the Wilhelm Schickard Institute for Computer Science in Germany. http://tobias-lib.uni-tuebingen.de/volltexte/2010/4710/pdf/report_spruth_2010.pdf (Don't worry. It's written in English. :-) ) -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System z and z/OS Unique Characteristics
Did we all jump on at once, or do they have an awfully slow server ?. Shane ... On Fri, Jun 18th, 2010 at 12:51 AM, Edward Jaffe wrote: Check out this very well written and researched paper ... -- 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: very strange ISHELL behaviour
It's happened again, just out of the blue. I've been using ISHELL for weeks now on and off and suddenly the same strange behaviour returned. Renaming the BPXWPROF profile solved the problem again but I'd love to know the cause but probably never will. Anyhow, another strange quirk is that if I issue the settings command in ISHELL to put the command line at the top, then exit ISHELL and go back in again, then the command line is at the bottom again. Very bloody annoying as I have to change it every time I enter ISHELL. Anyone know what causes this behaviour. 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
Re: System z and z/OS Unique Characteristics
Edward Jaffe wrote: Check out this very well written and researched paper from the Wilhelm Schickard Institute for Computer Science in Germany. http://tobias-lib.uni-tuebingen.de/volltexte/2010/4710/pdf/report_spruth_2010.pdf Thanks, Ed. Pretty interesting. (Don't worry. It's written in English. :-) ) - Well, mostly. A few German words / spellings crop up, but it's understandable. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment -- 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: very strange ISHELL behaviour
On Thu, 17 Jun 2010 16:12:32 +0100, Jim McAlpine jim.mcalp...@gmail.com wrote: Anyhow, another strange quirk is that if I issue the settings command in ISHELL to put the command line at the top, then exit ISHELL and go back in again, then the command line is at the bottom again. Very bloody annoying as I have to change it every time I enter ISHELL. Anyone know what causes this behaviour. You don't change that with the standard settings command for ISPF. Go to the options -- advanced pull down menu and set your preference there. File Directory Special_file Tools File_systems Options Set +-+ | Advanced Options | | | | Select options | | | | / Bypass delete confirmations | | _ Bypass exit confirmation | | _ No auto-skip on action panels| | / Always start initial panel with current directory| | _ Enable directory reference list | | | | Command line position: | | 1 1. Top | | 2. Bottom | | 3. Inherit | | | | | | | | | +-+ -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: very strange ISHELL behaviour
On Thu, Jun 17, 2010 at 4:17 PM, Mark Zelden mzel...@flash.net wrote: You don't change that with the standard settings command for ISPF. Go to the options -- advanced pull down menu and set your preference there. File Directory Special_file Tools File_systems Options Set +-+ | Advanced Options | | | | Select options | | | | / Bypass delete confirmations | | _ Bypass exit confirmation | | _ No auto-skip on action panels| | / Always start initial panel with current directory| | _ Enable directory reference list | | | | Command line position: | | 1 1. Top | | 2. Bottom | | 3. Inherit | | | | | | | | | +-+ -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS Spot on again Mark. Thanks 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
Re: taking down the machine - z9 series
If you have any Os/2 based appliances, then you'd want to gracefully shut them down. Otherwise, they will run CHKDSK upon power up, and that takes forever. Examples of OS/2 based appliances include the older HMC's, 2074's, etc. Not sure if you can do that for the OS/2 based SE's, but, if you can, not a bad idea IMHO. (I believe the SE's and HMC are all Linux based on the z/9's. Linux recovery is fast enough to be left alone.) There is a full power off function somewhere on the HMC or SE. I'd want to find and use that. You'd want to power off DS8100/Shark DASD units. Otherwise, these units will gracefully shut down using their internal batteries but will not come back on line until the batteries are completely recharged. That can take a very long time. Graceful shutdown and power off of other units (tape, VTS, etc) is likely a very good idea. Keep in mind that some units have 'secret' circuit breakers that trip upon full power loss. These 'secret' circuit breakers are supposed to be reset by the CE after power is restored and stable. Have your CE show you where these breakers are, or, better yet, have the CE on site for power up. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Matan Cohen Sent: Thursday, June 17, 2010 7:06 AM To: IBM-MAIN@bama.ua.edu Subject: taking down the machine - z9 series Hi, When the situation force you to taking down the machine (due to Electricity power cut) , after taking down the lpars. do you perform anything else beside deactivation of the CPC ? i met a diffrent opinion in this matter . -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: very strange ISHELL behaviour
- Original Message - From: Jim McAlpine jim.mcalp...@gmail.com Newsgroups: bit.listserv.ibm-main Sent: Thursday, June 17, 2010 11:20 AM Subject: Re: very strange ISHELL behaviour On Thu, Jun 17, 2010 at 4:17 PM, Mark Zelden mzel...@flash.net wrote: You don't change that with the standard settings command for ISPF. Go to the options -- advanced pull down menu and set your preference there. File Directory Special_file Tools File_systems Options Set +-+ | Advanced Options | | | | Select options | | | | / Bypass delete confirmations | | _ Bypass exit confirmation | | _ No auto-skip on action panels| | / Always start initial panel with current directory| | _ Enable directory reference list | | | | Command line position: | | 1 1. Top | | 2. Bottom | | 3. Inherit | | | | | | | | | +-+ -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS Spot on again Mark. Non-standard stuff like this drives me nuts. IS HELL indeed. Regards, Tom Conley -- 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: VBSFIX copy needed
Ravi KumarIBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/16/2010 09:16:34 PM: Does someone having a copy of VBSFIX module..could you please share it with me..i used to have one lost however somewhere.. -- 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 If using DFSORT option: OPTION SPANINC=RC4 doesn't work, I have a copy of the VBSFIX program I can send you if you e-mail me offline (yae...@us.ibm.com). Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: FINDREP, WHEN=GROUP, DATASORT, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- 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: taking down the machine - z9 series
- Original Message - From: Matan Cohen matancohen...@gmail.com Newsgroups: bit.listserv.ibm-main Sent: Thursday, June 17, 2010 8:07 AM Subject: taking down the machine - z9 series Hi, When the situation force you to taking down the machine (due to Electricity power cut) , after taking down the lpars. do you perform anything else beside deactivation of the CPC ? i met a diffrent opinion in this matter . -- best regards, matan cohen MF System Administrator. Matan, A full power-down can be problematic. I would recommend that you spend the extra money to get an IBM FE on site to ensure that all machines are powered down correctly. Most sites I work at haven't powered down in years, so they do not know the procedures. Also, your older equipment may go belly up just from the power off, power on process. I once had to move 6 3174 controllers, and 3 of the power supplies and one of the diskette drives failed on startup. Good luck, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
I've been working with CA MSM for a year or so - first the R2 release, then the R3 release. I really like this new tool. (I remember, and hated, aggrivator). It seems to me that one of the most significant results of this common installation tool initiative is actually not the tool itself. Rather, in my opinion, it is the fact that all of the tribes within the CA family now have ONE install methodology - one that is common across all products. Recall that CA grew over time by bringing different development organizations into their company via acquisition. Each of these organizations brought their own product packaging practices along with - some of which have changed little over the years. Now, with the CA MSM initiative, a common set of packaging requirements is in place. Obviously, not every product has every feature of the new install methodology available today. But, over the next (apparently short) period of time, more and more products are converting to the new methods. Seems to me this effort in itself will bring significant long term benefits to us as customers. Brian On Thu, 17 Jun 2010 07:59:00 -0500, Daniel McLaughlin wrote: We've been invited to a DP on this next week. After reviewing some of the demos and documentation I sure don't see how it makes life easier..comments from those who have trod that road? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
Brian Peterson wrote: begin quotation It seems to me that one of the most significant results of this common installation tool initiative is actually not the tool itself. Rather, in my opinion, it is the fact that all of the tribes within the CA family now have ONE install methodology - one that is common across all products. end quotation This notion is hard, indeed all but impossible to disagree with in general. That said, we have SMP/E in hand; and we are all familiar with it, warts and all. Do we need another quite ordinary installation/maintenance tool? I think not. I should feel different about it if it were radically innovative; it is not. John Gilmore Ashland, MA 01721-1817 USA _ Hotmail is redefining busy with tools for the New Busy. Get more from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_2 -- 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
Health Checker
Do most of you keep the health checker up and running all the time? I usually just start it periodically to see what is new that shows up. My concern in keeping it running has to do with highlighted messages it puts on the console (like when no operator is on duty). I was just curious how most people handle it. Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
I've not seen R3. I wish I could sing the praises like the well respected folks who have so far, but IMO, CA-MSM was not really ready for prime time. Like many other products, it seems to have been rushed to release by marketing forces. In reality, the portion of a CA install that MSM (R2) did (for a limited set of products) was the trivial part. Even with the ESD method, download, fake a tape, unload, allocate CSI, target, and dlib, SMPE RECEIVE/APPLY/ACCEPT shouldn't take more than a few hours. Then the real work begins. CA-MSM (R2) was not CA-MSM installable! (Neither was the maintenance package I needed) It does do a good job of identifying and downloading your products and the pax files. It does do a good job of identifying the maintenance you need and downloading the fixes and SP packages. Actually, it does an almost too good a job, I ended up with several fixes for parts I don't actually need (especially in CA-Common Services). If the APPLY works, does do a good job of RECEIVE/APPLY for fixes. Restarting after a space error for example was more complicated. One product, seemed to be MSM installable, until the process croaked on space, then it magically became not MSM installable. (after working with CA support, it was determined that it never should have been MSM installable) Many products were not yet MSM installable, and the pax files (nicely downloaded) are deep in the USS file system, several hundred characters of directory specification deep! My next step when I left MSM for higher priority work (z/OS 1.11 install continuation) was planning to implement Dovetail's COZ to avoid the limitations of BPXBATCH trying to do pax deep down there. Tomcat (JAVA) is a CPU HOG (we have no ZAAP, are unlikely to get a ZAAP). CA-DATACOM :( I agree it has real potential to be useful. I am interested in exploring R3. Interestingly, this thread is the first I've heard of R3. I know that I need everything I can to streamline what is becoming more and more a one person job (until the mainframe is gone :( Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Peterson Sent: Thursday, June 17, 2010 9:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CA's MSM I've been working with CA MSM for a year or so - first the R2 release, then the R3 release. I really like this new tool. (I remember, and hated, aggrivator). It seems to me that one of the most significant results of this common installation tool initiative is actually not the tool itself. Rather, in my opinion, it is the fact that all of the tribes within the CA family now have ONE install methodology - one that is common across all products. Recall that CA grew over time by bringing different development organizations into their company via acquisition. Each of these organizations brought their own product packaging practices along with - some of which have changed little over the years. Now, with the CA MSM initiative, a common set of packaging requirements is in place. Obviously, not every product has every feature of the new install methodology available today. But, over the next (apparently short) period of time, more and more products are converting to the new methods. Seems to me this effort in itself will bring significant long term benefits to us as customers. Brian On Thu, 17 Jun 2010 07:59:00 -0500, Daniel McLaughlin wrote: We've been invited to a DP on this next week. After reviewing some of the demos and documentation I sure don't see how it makes life easier..comments from those who have trod that road? -- 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: CA's MSM
If Receive/Apply/Accept is all that you needed, and you have no newbies in your shop, you may be right. But if you or the newbie need to easily deploy and configure CA software, you'd want the tools to help you get it done quicker. IMHO, of course. zNorman -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of john gilmore Sent: Thursday, June 17, 2010 Thursday 10:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CA's MSM Brian Peterson wrote: begin quotation It seems to me that one of the most significant results of this common installation tool initiative is actually not the tool itself. Rather, in my opinion, it is the fact that all of the tribes within the CA family now have ONE install methodology - one that is common across all products. end quotation This notion is hard, indeed all but impossible to disagree with in general. That said, we have SMP/E in hand; and we are all familiar with it, warts and all. Do we need another quite ordinary installation/maintenance tool? I think not. I should feel different about it if it were radically innovative; it is not. John Gilmore Ashland, MA 01721-1817 USA _ Hotmail is redefining busy with tools for the New Busy. Get more from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:W L:en-US:WM_HMP:042010_2 -- 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: CA's MSM
john gilmore wrote: Brian Peterson wrote: begin quotation It seems to me that one of the most significant results of this common installation tool initiative is actually not the tool itself. Rather, in my opinion, it is the fact that all of the tribes within the CA family now have ONE install methodology - one that is common across all products. end quotation This notion is hard, indeed all but impossible to disagree with in general. That said, we have SMP/E in hand; and we are all familiar with it, warts and all. Do we need another quite ordinary installation/maintenance tool? I think not. This is my thinking exactly. We have SMP/e, why do I need a product that basically does that under the covers. I should feel different about it if it were radically innovative; it is not. John Gilmore Ashland, MA 01721-1817 USA _ Hotmail is redefining busy with tools for the New Busy. Get more from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_2 -- 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 -- -- Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 b...@psu.edu mailto:b...@psu.edu To make an apple pie from scratch, you must first invent the universe. Carl Sagan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
I like MSM however, it does need some growth time. My main issue is if you try to use MSM to install a product but that product is not ready for MSM, there is NOTHING I could find that MSM would say NOT MSM Supported. So I would spend days or hours trying to use MSM on something not ready for MSM. I have a DAR request in for that. That MSM should be able to present a panel that indicates the product/verion is not support by MSM. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
IMO, this is all about how to allow an MSCE to install z/OS software. Remember that people cost more than software. And software doesn't up and resign or retire, taking their expertise with them. One day, I expect the HMC to have the install the latest z/OS button. Management pushes it and poof! it is down automatically. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: taking down the machine - z9 series
I have powered down and powered up whole data centers numerous times usually for electrical, power plant work, sometimes because the air conditioning failed, once for a push/pull to retreat from an early CMOS machine, which had more CP's than MIP's ;-), back to a Bi Polar machine, and never had a problem. Coming up just be sure you sequence everything properly, peripherals first, disk, terminal controllers, network boxes, front ends first, then the mainframes. Let each of the devices go through their self-checking sequencing gradually, a few at a time. Make sure everything is up before you bring up the mainframe. The take down is in the opposite order, mainframe first then the peripherals. On Thu, Jun 17, 2010 at 12:26 PM, Pinnacle pinnc...@rochester.rr.comwrote: - Original Message - From: Matan Cohen matancohen...@gmail.com Newsgroups: bit.listserv.ibm-main Sent: Thursday, June 17, 2010 8:07 AM Subject: taking down the machine - z9 series Hi, When the situation force you to taking down the machine (due to Electricity power cut) , after taking down the lpars. do you perform anything else beside deactivation of the CPC ? i met a diffrent opinion in this matter . -- best regards, matan cohen MF System Administrator. Matan, A full power-down can be problematic. I would recommend that you spend the extra money to get an IBM FE on site to ensure that all machines are powered down correctly. Most sites I work at haven't powered down in years, so they do not know the procedures. Also, your older equipment may go belly up just from the power off, power on process. I once had to move 6 3174 controllers, and 3 of the power supplies and one of the diskette drives failed on startup. Good luck, Tom Conley -- 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 -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
Like the comparison of having an MCSE do it. ZOS is not 'shield' installed and we don't need GUI tools that badly. Allow the NKOTB to plug and play a product? Is that a wise choice. Besides we all know the mainframe is going away... -- 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: Health Checker
We leave it up all the time (and our weekends are unattended, but we set the consoles roll mode). Mike Wickman -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crabtree, Anne D Sent: Thursday, June 17, 2010 12:12 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Health Checker Do most of you keep the health checker up and running all the time? I usually just start it periodically to see what is new that shows up. My concern in keeping it running has to do with highlighted messages it puts on the console (like when no operator is on duty). I was just curious how most people handle it. Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -- 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
z/OS White Paper
Interesting read for the list. This was passed to me by one of my friends in Germany. It also has an interesting tidbit that I didn't know about on the start of VMWare on p. 29. *University of Tuebingen Link: * http://tobias-lib.uni-tuebingen.de/volltexte/2010/4710/ (click on the PDF link) *Paper Description: * Many people still associate mainframes with obsolete technology. Surprisingly, the opposite is true. Mainframes feature many hardware, software, and system integration technologies, that are either not at all, or only in an elementary form, available on other server platforms. On the other hand, we know of no advanced server features which are not available on mainframes. This paper lists some 40 advanced mainframe technologies. There is a short description of each item together with a literature reference for more information. -- Best Regards, Rob Barbour Enterprise Systems Associates, Inc (ESAi) Central Florida Research Park 12565 Research Parkway, Suite 300 Orlando, Florida 32826USA Toll Free: 1-866-GO-4-ESAI (1-866-464-3724) URL: http://www.ESAIGroup.com Enterprise Tools... DB2 Productivity... Services... BCV4 - DB2, SAP, PeopleSoft Clones/Refreshes in Minutes vs Days BCV5/BCV6 - Save 90% in CPU Clock Time for DB2 Refresh / Migrate BPA4DB2 - Save $, Improve DB2 Performance with Buffer Pool Analyzer XM4DB2 - Proactive Deal with DB2, Dynamic SQL, and Performance UBS Log Tracker - The Faster, Better Value in DB2 Log Analyzers TCP PROBLEM FINDER - Quickly find and correct TCP/IP network errors INSIDE THE STACK - Monitor, Analyze and Improve TCP/IP performance -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
On Thu, 17 Jun 2010 17:05:23 +, john gilmore john_w_gilm...@msn.com wrote: I should feel different about it if it were radically innovative; it is not. Radically innovative is subjective. How many CA products do you need to install and maintain across how many sysplexes and LPARs? I do think it is innovative in some ways. Regardless of one's opinion of it being innovative or not, it works and makes my job and my coworkers' jobs easier and saves us time. On Thu, 17 Jun 2010 10:20:16 -0700, Norman Hollander on DesertWiz norman.hollan...@desertwiz.biz wrote: If Receive/Apply/Accept is all that you needed, and you have no newbies in your shop, you may be right. But if you or the newbie need to easily deploy and configure CA software, you'd want the tools to help you get it done quicker. IMHO, of course. Similar comment. We have nothing but experienced sysprogs at the shop I'm at. (going by years alone, I am the 2nd most inexperienced). But we have a large amount of ISV products we support - especially CA, and this saves us time. Not everyone on the team is an SME for a CA product, but all the ones that are and have used MSM love it (after some brief training I provided). My client is large and thus far, only the OS team (MVS and Comm Server) is using it. I plan on introducing the other teams to it also soon (CICS, Database, etc.). I know there are some CA products they maintain and there is no reason this shouldn't benefit everyone. If you have a small environment and only a couple of CA products, then of course it isn't worth installing and maintaining a somewhat complex piece of software just to maintain a couple of other pieces of software. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: Health Checker
Leave it up all the time and do the roll mode on the weekends. Anything that is in error does get picked up by automation, typically just an email. Bill -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crabtree, Anne D Sent: Thursday, June 17, 2010 1:12 PM To: IBM-MAIN@bama.ua.edu Subject: Health Checker Do most of you keep the health checker up and running all the time? I usually just start it periodically to see what is new that shows up. My concern in keeping it running has to do with highlighted messages it puts on the console (like when no operator is on duty). I was just curious how most people handle it. Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -- 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 DISCLAIMER: The information contained in this message may be privileged or confidential and is protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. -- 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: Health Checker
I'll have to look roll mode up, but we have AFOPER which captures error conditions, such as tape problems, dasd problems, aux shortages, etc If an operator is not signed on, then we use SA-IOM to page several people. (yes, we still use pagers) On weekends, if an operator has to come to the site, they need to see the highlighted messages on the console. So, I can't just let highlighted message roll off (if that's what roll mode is). Maybe I should just trap the HZS1002E messages, do something with them and then de-highlight them? Just thinking out loud... Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Carroll, William Sent: Thursday, June 17, 2010 3:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Health Checker Leave it up all the time and do the roll mode on the weekends. Anything that is in error does get picked up by automation, typically just an email. Bill -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crabtree, Anne D Sent: Thursday, June 17, 2010 1:12 PM To: IBM-MAIN@bama.ua.edu Subject: Health Checker Do most of you keep the health checker up and running all the time? I usually just start it periodically to see what is new that shows up. My concern in keeping it running has to do with highlighted messages it puts on the console (like when no operator is on duty). I was just curious how most people handle it. Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -- 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 DISCLAIMER: The information contained in this message may be privileged or confidential and is protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. -- 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: Recommendations for a good old fashion HEX calcuator
Sorry for the late post. If you have a Palm or Treo Smartphone, the Calculator has a 'Logic' function in the Options menu which gives you a nice hex calculator. The Options menu also gives you Math, Trig, Finance, Statistics, Weight/Temp, Length, Area, and Volume calculators. Fits two criteria, can hold it in your hand and it's free. -- Best Regards, Rob Barbour Enterprise Systems Associates, Inc (ESAi) Central Florida Research Park 12565 Research Parkway, Suite 300 Orlando, Florida 32826USA Toll Free: 1-866-GO-4-ESAI (1-866-464-3724) URL: http://www.ESAIGroup.com Enterprise Tools... DB2 Productivity... Services... BCV4 - DB2, SAP, PeopleSoft Clones/Refreshes in Minutes vs Days BCV5/BCV6 - Save 90% in CPU Clock Time for DB2 Refresh / Migrate BPA4DB2 - Save $, Improve DB2 Performance with Buffer Pool Analyzer XM4DB2 - Proactive Deal with DB2, Dynamic SQL, and Performance UBS Log Tracker - The Faster, Better Value in DB2 Log Analyzers TCP PROBLEM FINDER - Quickly find and correct TCP/IP network errors INSIDE THE STACK - Monitor, Analyze and Improve TCP/IP performance -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS White Paper
Rob This seems to bear a remarkable similarity to the document to which Edward Jaffe directed us all earlier today: System z and z/OS unique Characteristics. Chris Mason On Thu, 17 Jun 2010 14:35:31 -0400, Rob Barbour rbarb...@esaigroup.com wrote: Interesting read for the list. This was passed to me by one of my friends in Germany. It also has an interesting tidbit that I didn't know about on the start of VMWare on p. 29. *University of Tuebingen Link: * http://tobias-lib.uni-tuebingen.de/volltexte/2010/4710/ (click on the PDF link) *Paper Description: * Many people still associate mainframes with obsolete technology. Surprisingly, the opposite is true. Mainframes feature many hardware, software, and system integration technologies, that are either not at all, or only in an elementary form, available on other server platforms. On the other hand, we know of no advanced server features which are not available on mainframes. This paper lists some 40 advanced mainframe technologies. There is a short description of each item together with a literature reference for more information. -- Best Regards, Rob Barbour Enterprise Systems Associates, Inc (ESAi) Central Florida Research Park 12565 Research Parkway, Suite 300 Orlando, Florida 32826USA Toll Free: 1-866-GO-4-ESAI (1-866-464-3724) URL: http://www.ESAIGroup.com Enterprise Tools... DB2 Productivity... Services... BCV4 - DB2, SAP, PeopleSoft Clones/Refreshes in Minutes vs Days BCV5/BCV6 - Save 90% in CPU Clock Time for DB2 Refresh / Migrate BPA4DB2 - Save $, Improve DB2 Performance with Buffer Pool Analyzer XM4DB2 - Proactive Deal with DB2, Dynamic SQL, and Performance UBS Log Tracker - The Faster, Better Value in DB2 Log Analyzers TCP PROBLEM FINDER - Quickly find and correct TCP/IP network errors INSIDE THE STACK - Monitor, Analyze and Improve TCP/IP performance -- 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: Developers' Use of Prod Data For Testing
George, BCV5 copies and masks / scrambles production data for a test environment. The product can do this while the data is being copied which saves quite a bit of time. BCV5 is part of the BCV4, BCV5, BCV6 line of fast clone / copy / refresh solutions for the DB2 z/OS environment. The BCV5 specific link and the PDF overview will give you more info and outline the components. http://www.esaigroup.com/products/bcv5.htm http://www.esaigroup.com/db2overview.pdf p.s. There is our D-SECT product but that's used where VSAM or IMS related data is involved. -- Best Regards, Rob Barbour Enterprise Systems Associates, Inc (ESAi) Central Florida Research Park 12565 Research Parkway, Suite 300 Orlando, Florida 32826USA Toll Free: 1-866-GO-4-ESAI (1-866-464-3724) URL: http://www.ESAIGroup.com Enterprise Tools... DB2 Productivity... Services... BCV4 - DB2, SAP, PeopleSoft Clones/Refreshes in Minutes vs Days BCV5/BCV6 - Save 90% in CPU Clock Time for DB2 Refresh / Migrate BPA4DB2 - Save $, Improve DB2 Performance with Buffer Pool Analyzer XM4DB2 - Proactive Deal with DB2, Dynamic SQL, and Performance UBS Log Tracker - The Faster, Better Value in DB2 Log Analyzers TCP PROBLEM FINDER - Quickly find and correct TCP/IP network errors INSIDE THE STACK - Monitor, Analyze and Improve TCP/IP performance -- 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: Health Checker
I can't just let highlighted message roll off (if that's what roll mode is). It is, but with SDSF, and other tools, you can go back and browse. If you don't roll, and have a chronic problem, you can run into buffer shortages and outages. - 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: taking down the machine - z9 series
W dniu 2010-06-17 18:26, Pinnacle pisze: - Original Message - From: Matan Cohen matancohen...@gmail.com Newsgroups: bit.listserv.ibm-main Sent: Thursday, June 17, 2010 8:07 AM Subject: taking down the machine - z9 series Hi, When the situation force you to taking down the machine (due to Electricity power cut) , after taking down the lpars. do you perform anything else beside deactivation of the CPC ? i met a diffrent opinion in this matter . -- best regards, matan cohen MF System Administrator. Matan, A full power-down can be problematic. I would recommend that you spend the extra money to get an IBM FE on site to ensure that all machines are powered down correctly. Most sites I work at haven't powered down in years, so they do not know the procedures. Also, your older equipment may go belly up just from the power off, power on process. I once had to move 6 3174 controllers, and 3 of the power supplies and one of the diskette drives failed on startup. This is the reason for having procedures. You have to know how to power down and power up (more important) your equipment. Yes, it could happen that some equipment would fail during the excercise, but it could fail everytime - you should be prepared for such case as well. Regarding 3174's - yes those machines can work for years, but IML means reading diskettes (assumed no HDD version) and this is the most error prone process. I remember the night when I had to fix 3174 with soldering gun. And butter from operator's sandwich to lubricate some fan. g BTW: last time I ordered IBM engineer assist (many years ago) he was the only reason of serious problems. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS White Paper
Hi Chris, Thanks, you are right. I evidently didn't see his post... oh well. Thanks, Rob - Rob This seems to bear a remarkable similarity to the document to which Edward Jaffe directed us all earlier today: System z and z/OS unique Characteristics. Chris Mason On Thu, 17 Jun 2010 14:35:31 -0400, Rob Barbour rbarb...@esaigroup.com wrote: Interesting read for the list. This was passed to me by one of my friends in Germany. It also has an interesting tidbit that I didn't know about on the start of VMWare on p. 29. *University of Tuebingen Link: * http://tobias-lib.uni-tuebingen.de/volltexte/2010/4710/ (click on the PDF link) *Paper Description: * Many people still associate mainframes with obsolete technology. Surprisingly, the opposite is true. Mainframes feature many hardware, software, and system integration technologies, that are either not at all, or only in an elementary form, available on other server platforms. On the other hand, we know of no advanced server features which are not available on mainframes. This paper lists some 40 advanced mainframe technologies. There is a short description of each item together with a literature reference for more information. -- Best Regards, Rob Barbour Enterprise Systems Associates, Inc (ESAi) Central Florida Research Park 12565 Research Parkway, Suite 300 Orlando, Florida 32826USA Toll Free: 1-866-GO-4-ESAI (1-866-464-3724) URL: http://www.ESAIGroup.com Enterprise Tools... DB2 Productivity... Services... BCV4 - DB2, SAP, PeopleSoft Clones/Refreshes in Minutes vs Days BCV5/BCV6 - Save 90% in CPU Clock Time for DB2 Refresh / Migrate BPA4DB2 - Save $, Improve DB2 Performance with Buffer Pool Analyzer XM4DB2 - Proactive Deal with DB2, Dynamic SQL, and Performance UBS Log Tracker - The Faster, Better Value in DB2 Log Analyzers TCP PROBLEM FINDER - Quickly find and correct TCP/IP network errors INSIDE THE STACK - Monitor, Analyze and Improve TCP/IP performance -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
On Thu, 17 Jun 2010 13:22:34 -0400, Brian France wrote: john gilmore wrote: Brian Peterson wrote: begin quotation It seems to me that one of the most significant results of this common installation tool initiative is actually not the tool itself. Rather, in my opinion, it is the fact that all of the tribes within the CA family now have ONE install methodology - one that is common across all products. end quotation This notion is hard, indeed all but impossible to disagree with in general. That said, we have SMP/E in hand; and we are all familiar with it, warts and all. Do we need another quite ordinary installation/maintenance tool? I think not. This is my thinking exactly. We have SMP/e, why do I need a product that basically does that under the covers. I should feel different about it if it were radically innovative; it is not. Likewise, in some of John Gilmore's harangues it appears that he believes that we have Assembler with its macro processor, why do we need another product that basically does that under the covers. (Unless, of course, it's PL/I.) -- gil -- 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: JES2 Queue Times / SMF30 Data Zones
Thierry, Here I try giving you answer with my test example... 1) I ran a test job (as below) J E S 2 J O B L O G -- S Y S T E M 1 X 0 1 -- N O D 05.25.48 JOB00596 THURSDAY, 17 JUN 2010 05.25.48 JOB00596 IRR010I USERID NBKEODV IS ASSIGNED TO THIS JOB. 05.25.48 JOB00596 ICH70001I NBKEODV LAST ACCESS AT 04:01:17 ON THURSDAY, JUNE 05.25.48 JOB00596 $HASP373 NBKEODVA STARTED - WLM INIT - SRVCLASS WLMDEVMD - S 05.25.48 JOB00596 NBUSI05I - REGION SET: 6,144KB BELOW; 32MB ABOVE; MEMLIM 05.25.48 JOB00596 IEF403I NBKEODVA - STARTED - TIME=05.25.48 05.25.52 JOB00596 *IEFACTRT* J=NBKEODVA,S= (001,.DUMPSTP ),RCODE= 05.25.52 JOB00596 IEF196I *IEFACTRT* J=NBKEODVA,S= (001,.DUMPSTP ),RCODE 05.25.52 JOB00596 IEF404I NBKEODVA - ENDED - TIME=05.25.52 05.25.52 JOB00596 $HASP395 NBKEODVA ENDED -- JES2 JOB STATISTICS -- 17 JUN 2010 JOB EXECUTION DATE Job came in input queue(conversion/reader time) at 05:25:28 started executing at 05:25:52 (executiong queue) now since I had above example as my good friend SMF ..processed it with SAS/MXG and found 05:25:48 is a Job initiation time. I selected TYPE30_1 which is for job initiation time and it surely had 05:25:48 .. this is a description for the JINITTIME JINTTIME NUM8 DATETIME21.2 JOB*INITIATE*TIME Job initiate time stamp. There can be multiple initiations of a job, and this may be the first, last, or an in-between initiation event. What I also found the gap between the Job initiation time and the Readtime is shown in the variable RDRTM(Reader time) which is a gap between the Initiation and real execution... Here's the output I had : OBSSYSTEMZDATE JINTTIME JOB RDRTM READTIME 1 1X01 17JUN201017JUN2010:05:25:48.82NBKEODVA 0:00:01.9417JUN2010:05:25:46.84 Now back to the solution :- If you see substantial gap between the values of job initiation and execution..Bet look at the $D PERFDATA which has various parameter it can tell you where we are having delay..certainly IBM can also help you in tuning your JES configuration...MAS configuration has good impact on performance if not good tuning. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
Paul Gilmartin has characterized my mercifully infrequent contributions to this forum and my only one to this thread as harangues. One immediately accessible web definition of Harangue is: An impassioned, disputatious public speech; A tirade or rant, whether spoken or written; To give a forceful and lengthy lecture or criticism to someone. His characterization of my manner is thus, I think, exaggerated. In particular I prize brevity. Worse perhaps, it also reflects a failure, this time, to mug up the appropriate etymologies; and it is thus a disservice to his persona here. He did, however, get the matter, my substantive views, right. I think that the HLASM and its macro language are the appropriate vehicles for implementing products, things to be used by others; and I think that PL/I, never C, is the appropriate vehicle for teaching and illustrating algorithms and for implementing throwaway, investigational routines. His own contributions here do not always convince me, but even when they do not they do almost always elicit my sympathies, as do even implausible defenses of handicapped offstring and halbstarke anarchism. John Gilmore Ashland, MA 01721-1817 USA _ The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multiaccountocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
Sorry to be so late in chiming in, but some health issues have limited my online-time, and I'm playing catch-up. The reference to the Secret Service's mainframe 60-percent uptime reminded me of an issue from 30-some years ago. I was called on the carpet because the supervisor of our remote data-entry facility claimed that the IMS system I supported was down 70 percent of the time. After a quick plane trip and some careful observation, I determined that some of the staff were using a response-mode transaction involving a full-file scan. This meant that the terminal involved was locked (the old 3270 input inhibited light was on for the duration of the scan). The supervisor standing behind the clerks was starting her stop-watch any time she saw the input inhibited light come on. It took a lot of persuasion to get it through the lady's head that all the other terminals were continuing to work and that we had explicitly instructed her in the past to not let her staff use that transaction in the way they were using it. Even as far back in the stone age as that, I doubt that any management I worked for would ever have tolerated a 60-percent up time. Of course, I have seen some very poor availability tolerated on the unix/ windoze side of the data centers. Dale Miller dalelmil...@comcast.net -- 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: taking down the machine - z9 series
Hal Merritt writes: If you have any Os/2 based appliances, then you'd want to gracefully shut them down. Otherwise, they will run CHKDSK upon power up, and that takes forever. Examples of OS/2 based appliances include the older HMC's, 2074's, etc. Not sure if you can do that for the OS/2 based SE's, but, if you can, not a bad idea IMHO. (I believe the SE's and HMC are all Linux based on the z/9's. Linux recovery is fast enough to be left alone.) This is a bit of a digression I agree with the advice to shut down gracefully if possible. But there were always ways to reduce CHKDSK running time at bootup. CHKDSK could run for a long time, yes, but the amount of time is proportional to the size of Drive C, the boot volume (in particular). When hard disks were small this wasn't an issue. When hard disks got much larger, then partitioning made sense to help mitigate the problem. (And you can always just create one small partition on a large hard drive, leaving the rest unallocated.) Also, there's a CONFIG.SYS file setting to control which (other) partitions get CHKDSKed at bootup if left dirty. With that CONFIG.SYS setting it's possible to defer CHKDSK of other partitions until after bootup, after the most essential data is checked. The problem was definitely solved with JFS, a journaling file system which IBM added to OS/2 starting with Warp Server for e-business then soon after in the OS/2 Warp client. CHKDSK races through JFS very quickly. Initially OS/2 would not boot from a JFS volume, so there'd always be a small FAT or (preferably) HPFS partition to boot OS/2 (with a fast CHKDSK time). Then you could have the rest of the disk storage formatted as JFS. Nowadays eComStation has eliminated that FAT/HPFS boot partition requirement -- it's now possible to boot eComStation from JFS. By the way, a full OS/2 shutdown is the most graceful, but Ctrl-Alt-Del (followed by cutting the power after the PC BIOS screen appears) was better than just hitting the power switch. Ctrl-Alt-Del didn't give applications the opportunity to perform their own shutdown housekeeping, but it did flush OS/2's disk buffers, close all files, and mark the partitions as clean. - - - - - Timothy Sipples Resident Architect (Based in Singapore) STG Value Creation and Complex Deals Team IBM Growth Markets E-Mail: timothy.sipp...@us.ibm.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
