Re: Rocket Software's MXI
I may get some reaction to this but I don't think you need to know the reason why. The fact that someone has asked for comparable products is the only question which needs to be answered. Normal reasons for why are cost, non-timely support, more bugs that necessary in the product,and probably many more. We found CA SYSVIEW to be a suitable replacement for MXI. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Eric Mendelson Sent: Wednesday, June 15, 2011 3:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Rocket Software's MXI Why --Original Message-- From: Gregg Kimbrough Sender: IBM Mainframe Discussion List To: IBM-MAIN@bama.ua.edu ReplyTo: IBM Mainframe Discussion List Subject: Rocket Software's MXI Sent: Jun 15, 2011 2:21 PM Hi All: anyone know of a comparable replacement to MXI? Thanks, Gregg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Sent from my Verizon Wireless BlackBerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: My first mainframe experience
How about 2260's was a terminal control unit for terminals which only had 12 lines by 80 Cut my teeth on 360/65 and a 360/50 and a 360/40 and they had a 360/20 down at one of our sites for RJE. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Anne & Lynn Wheeler Sent: Thursday, May 26, 2011 11:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: My first mainframe experience chrisma...@belgacom.net (Chris Mason) writes: > http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/admg1a05/6.3.4 > > Table 8 has all the numbers. > > 3174 was a 3270 control unit. > > 4341 was a processor, a "mainframe". 3272 was controller for 3277 3274 was introduced as controller for 3278. besides other changes from 3272/3277 to 3274/3278, a lot of the electronics were moved out of the terminal head and back into the 3274 controller reducing manufacturing costs and drastically increasing communication chatter over the coax (and reducing response). we complained about the significant worse human factors characteristics for 3274 controller. eventually we got a response that 3274/3278 wasn't designed for interactive computing ... but for data entry (basically updated keypunch technology). past post with old reference to 3272/3277 & 3274/3278 comparison http://www.garlic.com/~lynn/2001m.html#19 3270 protocol 3274 was "slow" in other ways ... it had very high "channel busy" overhead doing command processing. I did a project for STL (now SVL) writting support for HYPERChannel channel extender ... allowing local 3274 controlers to moved to offsite building. As a side-effect of moving real 3274 off the channels ... being replaced with HYPERChannel boxes, significantly reducing channel busy for doing the same 3274 operations ... increased overall system thruput by 10-15%. ... misc. past posts mentioning various efforts ... some involving HYPERChannel http://www.garlic.com/~lynn/subnetwork.html#hsdt later in terminal emulation in ibm/pc ... a 3277 terminal emulation card had much better upload/download thruput compared to 3278 terminal emulation card (because of design with the electronics back in the controller ... requiring significant increase coax protocol chatter ... cutting effective upload/download thruput). some old references about terminal emulation thruput http://www.garlic.com/~lynn/2005r.html#17 Intel strikes back with a parallel x86 design http://www.garlic.com/~lynn/2007r.html#10 IBM System/3 & 3277-1 http://www.garlic.com/~lynn/2010m.html#80 3270 Emulator Software other posts with references to terminal emulation http://www.garlic.com/~lynn/subnetwork.html#terminal 4341 was "mid-range" done by endicott. some number of old emails related to 4341 http://www.garlic.com/~lynn/lhwemail.html#4341 POK was surprised that 4341 was beating 3031. in the wake of failure of FS effort, there was mad rush to get products back into 370 product pipeline ... some part of that was 303x which was largely warmed over 370; 3031 was warmed over 370/158-3. clusters of 4341s had higher thruput, were lower cost and required significant reduced physical resources compared to 3033 (there is folklore about internal dirty tricks that cut in half the allocation of critical 4341 manufacturing component) 4341 increased performance, reduced costs, reduced physical requirements ... and there was big explosion in the numbers sold. Many corporations were facing running out of physical space in datacenters ... and it was possible to place 43xx machines out in dept. supply rooms and conference rooms. Large corporations had orders for several hundred at a time that went all around the corporation ... the leading edge of the distributed computing wave. internally, so many were going into dept. conference rooms, that conference rooms started to become scarce corporate resource. the explosion in number of 43xx machines internally helped spike the number of internal network nodes: http://www.garlic.com/~lynn/subnetwork.html#internalnet hitting 1000 nodes summer of 1983 ... old reference: http://www.garlic.com/~lynn/99.html#112 list of corporate sites with new network nodes added during 1983 (very large percentage being vm/43xx machines): http://www.garlic.com/~lynn/2006k.html#8 old post with picture of 1000th node desk ornament http://www.garlic.com/~lynn/2006k.html#43 above has copy of old email on the subject http://www.garlic.com/~lynn/2006k.html#email830422 -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GE
Re: Vintage Computer Alert! - VCF East 7.0 on May 14-15
Wish I could make it. The IBM 1130 was the 2nd computer I ever worked on. I used an IBM 1620 in High School. ___ Jim Petersen MVS – Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Knutson, Sam Sent: Monday, May 09, 2011 10:33 AM To: IBM-MAIN@bama.ua.edu Subject: Vintage Computer Alert! - VCF East 7.0 on May 14-15 FYI Some folks here on the East Coast USA may be interested in the IBM 1130 live restoration. Thanks, Sam WHO: You! WHAT: VCF East 7.0 WHERE: InfoAge Science Center, Wall Township, New Jersey WHEN: May 14-15 WHY: Vintage computers! The Vintage Computer Festival East returns on May 14-15 at the InfoAge Science Center, 2201 Marconi Rd., Wall Township, New Jersey, 07719. This year's event, VCF East 7.0, is expected to be our largest ever on the east coast. There will be more than 20 hands-on exhibits, six lectures, and two hands-on classes. Also planned are a book sale, consignment sale, food, live restoration of an IBM mainframe from 1965, museum tours, prizes, and even a reading of epic technology poetry. The hours are Saturday 10am-7pm and Sunday 10am-5pm. Lectures and classes are scheduled for the mornings and the exhibit hall is scheduled for the afternoons. Tickets are just $10/day, $15/weekend, and free for ages 17 and younger. Parking is free. Our classes are limited to just 10 people each. A few spots are still available for a $40 pre-registration. Full details are posted at http://www.vintage.org/2011/east and http://www.facebook.com/vcfeast7 or contact VCF East producer Evan Koblentz at e...@snarc.net or (646) 546-. Tickets are sold at the gate. Class registration is at http://www.vintage.org/2011/east/workshop.php. VCF East 7.0 is sponsored by: - MARCH (Mid-Atlantic Retro Computing Hobbyists) -- http://www.midatlanticretro.org - VintageTech -- http://www.vintagetech.com - InfoAge Science Center -- http://www.infoage.org This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Summer Time, "state of art"
If you have z machines which are capable of STP then there is an option to automatically change the time at the appointed hour since it is using NTP as well. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John Sent: Tuesday, March 29, 2011 8:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Summer Time, "state of art" > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Petersen, Jim > > It isn't the operating system that has the problem. It is the poorly written application programs > which do not use the GMT time for their time stamps in whatever data records they are recording. > Instead, way back when, they decided to use LOCAL time and then do computations on that LOCAL time > field against CURRENT LOCAL time which gets them into trouble during the FALL BACK time change. z/OS still requires "manual" updating of the TIMEZONE parm (at minimum) at each time change. The other systems with which I'm familiar all do that automatically. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Summer Time, "state of art"
It isn't the operating system that has the problem. It is the poorly written application programs which do not use the GMT time for their time stamps in whatever data records they are recording. Instead, way back when, they decided to use LOCAL time and then do computations on that LOCAL time field against CURRENT LOCAL time which gets them into trouble during the FALL BACK time change. DB2 uses the GMT Time to stamp the LOG records it is recording for recovery so that is not an issue. SMF records have GMT Time in them so that is not an issue. No it is the wonderfully written, old legacy applications which are at the root of the problem. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John Sent: Tuesday, March 29, 2011 5:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Summer Time, "state of art" > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Beesley, Paul > > In spring, we use the SET TIMEZONE=E.01.00 command on most of the > systems we support, unless they haven't been IPL'ed for a while. However > in the autumn we still shutdown, wait an hour, and IPL. > If you run 24x7 CICS, make sure it's setup to cope with the time change > ( I forget the SIT parameter ). I'm amazed and mystified that the arguably most sophisticated and mature operating system in the world still cannot automatically handle the changes to and from Daylight Saving Time. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SYSLOGD
Steve, It is easy peasy. Got it working correctly the 1st time I tried it. We offload our SYSLOGD to GDG's nightly. These go in the syslog.conf file BeginArchiveParms DSNPrefix XXX.SDAILY.SYSLOGD.HD01 StorClas XXGDG MgmtClas XXGDG8 EndArchiveParms # *.err/var/log/syslogd/errors.log -N ERRORS(+1) # *.*.*.* /var/log/syslogd/syslog.log -N SYSLOG(+1) *.INETD*.*.* /var/log/syslogd/inetd.log -N INETD(+1) *.OMPROUTE.*.* /var/log/syslogd/omproute.log -N OMPROUTE(+1) #*.PAGENT*.*.*/var/log/syslogd/pagent.log -N PAGENT(+1) *.FTP*.*.* /var/log/syslogd/ftp.log -N FTP(+1) #*.TCPCS.daemon.* /var/log/syslogd/ATTLS.log -N ATTLS(+1) *.TRMD*.local4.* /var/log/syslogd/FILT.log -N TRMD(+1) #*.IKED*.local4.* /var/log/syslogd/IKED.log -N IKED(+1) *.TRMD*.daemon.* /var/log/syslogd/IDS.log -N IDS(+1) *.SYSLOGD*.*.* /var/log/syslogd/syslogd.log -N SYSLOGD(+1) *.*.daemon.* /var/log/syslogd/daemon.log -N DAEMON(+1) *.info /var/log/syslogd/info.log -N INFO(+1) ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Conway Sent: Tuesday, March 22, 2011 1:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SYSLOGD Hi, John. We do a lot of ssh and FTP work. I find it useful to monitor activity, failed logins, stuff like that. The ISPF syslogd browser has a crap interface, but somebody must have liked it. Now, if I could find the time to play with making the nightly archive dataset into a GDG. . . Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: John Norgauer To: IBM-MAIN@bama.ua.edu Date: 03/22/2011 12:25 PM Subject: SYSLOGD Sent by: IBM Mainframe Discussion List We have SYSLOGD running in our test LPAR and to-date have not really seen any use or have figured out any use for this daemon. Has your installation used this daemon for any meaningful purpose or has NOT having it running caused any grief? I am considering putting it into my new z/OS 1.11 production platform but have reservations about doing so. Our shop is running CICS, DB2 lots of FTP's SNTP and SFTP. John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! "JN 2004 "Hardware eventually breaks - Software eventually works" anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ETR sunsets on 26 Mar 2011?
Christian, You made this comment in one of your emails: SR processes roughly five times the service request volume of ETR today and is designed to support a common IBM business process and customer work flow. My comment to this is: So what if it handles 5 times the request volume if it is unusable by us who have used ETR for years both on the old Green Screen and now as a PC based tool. At least the PC Base ETR looks and feels like the Green Screen in most respects. I will again state, make SR look and feel like ETR or you are wasting your effort. What is underlying that look and feel can be SR but for us who have used ETR for years the "Poof it is SR" approach is not conducive to our productivity. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Christian Gilmore Sent: Friday, March 11, 2011 2:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ETR sunsets on 26 Mar 2011? Hello, Barbara. I have searched the IBM Service Request (SR) Support Team ticket history and could find no submission from you. It appears that last service request you managed via the SR application was in October. Much has changed since then to support the System z community in advance of the January 31 announcement. On the other hand, I can see that Don Williams has submitted eight since the announcement. I have reviewed those, and hopefully they helped Don with using SR. His feature/usability concerns were forwarded to the product development team and many have already been prioritized for future releases. I feel it is important to note that the current version of IBM Service Request (SR) was designed based upon criteria provided by SoftwareXcel and general System z IBM stakeholder input. It was demonstrated to and tested by a good sampling of the ServiceLink/ETR customer base and has been through extensive user experience reviews. SR has been in production for two years and is based upon predecessor tools (ESR and SSR) that were in production for many years before that. SR processes roughly five times the service request volume of ETR today and is designed to support a common IBM business process and customer work flow. While SR is by no means a "student project" that was "coded by clickers", it could always stand improvement. We have already taken action on much of this community's feedback and have accepted more for future evaluation and release. I posted links in another thread that may be of help, including my presentation to SHARE this past August. I am reposting them here as well. SHARE presentation - http://share.confex.com/share/115/webprogram/Session7726.html SR Online Support - http://www.ibm.com/support/servicerequest/help SR Email Support - srh...@us.ibm.com Technical Note - https://www-304.ibm.com/support/docview.wss?uid=swg21469299 Thanks, Christian Christian Gilmore Distinguished IT Architect Problem Reporting Infrastructure Initiative Leader IBM Worldwide Technical Support Transformation On Tue, 8 Mar 2011 22:50:51 -0600, Barbara Nitz wrote: >Don't worry, IBM does get the SR complaints voiced here. They just don't act >on it! After my last complaint in December about SR, they apporached me to >get 'more opinion'. If they can't figure the facts from those I provided in that >post, it is hopeless! > >Given that that application has been coded by clickers, they have no clue >(and probably didn't even look at ETR) how to design things with our platform >in mind, too. And to put insult to injury, they make the same mistakes in >design choices as those did that developed the PC front end for retain in the >late nineties (back when I was IBM) that was forced upon level1 and 2. I >tested that PC front end then, gave feedback and went back to the much >more user-friendly retain! As did all those that can remember the retain >commands. I obviously don't know who uses what today. > >Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of
Re: IBM Service Request (SR)
It is great that you want to do this but above all, it must look and feel like the old application it is replacing to all 6 of those old applications. Thus it must look and feel like ETR to us that use ETR to report problems. It must look and feel like the other 5 applications to those who used those applications. Maybe 1 application and 6 different templates which can be used to view the data. At any rate, I found SR much more cumbersome to use than ETR and until it looks and feels like ETR that will still be the case. ___ Jim Petersen MVS – Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Christian Gilmore Sent: Friday, March 11, 2011 1:46 PM To: IBM-MAIN@bama.ua.edu Subject: IBM Service Request (SR) Hello, I am the Initiative Leader for IBM's Problem Reporting Infrastructure. Within that initiative is the effort to migrate ServiceLink customers from the ETR application to IBM Service Request (SR). Based in part upon the concerns raised on this mailing list, we have slowed the migration and are evaluating a new deadline. An announcement was recently made on ServiceLink to this effect. We are also evaluating what more we can do during this migration time frame to ease your transition. I wanted to provide some general background on IBM's rationale for this migration. When IBM started its transformation efforts, our customers had six different applications to use, depending upon how they purchased their products from IBM. Our goal is to provide a single service request management application that supports all of our customers through all of our lines of business. Our primary customer value objectives are to eliminate customer confusion over which web application to use, combine best of breed use cases to improve ease-of-use, and ultimately increase satisfaction with our Electronic Support offerings. The SR application provides some substantial enhancements over ETR, such as: File uploads – Attach multiple files to the service request in-line View/manage all service requests – Manage service requests regardless of channel of input or of open/closed status and access archived service requests up to one year Business partner integration – Collaborate on service requests with your IBM-authorized business partners Language options – Interact in multiple languages based upon browser setting Personalization options – Personalize many functions and displays Continuous availability – Access to three hosting centers, each with internal redundancy, operating at 150% capacity in normal operation I have linked my presentation to SHARE from this past August in Boston. Some of the screen shots may be a bit different than current production, so please excuse that minor differentiation. As always, if you have specific issues with using the SR application, you can submit an assistance request online or via e-mail. Also, we have recently published a Technical Note for common issues that ETR users have experienced. This note will be linked from ServiceLink within the next few business days. Thanks, Christian Christian Gilmore Distinguished IT Architect Problem Reporting Infrastructure Initiative Leader IBM Worldwide Technical Support Transformation The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Where can I find
This is what I am seeing in OPERLOG BPXF024I (OMVSKERN) Mar 1 00:17:37 inetd[84607211]: FOMN0019 execv /usr/sbin/talkd: EDC5129I No such file or directory., rsn=053B006C BPXF024I (OMVSKERN) Mar 1 00:18:10 inetd[721369]: FOMN0019 execv /usr/sbin/fingerd: EDC5129I No such file or directory., rsn=053B006C ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Tuesday, March 01, 2011 9:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Where can I find I think the real question is why are task's executing under zOS are attempting to access these daemons? On 03/01/11 09:53, Petersen, Jim wrote: > I am seeing messages in my OPERLOG that tasks are trying to access > /usr/sbin/talkdand /usr/sbin/fingerd and they are not in /usr/sbin. I > am on z/OS 1.11 and I don't think they were there at 1.10 either. > > ___ > Jim Petersen > MVS - Lead Systems Engineer > Home Depot Technology Center > 1300 Park Center Drive, Austin, TX 78753 > www.homedepot.com > email:jim_peter...@homedepot.com > 512-977-2615 direct > 512-977-2930 fax > 210-859-9887 cell phone > > > > Th > -- Mark Jacobs Time Customer Service Tampa, FL Surrounding yourself with dwarfs does not make you a giant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Where can I find
I am seeing messages in my OPERLOG that tasks are trying to access /usr/sbin/talkdand /usr/sbin/fingerd and they are not in /usr/sbin. I am on z/OS 1.11 and I don't think they were there at 1.10 either. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Looking for mainframe e-mail software
You can also send email with CA-Spool. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Regan Sent: Monday, January 10, 2011 7:53 AM To: IBM-MAIN@bama.ua.edu Subject: Looking for mainframe e-mail software We have been using XMITIP for about 10 years now, but now we are looking to move beyond it and go with a vendor supported product. I've found three products so far: JES2Mail from CASI Software SMTP-Send from TBS Software Inc. VPS/Email from Levi, Ray & Shoup, Inc. but I was wondering if there are any others out there? Thanks, Mark Regan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Anyone have a LOADWAIT WAITTYPE=NONREST
We are trying to test SFM and all of it wonderful bells and whistles. Does anyone have a TEST Assembler Program with an Authorized Assembler Macro Call to LOADWAIT with WAIT=NONRESP. You may contact me offlist if you wish. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: TCPIP startup message, just curious
If you are a purest and don't like messages, then do like I did when I did automation in a previous life. I waited on IST020I AND the OMVS initialization complete message and then started TCPIP. Otherwise, if you don't mind messages, then you can do like others have said and just let TCPIP wait until OMVS has completed initialization. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Monday, November 08, 2010 11:11 AM To: IBM-MAIN@bama.ua.edu Subject: TCPIP startup message, just curious On my sandbox, I am working of a full "lights out" IPL automation. I have CAS9 start up via COMMND00. It starts up CA-OPS/MVS. It starts up JES2 on the OPS0123O message. Then everything else starts up based on messages. Well, I do a start on TCPIP when I see the IST020I message that says NET is up. But I consistantly get the message: *EZZ9314E TCP/IP WAITING FOR OMVS TO INITIALIZE This does not appear to be of any real concern. Should I just not care about it and let TCPIP just wait? Or would it be "better" to somehow detect that both OMVS is active and NET is active before doing the start on TCPIP? It doesn't __seem__ to be causing me any problems. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-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 The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Tivoli Storage Manager for z/OS (Functionally Stablized & Impending Demise)
We run TSM for z/OS as well and have been told it will not be upgraded beyond the V5.5.5 that it currently is at. If we want, we can run TSM for z/Linux. We are been trying it out and have gotten around the tape issue by writing the backups from z/Linux TSM to Data Domain using NFS Mounts to the Data Domain box. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Norman Hollander Sent: Saturday, November 06, 2010 3:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tivoli Storage Manager for z/OS (Functionally Stablized & Impending Demise) I can't believe only 4 licenses for TSM. I'll check to see of there is something new coming out. New guy on Tivoli team --Original Message-- From: Edward Jaffe Sender: IBM Mainframe Discussion List To: IBM-MAIN@bama.ua.edu ReplyTo: IBM Mainframe Discussion List Subject: Re: Tivoli Storage Manager for z/OS (Functionally Stablized & Impending Demise) Sent: Nov 6, 2010 5:41 AM On 11/5/2010 5:38 AM, Jim Marshall wrote: > Question - 1: > > "SO" I would like to know who are the other four people who had a similar idea > about using TSM for z/OS, to be the data backup place in order to leverage all > the good things z/OS has to offer. I guess we're one of the other four. TSM for z/OS works great for us. It's hooked into our mainframe-based "cron" facilities, uses large DASD EAVs, uses the same tapes and drives that HSM uses--which get moved by RMM to the same off-site locations, etc. I really don't want to try to come up with an alternate PC and zFS file backup strategy... -- 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 nor...@desertwiz.biz Sent from my Verizon Wireless BlackBerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SMTP send problem
Appears that you need to set which PROFILE is being used prior to doing the SMTPNOTE PROFILE PREFIX(ID2BUSED) SMTPNOTE .. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mueller, David Sent: Thursday, November 04, 2010 10:26 AM To: IBM-MAIN@bama.ua.edu Subject: SMTP send problem We have a batch job that is failing to send the SMTP email we want it to send. We have a number of other batch jobs that are working just fine in this regard. Unlike the working jobs, which are submitted by our job-scheduler, this one is submitted via a CICS transaction using a TD queue. The CICS-region's authority user-ID has authority through a profile in the SURROGAT class to submit the job using the FIDUFLX1 ID (a functional or non-personal ID) that is supposed to run the batch job. The JCL and control cards for the job, as submitted, are: //SUBUBF1H JOB 021210F00210P,H,CLASS=G,MSGCLASS=U,USER=FIDUFLX1 //STEP00 EXEC PGM=IEFBR14 //DD1 DD DSN=UN.UB.PD.UBCUBF1.MAIL,UNIT=(,,DEFER), //DISP=(MOD,DELETE,DELETE),SPACE=(CYL,1) //STEP01 EXEC PGM=SYNCSORT //STEPLIB DD DSNAME=SYS1.SORTLIB,DISP=SHR //SORTIN DD * -- in-stream message records to go into the *.UBCUBF1.MAIL -- -- dataset to indicate the nature of the problem -- //SORTOUT DD DSNAME=UN.UB.PD.UBCUBF1.MAIL,DISP=(NEW,CATLG,DELETE), // SPACE=(TRK,(1,1),RLSE),UNIT=DISK, // DCB=(RECFM=FB,LRECL=80,BLKSIZE=4080) //SORTWK01 DD UNIT=DISK,SPACE=(CYL,(55)) //SYSINDD DSN=U.SCHDP.CNTRL(RUSRFDMP),DISP=SHR<-- (this is just a file copy) //SYSOUT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //STEP02 EXEC PGM=IKJEFT01,DYNAMNBR=20 //SYSPROC DD DISP=SHR,DSN=SYSTEMS.PROD.SYSEXEC //SYSTSPRT DD SYSOUT=* //SYSTSIN DD *<-- in-stream control cards as follows SMTPNOTE BATCH - SUBJECT(' ERROR IN PARAGRAPH GET-WAGES (UBF1) <-- or some other subject statement ') - DATASET('UN.UB.PD.UBCUBF1.MAIL') - TO(fluid...@awi.--rest-of-address--) BATCH /* /*EOF I do note that the control statements have the word 'BATCH' present twice, first immediately after the "SMTPNOTE" parameter, and again after the email address. I am not sure if this is connected to the problem or not. The job's run-authority ID (FIDUFLX1) has an alias to a user-catalog, since our experience has shown that this is needed for at least one dataset that SMTP allocates. The results from the 'STEP02' job-step are: READY SMTPNOTE BATCH SUBJECT(' ERROR IN PARAGRAPH GET-WAGES (UBF1) ') DATASET('UN.UB.PD.UBCUBF1.MAIL') TO(fluid...@awi.--rest-of-address--) BATCH EZA5580E UNABLE TO DELETE TEMPORARY DATASET '.SMTPPR.TEMP.TEXT' READY SMTPPR is the name of our mainframe SMTP started task. Please note that the temporary dataset it is attempting to delete is '.SMTPPR.TEMP.TEXT' and is lacking a high-level-qualifier, which is the obvious reason why the temporary dataset cannot be built or deleted. As far as I can tell, everything for this job's ID is set up the same as for the IDs whose (normal) batch jobs are successfully sending SMTP emails. Any ideas on what I am overlooking or missing??? David Mueller | Systems Programmer SSRC (Southwood Shared Resource Center) 4070 Esplanade Way, Room 360D Phone: 850-414-9134 || Fax: 850-488-3600 E-mail: david.muel...@ssrc.myflorida.com Please Note: Florida has a very broad public records law. Most written communications to or from state officials regarding state business are public records available to the public and media upon request. Your e-mail communications may therefore be subject to public disclosure. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclai
Re: Any one have a solution for this
Thanks all for your responses both on and off this list. This is why I like our SHAREing community. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Any one have a solution for this
We are using Data Domain for VTL. What we have found is that even though a tape goes scratch in our Tape Library Manager, the space is still in use for that "Scratch Tape" on the Data Domain. Has anyone else experienced this problem and how did you solve it? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Product Suggestions
CA Products ACF2RACF CA1 IBM RMM or CONTROL-T from BMC CopyCat unknown TPX IBM Netview Access Services NetMaster IBM Netview Intertest COMPUWARE Products and IBM has a suite Detector for DB2unknown Plan Analyzer unknown Allocateunknown Vantage unknown SymDump COMPUWARE Products and IBM has a suite XCOMunknown RC/Update & Extract unknown ASG Products ViewDirect I am sure there are some replacements but I loved View Direct when it was owned by Mobius. Synsort Products Syncsort & SRAM IBM DFSORT Data Direct Products SQLINK Don't know of any ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of August Carideo Sent: Wednesday, October 27, 2010 12:47 PM To: IBM-MAIN@bama.ua.edu Subject: Product Suggestions Any suggestions from the list for replacements of the below listed products would be appreciated am assuming SYNC sort can be replace with IBM DFSORT, or CASORT but trying to avoid CA products thanks, Augie CA Products ACF2 CA1 CopyCat TPX NetMaster Intertest Detector for DB2 Plan Analyzer Allocate Vantage SymDump XCOM RC/Update & Extract ASG Products ViewDirect Synsort Products Syncsort & SRAM Data Direct Products SQLINK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: performance data for networkusage(TCP/IP, ethernet-adapter... on zOS)
Yes. And it works great even at z/OS 1.11. We have TCPIPM and like I like it as a poor man's tool. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tim Deller Sent: Thursday, October 21, 2010 8:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: performance data for networkusage(TCP/IP, ethernet-adapter... on zOS) The TSO Netstat Devlinks command shows the OSA devices and their usage counts. There is a useful freeware ISPF interface to the netstat command at http://planetmvs.com/freeware/tcpipm.html by Dave Alcock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Potential z/OS MPF behavior change -- comments please
I agree that if things don't change, they never get better. However, I still stand by the fact that it should be either/or, all/none. There needs to be the ability to maintain status quo for those who desire it. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Monday, October 18, 2010 4:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Potential z/OS MPF behavior change -- comments please On Mon, 18 Oct 2010 15:40:24 -0500, Petersen, Jim wrote: >I also agree with Mr. Rosenberg. There has to be a way for us old timers to >say we don't care what you want, we want it to be the way it has always been. > If things don't change, they never get better. -- 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 The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Potential z/OS MPF behavior change -- comments please
I also agree with Mr. Rosenberg. There has to be a way for us old timers to say we don't care what you want, we want it to be the way it has always been. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Robert A. Rosenberg Sent: Saturday, October 16, 2010 3:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Potential z/OS MPF behavior change -- comments please At 21:53 -0500 on 10/15/2010, W. Kevin Kelley wrote about Potential z/OS MPF behavior change -- comments please: >To make a long story short: we are proposing to change MPF processing so >that it no longer forces matching messages to hardcopy. If a message is >issued requesting that the message be hardcopied (the default), MPF will >honor it; if the message is issued requesting that the message not be >hardcopied, MPF will no longer override the request (forcing the message to be >hardcopied). > >If we decide to make this change, it will be done on a release boundary with >appropriate Interface Change Notifications (ICNs) to the venders in advance >of the release being available. > >Make sense? I'd like to hear your comments... Sounds good to me. To pacify the backward compatible bevavior types, this change should be made a default with the ability to still force the no-hardcopy override via a parm setting. IOW: Allow the user to require the old behavior for those who want the hardcopy to still contain the message in all cases. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: zFS files at disaster recovery site
The 1st time a zFS file system is mounted on a new Sysplex, it has to go through Validation Processing to make sure the file system is useable. This takes about 1 minute per zFS file system. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crabtree, Anne D Sent: Monday, October 18, 2010 10:23 AM To: IBM-MAIN@bama.ua.edu Subject: zFS files at disaster recovery site This was the first year that all of our OMVS files are zFS. We recovered all DASD via ADRDSSU and RESTORE jobs as usual. When we IPL'd our production system, OMVS took almost an hour to initialize. I saw a lot of IOEZ00397I messages. A lot of the zFS files had to do some sort of recovery prior to mounting. From what I've read, that is because a physical backup was used and the files were not "quiesced" prior to DUMPing with ADRDSSU.Should the zFS files be backed up separately from physical volume dumps for disaster recovery purposes? I was wondering how other companies take care of zFS recovery?? 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 The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HiperDispatch isn't working on a z10
Here is a problem we opened with IBM and are wondering if anyone else has observed this as well. We have currently turned off HiperDispatch because IBM wants the CE to gather data and because of other issues, we are very uncomfortable with that. We're running z/OS 1.10 in a parallell sysplex. One of our CEC's is a 2097-717 with 4 LPARs defined. One of the LPARs is not active. The weights of the LPARs is as follows: LPAR1 - 66% LPAR2 - 20% LPAR3 - 10% The LPAR that is down is LPAR4 and is weighted at 4%. During the online day, our CPU is busy but at night there is excess capacity. The LPAR LPAR3 during the day has two CPs configured online. At 19:00 when the demand drops, we configure four more engines online. As the applications throw more work to LPAR3, the utilization gets to about 11.5% but that's it. It won't take any more even though the entire CEC is about 70-80% busy. I thought that as long as the CEC had capacity, the LPAR could take more than it's weight. When I look at the engines through our monitor, the four engines that I configured online are in a PARKED state. Is this working correctly or is there something else I should do to allow more work to flow to LPAR3 during off peak times? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message or its attachment. - The information contained in this e-mail and any attached documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been sent to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: OSA
It is not supported for z/OS but we make each OSA adapter a /30 network and then the switch guys do some magic so that they are load balanced from the switch side and we use Multipath PERConnection on the outbound z/OS side. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Wilson Sent: Wednesday, June 09, 2010 7:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: OSA Alexander, Thanks for the reply, we are zOS But will look at the facilities provided.. Mark On 09/06/2010 11:44, "Riedel, Alexander" wrote: > Hi Mark, > > What operating-system are you using ? > > With z/Linux and z/VM we have already tested it successfully. > It is documented here: http://www.vm.ibm.com/virtualnetwork/linkag.html > > Kind Regards, > > Alexander > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Mark Wilson > Sent: Wednesday, June 09, 2010 12:31 PM > To: IBM-MAIN@bama.ua.edu > Subject: OSA > > Hi, > > One of our network guys has asked if an OSA(s) support network > etherchannel/bonding/port-channel? > > Whereby the two OSA ports are presented to the network switch as one .. ie > giving you double bandwidth .. > > Kind Regards, > > Mark > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 > > > Kind Regards, Mark Mark Wilson | Technical Director RSM Partners Limited t. +44 (0) 7768 617006 | e. ma...@rsmpartners.com www.rsmpartmers.com GSE Information Large Systems Working Group Chairman www.lsx.gse.org.uk GSE UK Conference Manager www.gse.org.uk/tyc e. mark.wil...@gse.org.uk -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. - The information contained in this e-mail and any attached documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been sent to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Adventure - Or Colossal Cave Adventure
We had Milton Wylbur at an Air Force Installation I used to work at. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kington Sent: Thursday, February 25, 2010 7:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Adventure - Or Colossal Cave Adventure >>I suspect he may have meant ORVYL, the interactive exuction companion to >>WYLBUR. We never ran it, so I don't know much about it. > >Did anyone use it other than Stanford? WYLBUR was used at University of Cincinnati in the mid 80's when I was learning to program. Much better for an imperfect typist like me than the ancient keypunch machines that was the other alternative. I never heard of it being used in a commercial environment though. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. - The information contained in this e-mail and any attached documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been sent to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Tapeless???
Thanks all for your input. We are replicating the Virtual Tape and DASD to our DR Site. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Wednesday, November 18, 2009 10:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeless??? Good point! I'm going to propose a definition of 'tapeless' as needing no human in the loop (not counting storage management). In a classic tape solution, humans are needed to move physical tapes in and out of the ATL's, in and out of onsite storage, package for transport to offsite storage, and unpack tapes returning from offsite storage. Humans are the single most expensive component of that solution. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of van der Grijn, Bart (B) Sent: Wednesday, November 18, 2009 10:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeless??? Bill (and others that have stated they are tapeless), at the end of the day, where does your inactive data (i.e. the virtual tape) reside? On a physical tape, a physical disk, other? I'm trying to understand if we're all working of the same definition of tapeless (in my mind, a back-end physical tape is not tapeless). Thanks, Bart -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of William Bishop Sent: Wednesday, November 18, 2009 10:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeless??? We replicate all tape files offsite. Our disk system environment is kept replicated to a second set of disks. Backups taken to virtual tapes locally are copied to the second tape library. This is both full volume and HSM. Long-term data retention is managed by retention dates and expiration policies, just like physical tapes. We basically support our own DR site at another of our facilites. We own a processor, which is kept at minimal capacity,with no software licenses, designate the box as a DR box, and contract for the right to bring it up to full capacity in the event of a disaster. We test a coulple times a year, and are as current as the last disk replication cycle gets us. We can be back online in a couple of hours if need be. Thanks Bill Bishop Specialist Mainframe Support Group Server Development & Support Toyota Motor Engineering & Manufacturing North America, Inc. bill.bis...@tema.toyota.com (502) 570-6143 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 - The information contained in this e-mail and any attached documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been sent to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Tapeless???
We have gone completely Virtual Tape. We are at the point of getting rid of ALL of our tape drives. Have any of you gone completely Virtual and if so, have you kept any tape drives around just in case a software vendor HAS to send you a tape because they have no other way to get you the software??? If you have had to keep tape drives around, what models (3490 3592 etc) have you kept??? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone - The information contained in this e-mail and any attached documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been sent to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OA30702
Watch out for this one folks. UA49994 (1.10), UA49993 (1.9) , (I don't know the 1.11 PTF) are in error. They cause a storage overlay. OA30702 will fix. We are currently running the ++APAR. It caused us a production outage the other night. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone - The information contained in this e-mail and any attached documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been sent to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: zAAP on zIIP
Sam, I have it installed as well and have it on 12 LPARs. Working just fine from what I can tell. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Knutson, Sam Sent: Thursday, September 24, 2009 9:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: zAAP on zIIP http://www-01.ibm.com/support/docview.wss?uid=isg1OA27495 http://tinyurl.com/ya3ofrg The zAAP on zIIP enhancement OA27495 NEW FUNCTION - ZAAP ON ZIPP ENHANCEMENT closed with PTFs available yesterday for z/OS 1.9 and z/OS 1.10. It is included as a base function in z/OS 1.11. We installed this today on 1.10 so far so good. As an aside a really good short overview of specialty processors is Glenn Anderson's zIIPs and zAAPs: Understanding the Basics presentation from SHARE in Denver http://tinyurl.com/ycshnhu http://ew.share.org/client_files/callpapers/attach/SHARE_in_Denver/S2244 GA211651.pdf Kathy Walsh Hot Topics also SHARE in Denver had an update on zAAP on zIIP and some other specialty engine topics http://tinyurl.com/yezztyf http://ew.share.org/client_files/callpapers/attach/SHARE_in_Denver/S2100 KW105426.pdf Best Regards, Sam Knutson, GEICO System z HW/SW/Automation Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 "Think big, act bold, start simple, grow fast..." This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - The information contained in this e-mail and any attached documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been sent to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: NFS--z/OS--VM/Linux
We do not have any problems but we specify which servers can access a directory in the EXPORTS file. So we don't use SAF security. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Wednesday, April 01, 2009 1:13 PM To: IBM-MAIN@bama.ua.edu Subject: NFS--z/OS--VM/Linux Anyone having problems with VM/Linus using NFS to z/OS 1.9... Only seems to work if I turn security off on z/OS... the Linux mvslogin hangs -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - The information contained in this e-mail and any attached documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been sent to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: TMON with OMEGAMON Comparison
First of all this is the opinion of myself and does not necessarily represent the views of my company. I have been at two shops which converted to Omegamon from something else. At the one, we converted from TMON. Even before we got fully converted, it was found by the CICS Group that the number of keystrokes required to solve a CICS problem was 12 times greater than TMON using Omegamon. There were monitors in TMON which had no duplicates in Omegamon such as TCPIP and Websphere. This company has recently converted off of Omegamon to another product. The 2nd shop also converted off of another product to Omegamon. After 3 frustrating years of trying to get Omegamon to work (it seemed to be a fix or repair daily situation), they too have converted to another product. They also found that Omegamon was going to take 3 full time people just to do the customization of Omegagmon and maintain it. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Yogeetha balasubramanian Sent: Wednesday, March 11, 2009 7:41 AM To: IBM-MAIN@bama.ua.edu Subject: TMON with OMEGAMON Comparison Hello there !! We are moving from TMON to OMEGAMON . Can someone tell me the difference from your experience between TMON and OMEGAMON that need to be considered ? We are collecting this information Which do you think is a better option. I felt OMEGAMON/CICS got a user friendly interface. Regards Yogs CICS Systems Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - The information contained in this e-mail and any attached documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been sent to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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/10 HMC/SE LAN
Communications to the HMC, Communications to NTP Servers if you use NTP for your time source for Server Time Protocol(STP). A couple of uses that you would need connectivity from the SE Laptops for. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Thursday, March 05, 2009 10:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/10 HMC/SE LAN But why do you need connectivity to the SE's? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Thursday, March 05, 2009 10:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/10 HMC/SE LAN We are setup the way it sounds like you want to be. There are two NIC's in the HMC, and there are two NIC's in each service element. What we did is let IBM install their own private network with switch between the HMC, and SE's on their own private IP's. Then we also cabled up the alternate NIC's in all to our internal network for Web access to the HMC. The reason we cabled up our SE's to the internal network was because we intend on using the PROCOPS function of SA390 to control Hardware based functions at some point. It is all IP based traffic. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Thursday, March 05, 2009 11:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/10 HMC/SE LAN IIRC, the z10 HMCs no longer support token ring. I thought they were TCP/IP only. Not sure if that came in w/the z/9 or the z/10. HTH, Any idea what protocol is used on the z/10 HMC / SE LAN? My CE wasn't sure, but he was thinking it was -not- TCP/IP. My network folks want to replace the IBM supplied Ethernet switch with a firewall/router appliance. The business need is to access the web server on the HMC for remote operation, and the way we did that on the outgoing machine was to just tap into that LAN. I'd prefer we kept out of that LAN and use the second NIC on the HMC. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 - The information contained in this e-mail and any attached documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been sent to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Tivoli Storage Manager using GMT
Ran into same problem when we went to 5.5.1. This is the solution and is straight out of the sample JCL sent with 5.5. //SERVER EXEC PGM=DSMSERV, // PARM='POSIX(ON) ENVAR("TZ=PST+8PDT")/', // REGION=1024M,TIME=1440,DYNAMNBR=300 ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Wednesday, February 11, 2009 6:46 PM To: IBM-MAIN@bama.ua.edu Subject: Tivoli Storage Manager using GMT I have the following in my z/OS UNIX /etc/init.options -e TZ=PST8PDT TZ environment variable which seems to work fine for telnet/SSH sessions and OMVS prompts: userid:/: >date Wed Feb 11 16:40:42 PST 2009 After installing the 5.5 release of Tivoli Storage Manager for z/OS, all of my scripts are running in GMT time. For example: 15:30:19 ANR2753I (DAILY_UNATTENDED):ANR0984I Process 3 for BACKUP STORAGE 15:30:19 ANR2753I (DAILY_UNATTENDED):POOL started in the FOREGROUND at 15:30:19 ANR2753I (DAILY_UNATTENDED):23:30:19. This is causing tape mounts to come at the wrong times. Anyone know how to fix this? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 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 - The information contained in this e-mail and any attached documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been sent to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Kudos, IBMLink
This change is something which was discussed in a open forum with IBM at the San Diego SHARE in Aug. 2007. Sounds like they listened. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Arthur Gutowski Sent: Tuesday, December 16, 2008 10:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Kudos, IBMLink Here, here! Saves me the trouble of logging in if all that happened was someone opend the ETR... Regards, Art Gutowski Ford Motor Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - The information contained in this e-mail and any attached documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been sent to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: A STP question
Give the man a prize. You are absolutely correct. Our 4th CEC does not need to be connected to Ethernet. I talked to Dave Whitney who owns STP and he indicated since the CEC is not the Primary, Backup, or Aribiter, it does not need an Ethernet source to get to NTP. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rowe Sent: Tuesday, September 23, 2008 3:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: A STP question >From what I know of STP, I would think you are OK, no connection needed on the 4th CEC. Even if he were somehow to become "Primary", he would simply not be able to do a periodic time check. That may cause an error to be logged on the HMC, but there is no reason anything would stop working. >>> "Petersen, Jim" <[EMAIL PROTECTED]> 9/23/2008 3:57 PM >>> Okay. So 1. IF I have CF Links between all of the CEC's 2. IF 3 of the 4 CEC's have Ethernet connections from the Service Elements in order to get to NTP 3. The 3 CEC's will act as Primary, Backup, and Aribiter Does the 4th CEC need an Ethernet connection from its Service Element. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Sunday, September 21, 2008 2:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: A STP question In STP "domain" all CEC's have to be connected using coupling links. Those links are required by STP. Usually the same links are used for CF-MVS communication, however it is possible to establish "STP-only" connection. Such connection is between CEC's, not between MVS images or LPARs. Both STP and sysplex timer are CEC oriented, not OS or LPAR. So, for example, you cannot have different sysplex timers for different sysplexes members residing on the same CEC. -- Radoslaw Skorupka Lodz, Poland Petersen, Jim wrote: > I thought that Timing Pulses got passed between CEC's on either the CF > or Fibre links between the processors. That is why there is Primary > Time Server, a Backup Time Server, and an Arbiter. Those 3 CEC's are > z9's in my shop. I have a z990 CF processor which has the STP hardware > but the SE's have TKNRING. > > ___ > Jim Petersen > MVS - Lead Systems Engineer > Home Depot Technology Center > 1300 Park Center Drive, Austin, TX 78753 > www.homedepot.com > email:[EMAIL PROTECTED] > 512-977-2615 direct > 210-977-2930 fax > 210-859-9887 cell phone > > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Kenneth E Tomiak > Sent: Saturday, September 20, 2008 10:29 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: A STP question > > I thought the CECs (pre-STP) would only get time from a Sysplex Timer or > a > special hardware device that knew how to dial NIST for the time. STP is > a > replacement for that, so if all 4 CECs play with STP then they need to > be able > to communicate with one another if only two of them are running the NTP > Client. I do not believe the CECs share time to update clocks through > other > connections. The operating systems running in LPARs use the coupling > facility > and Fibre connections, not the CECs themselves. > > > The fourth CEC does not have to be part of the 3 CEC STP environment, it > > can have its own ethernet connectivity to the NTP Server and run its own > > single CEC NTP Client. Don't all of your z9 and z10 support elements > have two > ethernet ports? > > Are you by chance trying to get a non-STP capable CEC to do NTP? I've > heard > that question often since STP and the NTP Client were releases. The old > CECs > can only do what the old CECs could do. Several SHARE sessions from a > year > or two ago covered how to mix STP and Sysplex Timers while migrating > towards all STP capable CECs. > > > > > On Fri, 19 Sep 2008 09:58:33 -0400, Petersen, Jim > <[EMAIL PROTECTED]> wrote: > >> I have 4 CEC's in my shop that are all wired together. The laptops on >> 3 of the CEC's have a spare Ethernet port. If I
Re: A STP question
Okay. So 1. IF I have CF Links between all of the CEC's 2. IF 3 of the 4 CEC's have Ethernet connections from the Service Elements in order to get to NTP 3. The 3 CEC's will act as Primary, Backup, and Aribiter Does the 4th CEC need an Ethernet connection from its Service Element. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Sunday, September 21, 2008 2:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: A STP question In STP "domain" all CEC's have to be connected using coupling links. Those links are required by STP. Usually the same links are used for CF-MVS communication, however it is possible to establish "STP-only" connection. Such connection is between CEC's, not between MVS images or LPARs. Both STP and sysplex timer are CEC oriented, not OS or LPAR. So, for example, you cannot have different sysplex timers for different sysplexes members residing on the same CEC. -- Radoslaw Skorupka Lodz, Poland Petersen, Jim wrote: > I thought that Timing Pulses got passed between CEC's on either the CF > or Fibre links between the processors. That is why there is Primary > Time Server, a Backup Time Server, and an Arbiter. Those 3 CEC's are > z9's in my shop. I have a z990 CF processor which has the STP hardware > but the SE's have TKNRING. > > ___ > Jim Petersen > MVS - Lead Systems Engineer > Home Depot Technology Center > 1300 Park Center Drive, Austin, TX 78753 > www.homedepot.com > email:[EMAIL PROTECTED] > 512-977-2615 direct > 210-977-2930 fax > 210-859-9887 cell phone > > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Kenneth E Tomiak > Sent: Saturday, September 20, 2008 10:29 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: A STP question > > I thought the CECs (pre-STP) would only get time from a Sysplex Timer or > a > special hardware device that knew how to dial NIST for the time. STP is > a > replacement for that, so if all 4 CECs play with STP then they need to > be able > to communicate with one another if only two of them are running the NTP > Client. I do not believe the CECs share time to update clocks through > other > connections. The operating systems running in LPARs use the coupling > facility > and Fibre connections, not the CECs themselves. > > > The fourth CEC does not have to be part of the 3 CEC STP environment, it > > can have its own ethernet connectivity to the NTP Server and run its own > > single CEC NTP Client. Don't all of your z9 and z10 support elements > have two > ethernet ports? > > Are you by chance trying to get a non-STP capable CEC to do NTP? I've > heard > that question often since STP and the NTP Client were releases. The old > CECs > can only do what the old CECs could do. Several SHARE sessions from a > year > or two ago covered how to mix STP and Sysplex Timers while migrating > towards all STP capable CECs. > > > > > On Fri, 19 Sep 2008 09:58:33 -0400, Petersen, Jim > <[EMAIL PROTECTED]> wrote: > >> I have 4 CEC's in my shop that are all wired together. The laptops on >> 3 of the CEC's have a spare Ethernet port. If I don't use the 4th CEC >> for the Primary, Backup, or Arbiter, do I really need to connect the > 4th >> CEC via Ethernet so it can get to NTP? Won't it get its timing pulses >> via the Coupling Facility or Fibre connections >> >> >> >> ___ >> >> Jim Petersen >> MVS - Lead Systems Engineer >> > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- 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 K
Re: A STP question
I thought that Timing Pulses got passed between CEC's on either the CF or Fibre links between the processors. That is why there is Primary Time Server, a Backup Time Server, and an Arbiter. Those 3 CEC's are z9's in my shop. I have a z990 CF processor which has the STP hardware but the SE's have TKNRING. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kenneth E Tomiak Sent: Saturday, September 20, 2008 10:29 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: A STP question I thought the CECs (pre-STP) would only get time from a Sysplex Timer or a special hardware device that knew how to dial NIST for the time. STP is a replacement for that, so if all 4 CECs play with STP then they need to be able to communicate with one another if only two of them are running the NTP Client. I do not believe the CECs share time to update clocks through other connections. The operating systems running in LPARs use the coupling facility and Fibre connections, not the CECs themselves. The fourth CEC does not have to be part of the 3 CEC STP environment, it can have its own ethernet connectivity to the NTP Server and run its own single CEC NTP Client. Don't all of your z9 and z10 support elements have two ethernet ports? Are you by chance trying to get a non-STP capable CEC to do NTP? I've heard that question often since STP and the NTP Client were releases. The old CECs can only do what the old CECs could do. Several SHARE sessions from a year or two ago covered how to mix STP and Sysplex Timers while migrating towards all STP capable CECs. On Fri, 19 Sep 2008 09:58:33 -0400, Petersen, Jim <[EMAIL PROTECTED]> wrote: >I have 4 CEC's in my shop that are all wired together. The laptops on >3 of the CEC's have a spare Ethernet port. If I don't use the 4th CEC >for the Primary, Backup, or Arbiter, do I really need to connect the 4th >CEC via Ethernet so it can get to NTP? Won't it get its timing pulses >via the Coupling Facility or Fibre connections > > > >___ > >Jim Petersen >MVS - Lead Systems Engineer > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A STP question
I understand what you have told me but out of the 4 CEC's I have only 3 have spare port on the Support Element. The 4th CEC has token ring and would have to be converted via an MES. What I am asking is, since I only need a Primary, a Backup, and an Arbiter, do I really have to connect the 4th CEC with Token Ring to NTP? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chauhan, Jasbir Sent: Friday, September 19, 2008 11:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: A STP question Hi Jim, Assuming that you are on z9 & running z/OS 1.7 or greater AND that you have at least Driver 67 then you can configure your STP client to an NTP server by using the spare Ethernet port on your support element. We have done just that. It's the support element that needs to have connectivity to wherever NTP server is located. Regards, Jasbir -Original Message- << I have 4 CEC's in my shop that are all wired together. The laptops on 3 of the CEC's have a spare Ethernet port. If I don't use the 4th CEC for the Primary, Backup, or Arbiter, do I really need to connect the 4th CEC via Ethernet so it can get to NTP? Won't it get its timing pulses via the Coupling Facility or Fibre connections >> ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EMC using Key 8 CSA
It appears from what I have heard from my storage folks that EMC is going to fix its usage of Key 8 CSA. I will keep you posted on a fix number when we get it. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
A STP question
I have 4 CEC's in my shop that are all wired together. The laptops on 3 of the CEC's have a spare Ethernet port. If I don't use the 4th CEC for the Primary, Backup, or Arbiter, do I really need to connect the 4th CEC via Ethernet so it can get to NTP? Won't it get its timing pulses via the Coupling Facility or Fibre connections ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KEY 8 CSA Usage
My point is that if I accidently mention it to the auditors that it is a security exposure, we might get written up and it might be found that we can't run the shop without the CSMAGENT. Normally, you don't tell the auditors anything but in this case... Are there any of you who use EMC who have run across this yet? If so, let EMC know of your displeasure with their current stance on fixing the problem. Numbers of complaints help too. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, September 09, 2008 9:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: KEY 8 CSA Usage >>CSMSLAVE MMPAGENT MMPAGENT STC to run >I will accidently let that information slip when they come in for an audit. If this ends up with your compliance people saying you cannot allow user key 8 in CSA, will the shop still work? In other words, can you live without the tasks? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KEY 8 CSA Usage
I will accidently let that information slip when they come in for an audit. :-) ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Monday, September 08, 2008 3:30 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: KEY 8 CSA Usage In <[EMAIL PROTECTED]>, on 09/08/2008 at 02:06 PM, "Petersen, Jim" <[EMAIL PROTECTED]> said: >My storage folks: > EMC is recommending that we have the value for VSM ALLOWUSERKEYCSA >set to YES to allow CSMSLAVE MMPAGENT MMPAGENT STC to run What does your security auditor say? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see <http://patriot.net/~shmuel/resume/brief.html> We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
KEY 8 CSA Usage
EMC has a product that requires that we run with ALLOWUSERKEYCSA=YES to be set. Here are excerpts from a running email with EMC, our storage folks, and myself. My storage folks: EMC is recommending that we have the value for VSM ALLOWUSERKEYCSA set to YES to allow CSMSLAVE MMPAGENT MMPAGENT STC to run And when asked about a fix for the problem EMC responded: Jon Allen from EMC Support is saying he has requested this an year ago but it was rejected by Engineering. He is saying that he will submit the request again but it will take a while (for a while I mean next release probably). Are we going to be able to change it to "yes" in the meantime? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tivoli Workshop Scheduler "Eats Lunch" Resolution
Jim, Does this file system need to be written to? If not you could make it read only and this would alleviate the problem as well. The only time it would need to be R/W is when you were applying maintenance. Talk to me offline about other tricks you can play if the application is writing to this file system. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Marshall Sent: Tuesday, August 12, 2008 2:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Tivoli Workshop Scheduler "Eats Lunch" Resolution Working with IBM Level 2 or maybe 3, we now understand what is causing the excessive CPU time being used by the Distributed component of Tivoli Workload Scheduler. I will review the scenario: Running a IBM 2096-O02 (36MSU) and 2096-T03 (95MSU) machines in a Parallel Sysplex where TWS runs on the "O02" system (smaller of the two). TWS is scheduling work in the Parallel Sysplex and also there is a distributed component for scheduling for 3-4 Windows Servers. Historically it is interesting for TWS had its roots in an IBM product called OPC (Operator Control) which did z/OS and distributed scheduling using "Trackers". It worked very well using little CPU time. OPC morfed itself into Tivoli and became TWS for z/OS and IBM bought a company called Maestro which did distributed scheduling. The two products were merged and Trackers went away. It took IBM a few years to fully integrate the two products. This brings it down to the present and performance issues encountered. TWS for z/OS runs separately from other Started Task for distributed TWS called TWSE2E. TWSE2E was seen taking about 3 MSUs worth of the O02 when the system used to run around 28-29 MSUs max in a month. IBM researched the issue and came forth with the explanation which is not highlighted in any of the Tivoli manuals as far as we can read. The TWSE2E executes its programs in the O02's USS system and has files defined in a zFS file system. If indeed that zFS file system is not owned by the LPAR where TWS is running, all the I/O must go through XCF in the Parallel Sysplex; generating the extraordinary amounts of CPU time seen as being used by TWSE2E in that LPAR. The recommendation now is always have the zFS file system mounted to the LPAR where TWS is operating (otherwise TWSE2E will eat your lunch, dinner, etc). When we switched TWS's zFS file system back to the TWS LPAR, the CPU consumption dropped to almost nothing. I can understand the recommendation and now it places some considerations to ponder: 1. When a TWS LPAR is taken down the ownership of its zFS file system is automagically transferred to some other LPAR and it is not your choice which one (another interesting discussion could follow this line). So when the TWS LPAR is IPL'ed, operationally one must ensure the proper commands are issued to bring back ownership of TWS's zFS file system. 2. One can implement all of #1 in "Automation" if one is running some sort of automation package; a good case for getting one. 3. Keep in mind this is not a Parallel Sysplex problem but a zFS challenge. 4. I just have to wonder if all this is caused by I/O for TWSE2E having to go through XCF to get to the other LPAR where the zFS is owned, then why not the WAIT associated with I/O versus the heavy, heavy CPU load caused by this I/O (3-4 Windows Servers which get about 30-40 jobs per day)? Note: I just have to believe there is more to the story and it may not be a TWS problem but maybe TWS exploiting something in USS and zFS which is a bad design. POSTSCRIPT: Things are back using an acceptable amount of CPU and everyone is older and wiser. Jim P.S. Wonder how many other z/OS USS implementations are using excessive CPU because of the ownership of some zFS file system. Will be on the watch for something like it in the future. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Going unsupported - time to fold?
And I don't know which machine you are on but you could run z/VM and z/Linux as the new platform to move the workload too and keep the mainframe around. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: Monday, July 07, 2008 4:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Going unsupported - time to fold? Management has decided that it is time for the mainframe to go. They've got a project manager looking at a mainframe decommissioning project (feel my pain?). We are current now on z/os 1.7 and had ordered the 1.9 ServerPac and are in the beginning stages of that. Suddenly this project manager has decided that the majority of our applications will be moved off of the mainframe by the end of the year. Along with that, they have my supervisor asking for a risk assessment of NOT doing (completing) the 1.9 upgrade. LOL I agree w/Gil. The timeframe is ridiculously short for a project of this magnitude, even if you are a batch only shop! I would start asking the project manager questions: What if something "goes wrong?" (and it will, just ask Murphy) What are your contingency plans? What is you contingency plan if the schedule slips? What is you applications inventory? Have you mapped all of the relationships between applications (file transfers, data shares,.)? What is the destination platform? Is it homogenous (all *nix, Windoze)? How will all of the applications communicate during and after the transition? What is your security plan? (the answer to this one should be a hoot!) Etc The risk of going unsupported should be minor in this case, but if the *whole* project fails, you are far behind the curve. The have been plenty of failures in the past (http://www.actscorp.com/reboothill.htm) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CPU time differences for the same job
This has been a question which dates back to the times of old. Back in the late 60's early 70's when I was running MFT and MVT, it was the question most on people's minds. Back in those days, it was because when an I/O interrupt occurred some of the time of processing that interrupt (no matter which JOB, STC, or TSO user it was for) got charged to the program which was using the CPU at that very moment of the interrupt. I think some of that most definitely has been cleaned up since those ancient days. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miklos Szigetvari Sent: Monday, February 04, 2008 11:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: CPU time differences for the same job Hi I got this question time to time: What is the maximum CPU time difference for the same job, between repeated runs, under different system load ? -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED] Info: [EMAIL PROTECTED] Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Question about OPSUSS
We are running OPS/MVS and OPSUSS. We use RACF. Does anyone know what security settings in RACF are necessary so that one can do something like _BPX_JOBNAME='XYZABC' _BPX_USERID='MYUSER' shellscript_of_your_choice And get it to run under MYUSER. We can get the jobname to change to XYZABC but can't seem to get the userid to change. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bruce Black passed away
I always knew I would get a straight answer from Bruce, no matter what the subject. Integrity, he had it. I was also educated every time I worked on a problem with him. He didn't just fix it. He let you know how he fixed it. He will be sorely missed both here and at Innovation. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: why external CF not internal CF
It is HIGHLY RECOMMENDED that you use an External CF if you are using SAP. The traffic is so heavy to the DB2 Lock Structure that Duplexing is NOT RECOMMENDED for SAP. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tommy Tsui Sent: Friday, November 02, 2007 7:30 AM To: IBM-MAIN@BAMA.UA.EDU Subject: why external CF not internal CF Hi, Is there any shop using external CF, As I know only for the backup purpose in case one of CPU failed. Is there any performance improvement if using external CF. Why not using internal CPU? Any comment will be appreicated. Many thanks Tommy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LRS PageCenter or CA-View
Why just those two. How about View Direct from Mobius with DocView? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of gsg Sent: Thursday, October 04, 2007 11:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: LRS PageCenter or CA-View Can anyone give me feedback on these two products. Pros/cons etc... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S0C4 in IEBCOPY on z/OS 1.8
Turned out the person doing the upgrade had only applied HIPERs out of all the maintenance available in SMPPTS. We found a PTF from March which wasn't HIPER that fixed the problem. The person went back and applied all maint without error holds and that is what is going forward from here. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craig Bakken Sent: Monday, July 02, 2007 9:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: S0C4 in IEBCOPY on z/OS 1.8 "Petersen, Jim" <[EMAIL PROTECTED]> wrote:Wonder if anyone else has experienced this. We just rolled out z/OS 1.8 to our 1st two Test/Dev LPARs and we have encountered a problem. Our DB2 folks were copying a PDSE loadlib and got an IGW message in the IEBCOPY followed by recursive S0C4 and S0C1 abends. Essentially, until this is resolved, we are stopped dead in our tracks from rolling out z/OS 1.8 any further. We had a broken PDSE after converting to Z/OS 1.8. The PDSE was broken by HSM partial space release. Symptoms were S0F4, S0C4 and S0C1 abends. We have opened an ETR with IBM and sent doc, but have not received a resolution. - Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
S0C4 in IEBCOPY on z/OS 1.8
Wonder if anyone else has experienced this. We just rolled out z/OS 1.8 to our 1st two Test/Dev LPARs and we have encountered a problem. Our DB2 folks were copying a PDSE loadlib and got an IGW message in the IEBCOPY followed by recursive S0C4 and S0C1 abends. Essentially, until this is resolved, we are stopped dead in our tracks from rolling out z/OS 1.8 any further. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/os 1.8 upgrade mostly good
We fired up our 1st set of 1.8 LPARs this last weekend. All in all it was pretty good. IDCAMs steps with no region are getting RC=12. Put a region on them and everything works great. Same job runs okay under 1.7. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jousma, David Sent: Monday, June 04, 2007 5:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: z/os 1.8 upgrade mostly good All, Just wanted to give the list some feedback on our latest round of 1.8 upgrades. We upgraded 3 production lpars over the weekend, and so far all is looking pretty good(a little early to tell), with one exception so far. We have an open ETR with IBM. What we are seeing is some batch jobs failing with S80A-10, S878 type abends. Run them on a 1.6 system, and the are ok. Compared virtual storage map between versions, and available private below the line is the same. There are a couple of common denominators in that they all are DB2 type utilities(BMC COPY PLUS, IBM DB2 utils, Princeton), and they all use many tapes. We've sent a dump off to IBM for analysis. Anyone see this? As we find out more, I'll keep the list up-to-date. Dave Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CF Sizer getting errors
I am trying to use CF Sizer and it is getting errors. I am trying to size XCF and I have gotten so many errors that now I just try to use 8 LPARs with Classlen 956 and it still gives errors. Anyone else having the problem? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOGREC Viewer V1.1
Thank you so much. That did it. I really appreciate you responding. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jousma, David Sent: Thursday, May 10, 2007 10:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LOGREC Viewer V1.1 Upon further review, the variable &IFDS only gets set if you are doing DASD-ONLY logging. If mode=LOGSTREAM the variable does not get set, and the field remains non-dsplayed. This was found in the REXX code of LOGRPRT, Dave Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Petersen, Jim Sent: Thursday, May 10, 2007 9:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: LOGREC Viewer V1.1 I have sent a note to the author of this wonderful utility about a problem I am having but thought maybe someone on IBM-Main might have experienced it as well. There is a line on the LOGPRIM panel I am not seeing when I run the Viewer. Select LOGREC archive data sets. . . N (N/Y) I can see it in the source for the panel. I have verified by putting an extra character in the panel that it is indeed the panel being used. Has anyone else experienced the problem. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LOGREC Viewer V1.1
I have sent a note to the author of this wonderful utility about a problem I am having but thought maybe someone on IBM-Main might have experienced it as well. There is a line on the LOGPRIM panel I am not seeing when I run the Viewer. Select LOGREC archive data sets. . . N (N/Y) I can see it in the source for the panel. I have verified by putting an extra character in the panel that it is indeed the panel being used. Has anyone else experienced the problem. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: $HASP443 message
Thanks to all who responded. I will voice my opinion when I get access to the JES2 SHARE Requirements Database. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert A. Rosenberg Sent: Wednesday, May 09, 2007 4:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: $HASP443 message At 13:24 -0500 on 05/09/2007, Rick Fochtman wrote about Re: $HASP443 message: >--- > >>Yes. Thanks to both of you for responding. I found the error of my >>ways and did a $tspooldef and changed it to ALLOWED. Now I have >>another question. Is there a command which I can use to cause a spool >>volume to quit being used but redistribute what is on it to the >>remaining spool volumes? >> >> > >You can stop it from accepting new datasets by the $PSPOOL command, but >there's no command to remove its contents and distribute them to >another volume. > >Sure would be nice, though. This type of thing would not be that hard to do with a User Written Command. The simple way would be to scan the output (and input?) queue to spot who is allocated on the Volume. The command can then just set the job to be spool offloaded. This will clean off all but executing (and pending execution) jobs. You then repopulate the queues via Spool Reload. The "Better" way would be to read the data and rewrite it freeing up the old allocation (Since doing this correctly is so complex, the SPOOL OFFLOAD/RELOAD route is simpler IMO). As to doing the redistribute on-the-fly, I'd check the JES2 Mods tape since I have the vague impression that I saw such a mod on it in the past. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: $HASP443 message
Yes. Thanks to both of you for responding. I found the error of my ways and did a $tspooldef and changed it to ALLOWED. Now I have another question. Is there a command which I can use to cause a spool volume to quit being used but redistribute what is on it to the remaining spool volumes? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chicklon, Tom Sent: Wednesday, May 09, 2007 12:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: $HASP443 message To use them I believe you need to code LARGEDS=ALLOWED or ALWAYS. Default is LARGEDS=FAIL, so if you didn't add it to your JESPARMS, you've got FAIL. Fortunately, the manual says you can change it with a $T SPOOLDEF command. Tom Chicklon -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Petersen, Jim Sent: Wednesday, May 09, 2007 1:27 PM To: IBM-MAIN@BAMA.UA.EDU Subject: $HASP443 message I am at z/OS 1.7 and I thought that support for more than 65535 tracks of data had been added to JES2. I just tried to create one and format it and I got a $HASP443 HDN1L2 NOT ALLOCATED EXTENT ABOVE 64K TRACK LIMIT, RC=08 What am I missing here? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
$HASP443 message
I am at z/OS 1.7 and I thought that support for more than 65535 tracks of data had been added to JES2. I just tried to create one and format it and I got a $HASP443 HDN1L2 NOT ALLOCATED EXTENT ABOVE 64K TRACK LIMIT, RC=08 What am I missing here? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The OEM herd thins a little more
It is a sad day. I saw what happened to Landmark once ASG took over. A lot of good people left because of the way ASG handled things. A lot of good friends remain but some of those are not really happy working for ASG for various reasons. I will be wearing a black ribbon in recognition of this merger. I hope ASG treats the employees of Mobius better than they did the ones of Landmark. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Monday, April 16, 2007 1:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: The OEM herd thins a little more Mobius bought by Allen Systems Group. Film at 11. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM document describing SYSRES cloning?
I have a zone for each of my resvols all of which are online. I have a maint resvol which is zone MVST100 Then each of my production RESVOLs has a zone named for it and the DDDEFs have the volume changed to the RESVOL volume name. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Monday, April 16, 2007 3:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM document describing SYSRES cloning? Does anyone have the pointer to the IBM document describing the recommended SYSRES cloning environment? Instead of using an online and an offline res with a target zone for each, I'm being told that I should just modify the DDDEFs in the existing target zone to point to the offline res (gag, ack, barf, no backoff other than restoring the target zone, target and online res out of sync, etc.). I need to convince them that the WAC method is better (online/offline res and target zones, copy online to offline res, zonecopy online to offline target, and zoneedit offline target DDDEFs), but it would help if I could find the IBM doc to back it up. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SAP using DB2 and Daylight Savings Time
This has been an ongoing discussion in the company even before the change in dates for DST. From what I am understanding, we are having problems getting the Unix/AIX Servers to change time automatically and be in synch with the z/OS and DB2 hosts. I am looking for SAP users who also use DB2. How do you accomplish your time change? We are currently running LOCAL = UTC + Offset. I know on the mainframe side we are going to change the time at the Sysplex Timers. Done it for may years now at different accounts. None that have used SAP however. Where I am ignorant is the AIX/Unix Servers. How do you accomplish this time change? I am going to cross post this to the DB2-L list as well. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: V2X2 vs. Shark (SnapShot v. FlashCopy)
If you are doing Point in Time backups for your DR and you want to get the backups of those copies quickly done, then the V2X2 is your baby. SnapShot is more friendly in this area than Flashcopy. SnapShot saves pointers to the current data whereas FlashCopy copies it from one location to another under the covers. You have to wait for each block to be dumped to get to the Flashed location before it can be dumped. At a previous shop where I worked, we had all Storage Technology DASD and loved it. We also did point in Snaps and then backed them up for our DR. One area to consider is if you have to go back on your schedule and run the Snap (Flash jobs again). With SNAP there is not problem. With Flash you have to stop the current Flash connections and then Flash again. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Thursday, January 04, 2007 5:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: V2X2 vs. Shark (SnapShot v. FlashCopy) My current client has a V2X2 and is thinking about replacing it with a Shark. SnapShot is used to snap 600 volumes in about 5-10 minutes. The physical tape backups are done from the snaps and take about 8 hours. This DR process is fully tested and works great. My main concern if we replace the V2X2 with the Shark is the DR process. Has FlashCopy improved to the point that you can make a point in time backup and physically move it to tape later? And can you FlashCopy the entire box in a few minutes? If not, the DR process for this client is going to get much more complicated. PPRC or XRC are not options due to cost. Let me know your thoughts. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How many of your sites use GMT Time?
This is cross posted to DB2-L and IBM-MAIN. How many of you (companies), especially those running SAP, run GMT Time with NO offset so that during Daylight Savings Time, the systems don't need to be brought down. We are hearing from our SAP Server folks that although DB2 Time Stamps its logs with GMT even if you are using an offset, the records passed back to the SAP Servers contain LOCAL time which causes problems during Daylight Savings Time changes. We are getting severe pressure from our SAP folks to run the z/OS LPARs LOCAL=GMT. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK and SHOPZSERIES are Both Down
I ALWAYS OPEN AN INCIDENT ONLINE. The screen you get when it is down. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Schmidt Sent: Thursday, November 30, 2006 5:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBMLINK and SHOPZSERIES are Both Down On Thu, 30 Nov 2006 17:08:06 -0500, Petersen, Jim wrote: >Here we go again. I love these reliable new tools IBM has given us. >IBM please take us back to the reliable green screen. IBMLINK was down this morning, too, then it finally came back after about 1/2 hour. It may have been down longer and I only got in on the tail end. Did you call IBMLINK Customer Support and open an incident? I did when it happened to me. (I would NOT want any IBM executive to be able to truthfully say, "No one has complained to us about stability or reliability.") I complained - clearly & carefully. I went through the whole Dilbert routine... ("Yes, I have shut down my browser." "Yes, my browser is showing me my home page now." "Yes, I have selected 'clear cache'." "No, the APPLY button is not lit - should I select 'OK' now instead?") While I was on a 2-to-3 minute hold (for the 4th time) I retried it and it worked. Then I had to wait for her to come back on the line so I could explain that, yes, it was finally working NOW but that my company valued reliability and service more than what was evident from IBMLINK today. She said IBM understood that... but they can't prove it to me by the results so far. The incident cost money (lost time) while they diagnosed the issue from my end and eventually discovered that the problem was on their end. My PMR's country code was 999... apparently they don't expect to have more than 99,999 open IBMLINK incidents at any given point in time. (The IBMLINK PMR format is n,999.) With the reliability I've seen lately I would not be so sure the PMR incident number (n) won't overflow... I wonder what happens then? -- Tom Schmidt Madison, WI (All that to see that my real CICS PMR has been transferred to Hursley. Yes!) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBMLINK and SHOPZSERIES are Both Down
Here we go again. I love these reliable new tools IBM has given us. IBM please take us back to the reliable green screen. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Large Format Sequential Data Sets
Mike, Have used it for Stand-alone dump datasets and it works great. Haven't used it for anything else .. Yet. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Friske, Michael Sent: Monday, October 23, 2006 7:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Large Format Sequential Data Sets Does anyone have any experience, positive or negative, with using the new large format sequential data sets introduced in z/OS 1.7? This support allows non-Extended Format data sets to exceed the 65,353 track limit. I am specifically interested in any problems anyone has had with JES spool data sets and the HSM journal data set being allocated as large format data sets. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Enhanced Catalog Sharing (ECS) Questions?
1. Are any of you running ECS? 2. If so, are all or part of your catalogs in ECS? 3. If part, are they catalogs which would not impact you if problems occurred? 4. If not running ECS, why? Did you try it and have problems? 5. Have any of you heard that SAP has a problem with ECS? You may respond to me directly if you wish. I would appreciate any input that you have and any candor you might wish to share. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How long does Flashcopy really take?
I said long ago, during a presentation I gave at SHARE in August 2003, just after I had done an ESP test on Flashcopy Dataset, that IBM needs to build something into ISMF or something else so you don't have to sit there and do FCQUERY all day or run ICKDSF FLASHCPY jobs until the cows come home. It appears they haven't listened in over 3 years. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Frank Krueger Sent: Tuesday, October 24, 2006 11:30 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How long does Flashcopy really take? Hal you must issue the FCQUERY commands or use ICKDSF FLASHCPY to see status - but the targets are usable after the complete message - you can use them . If there is a change on the source which is not yet copied to the target it will be copied to target before overwriting the source. The timing depends on a lot of factors - how many application IO are running , are you flashin in the same rank (should not) or cross rank - as well as on the level of microcode - there has been significant improvements in the past months . You may see from 50 MB (Copy same rank and running applications) to several 100 MB when running multiple ranks with no application io . Frank Krueger We just flashed a number of volumes. The flash function reports complete in a second or two, but the physical copy will take a while. There were 110 mod 3 volumes, and 40 were mod 27's. About 1.2 tb. Is there any way to tell when the physical copy completes and the target volumes are usable? This is a DS8100 (2107-821). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How often does your shop apply MCL maintenance to the Processors
I don't want this is devolve into tangential discussions. What I am looking for is: 1. How often does you shop apply MCL Microcode maintenance to your processors? 2. Do you have a policy in place to support this or is it just informal? 3. Do you have any procedure in place to limit how NEW the maintenance is, i.e., has to be at least 4 weeks old. This could be accomplished by just stopping weekly MCL retrieval 4 weeks prior to the agreed on date for maintenance application. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Migration to z/OS 1.7 - any problem/issue ?
We had no problems other than the ones caused by me. DB2 V7 and V8 here. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Max Scarpa Sent: Wednesday, October 18, 2006 2:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Migration to z/OS 1.7 - any problem/issue ? Esteemed list We are planning to migrate to z/OS 1.7 in 2 weeks. We heard that (at least,) another site had problems with CICS TS 1.3 and DB2 V7 and had to execute a fallback, but we heard also that some others had problems, from small to medium. We did all we standard tests (if any...) and applied all HIPERS and recent PSPs, but we are searching more information abotu potential or real problems that other people had migrating to this z/OS version, expecially about CICS and DB2. Can anyone help us with some hint or describing the problems (if any) they had/heard about ? Our CICS and DB2 are not so up to date with maintenance (other people's decision, not mine). Thank you in advance Max Scarpa DB2 sysprogmaybe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Reason to Upgrade 2074-1
Yes. But we have had problems where an operator disconnected from the OSA-ICC and console buffers back up til we get 100% full. Have a problem open with IBM and they are investigating. Attaching to the 2074's doesn't present this problem if the operator accidently disconnects. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Wednesday, May 17, 2006 1:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Any Reason to Upgrade 2074-1 Gabe Torres wrote: > Hello List, > Any reason to upgrade our 2074-1 to a 2074-2 or 2074-3, other than > capacity ? It depends. What CPCs do you have ? How much ? Last but not least: do you feel any technical need, I mean capacity, connectivity, performance, tc. All new machines (z/890, z/990, z9, z9 BC, z9 EC) are OSA-ICC capable. That means you don't need any 2074. The cost is one port of OSA card (all current cards except 10Gb are two-port). If you have older machines, then you should consider when will you upgrade. If you have older machines and no plans for upgrade them, then think about keeping 2074. Then consider if 2074 upgrade is really needed. HTH -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Can you provide?
I have a hard copy of W28 Nursery School for the Enterprise-Extender-Impaired -- Please teach me the basicsby Gwen Dente from the zSeries EXPO dated September 19-23, 2005 in San Francisco. I know not from whence it came but I sure could use a PDF copy of it or a link to the PDF copy if someone can provide it. Thanks in advance. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SYSIEFSD.Q4
We are converting to z/OS 1.7 and it seems as though on the z/OS 1.7 LPARs we are now having problems with users not being able to Log On. We have found the culprit to be the way SYSIEFSD.Q4 is now used under z/OS 1.7. We are having problems with tapes drives and when we have the Log On problem, we find that the Operators are not replying fast enough to the IEF238D Reply DEVICE NAME or 'CANCEL' messages. 1) Is anyone else having this problem? 2) If so, does it go away when you get all the LPARs on z/OS 1.7? 3) Is there anyway that you solve it while on 2 different z/OS releases or when you are totally z/OS 1.7? (besides the operators replying in a more timely manner?) Any help will be appreciated. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Attends Orlando IBM EXPRO OCT 7
You stole the words right out of my mouth. Plus at SHARE you get other Vendor's pitches as well. I prefer SHARE much more. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Friday, September 08, 2006 12:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Attends Orlando IBM EXPRO OCT 7 - Original Message - From: <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Friday, September 08, 2006 12:55 PM Subject: RE: Attends Orlando IBM EXPRO OCT 7 >I will be attending againI find more informative than SHARE. > James, Funny you should say that, since 99.% the sessions at z/OS Expo are also presented at SHARE. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2260 color
Or Black background and white lettering. Also they only had 12 lines by 80 columns. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of glen herrmannsfeldt Sent: Thursday, September 07, 2006 12:39 AM To: IBM-MAIN@BAMA.UA.EDU Subject: 2260 color All the 2260's I remember were used green CRT's. -- glen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Anyone know where?
Anyone know where I can find a DSECT for the ULUT which is pointed to by the IOVTULUT. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/OS 1.4 to 1.7 Migration
We are on z/OS 1.7 and have a project currently going on to migrate VS COBOL II to Enterprise COBOL. All VS COBOL II programs are currently executing okay under both z/OS 1.6 and z/OS 1.7. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rahul Balachandran, ISDC Chennai Sent: Monday, August 21, 2006 2:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Z/OS 1.4 to 1.7 Migration My customer is currently on Z/OS 1.4 and is planning to migrate to Z/OS 1.7 by March 2007 Following are my observations on Z/OS 1.7 migration (Application program Specific). Batch OS/VS COBOL : Existing load modules will run under Z/OZ 1.7 with out any change. Online OS/VS COBOL with CICS TS 3.1 : Will ABEND under Z/OS 1.7 VS COBOL II : Existing load modules will run under Z/OZ 1.7 with out any change. JCL : All support for JOBCAT/STEPCAT is removed : ISAM : Support for ISAM files are removed. All ISAM files must be converted to VSAM prior to Z/OZ 1.7 migration VSAM : Support for VSAM keywords IMBED, REPLICATE and KEYRANGE is removed. Can anyone confirm that VS COBOL II load modules will continue to run under Z/OS 1.7. Do I need to consider anything other than the above mentioned for the migration? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting problem for y'all
All of your ideas are great and I have thought of them all but my initial problem is how to create the 40 gig file in the 1st place. Given that I only have MOD 27 volumes as the largest volume available. How do I go about creating that 40 gig file before the 1st access of the HFS file? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Walker Sent: Tuesday, August 22, 2006 6:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Interesting problem for y'all Set them up in their own Storage Class, and monitor that? Aaron On Mon, 21 Aug 2006 11:13:45 -0400, Petersen, Jim <[EMAIL PROTECTED]> wrote: >Let's say I have a end-user-group which wants 40 gig of HFS space and >wants it monitored for "fullness". > >How am I going to accomplish this given that I can't allocate the full >40 gig on one volume in the initial allocation and therefore, the >FSFULL parm in BPXPRMxx becomes useless because it is not reporting on >the "fullness" of the full 40 gig. > >Anyone have any ideas on how to solve this problem? > > > > >___ >Jim Petersen >MVS - Lead Systems Engineer >Home Depot Technology Center >1300 Park Center Drive, Austin, TX 78753 >www.homedepot.com >email: [EMAIL PROTECTED] >512-977-2615 direct >512-977-2930 fax >210-859-9887 cell > >This message may contain confidential information. The information >contained in this message and any attachments are intended solely for >the use of the addressee(s) named above. If you are not the intended >recipient, any disclosure, copying, distribution or other use of the >contents of this message is strictly prohibited. If you have received >this email in error, please notify the sender immediately by email and >delete all copies of this message > > > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, send >email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html >=== >= -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Interesting problem for y'all
Let's say I have a end-user-group which wants 40 gig of HFS space and wants it monitored for "fullness". How am I going to accomplish this given that I can't allocate the full 40 gig on one volume in the initial allocation and therefore, the FSFULL parm in BPXPRMxx becomes useless because it is not reporting on the "fullness" of the full 40 gig. Anyone have any ideas on how to solve this problem? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Scripts for HFS Files
I want to create an OMVS Script which will allow me to populate the "OMVS.ROOT" file shipped from the factory with my symbolic links and directories for mount points. Can anyone help me with a template? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Baby MVS???
Hey Sam. These are great except we don't have FDR. I know that is blasphemy but.. What can I tell you? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Tuesday, August 15, 2006 10:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Baby MVS??? http://home.flash.net/%7Emzelden/mvsutil.html http://home.flash.net/%7Emzelden/mvsfiles/onepakz6.txt http://home.flash.net/%7Emzelden/mvsfiles/twopakz6.txt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Baby MVS???
So long as you use a MOD27 these days. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Daniel A. McLaughlin Sent: Tuesday, August 15, 2006 10:01 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Baby MVS??? Sounds like the old one-pack recovery system. Can you still do that with ZOS??? Daniel McLaughlin ZOS Systems Programmer Crawford & Company PH: 770 621 3256 * Don't ping my cheese with your bandwidth. (Scott Adams) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA7 Slowdown after 1.7 implementation
I definitely will be interested in this one since we will be starting our rollout of z/OS 1.7 on August 13. We also run CA-7. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Casey Rhodes Sent: Thursday, August 03, 2006 8:59 AM To: IBM-MAIN@BAMA.UA.EDU Subject: CA7 Slowdown after 1.7 implementation Has anyone had any issues with CA7 since moving to 1.7. We have 14 sysplex's and only have this problem in one. The one having the problem is the largest with the heaviest volume. We believe this is due to the JES internal reader changes made in 1.7. We have increased the dispatch priority of the task to FE(sysstc) and still during extremely heavy processing we see 5 minutes time frame of jobs moving thru the CA7 queues before hitting the input queue. We see know indicated waits on anything but CPU. We were recently on a 1.7 migration call with IBM and one customer asked IBM this question. The reps from IBM were not aware of this problem but did say they would follow up with this customer but did not indicate who this customer was during the call. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Finding JOBNAME Exit is running under
Thanks to all who responded. All were good suggestions. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Andrews Sent: Monday, June 26, 2006 11:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Finding JOBNAME Exit is running under On Mon, 2006-06-26 at 12:05 -0400, Petersen, Jim wrote: > In assembler, how do I find the > name of the Job I am running under and what DSECTS do I need? USING PSA,0 L R3,PSATOLD R3 -> TCB USING TCB,R3 L R3,TCBTIO R3 -> TIOT USING TIOT1,R3 " MVC USERJOB,TIOCNJOBRETURN JOBNAME DROP R3 " TIOT DSECT , IEFTIOT1 , SPACE , IHAPSA , SPACE , IKJTCB , -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Finding JOBNAME Exit is running under
I am in an exit for an application. In assembler, how do I find the name of the Job I am running under and what DSECTS do I need? It has been many years since I did this and I have been unable to locate an old example. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question
Did DFDSS start using FDR Statements? I thought S DSG= and X DSG= were FDRDSF statements. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Wednesday, May 31, 2006 2:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS Question In a message dated 5/31/2006 1:18:37 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Can anybody please suggest how I can go about it? >> S DSG=(SYS*) X DSG=(SYS1*,SYS2*) [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - -- this email delivered by mercury -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sysmod: -PE-AI-
Here is the AI on UA06182 The new VSAM diagnostic function, known as Footsteps, has increased VSAM's code path and thus caused a slight increase in CPU utilization. Testing has shown increases between 1% and 5%. This will be dependent on the type of processing being done and/or the application. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Tuesday, May 30, 2006 5:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Sysmod: -PE-AI- In a message dated 5/30/2006 1:23:34 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Sysmod UA06182 says its -pe-ai-. Does this mean that it's pe+ai or pe because of the ai issue? >> PE first then AI as in more folks encountered it or the Level 3 discovered more during testing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - -- this email delivered by mercury -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Slightly off topic
Around 300-400K in the Austin area. Maybe as high as 500K. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Wednesday, May 31, 2006 12:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Slightly off topic > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Petersen, Jim > > I recently switched jobs. Not because I had to but because I > was offered an 11% raise over my previous employer. I was > driving 52 miles to my previous employer so thought it > wouldn't be that much harder to drive 86 > miles to my new one. Boy was I wrong. Currently looking > for new digs > in the Austin area. It is really hard finding something with > 10+ acres, a nice house, barn (for the horses) and large work > shop. Closest I have found so far is 26 miles and farthest > is 45 miles. Hmph. If you wanted something like that, that close to Chicago, bring a coupla million bux at least -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - -- this email delivered by anubis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Slightly off topic
I recently switched jobs. Not because I had to but because I was offered an 11% raise over my previous employer. I was driving 52 miles to my previous employer so thought it wouldn't be that much harder to drive 86 miles to my new one. Boy was I wrong. Currently looking for new digs in the Austin area. It is really hard finding something with 10+ acres, a nice house, barn (for the horses) and large work shop. Closest I have found so far is 26 miles and farthest is 45 miles. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric N. Bielefeld Sent: Wednesday, May 31, 2006 11:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Slightly off topic Richard, I think most states are "at will" employment states. Basically, unless you have a contract, your employment can be terminated for any reason by the employer. By the same token, you can quit at any time also. I know Wisconsin is an "at will" state. I have thought a lot about where I will be living. As most of you probably remember, my job ended at the end of April. Right now, I don't know of anything officially open in the Milwaukee area. I REALLY don't want to move, but circumstances are such that I may have to. If I find a job in say Madison, which is only 80 miles away, I would still move. I could spend 90 minutes driving each way, but I'm not going to do that. I would much prefer moving there, although being that close to Milwaukee would allow me to keep my home for a longer period of time, as it would be much easier to get back and forth. I can understand your wanting to keep your house, as I know I do. I guess a lot depends on how much you need to be at your job on weekends. I can understand a company wanting their employees to live fairly closely. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: "Richard Pinion" <[EMAIL PROTECTED]> > Obviously we have both been down the same path, buyouts, mergers, and > RIF's. > > As a side note, I was asked to complete the customary job > applications, > one of which stated that employment was covered by the "at will" clause of > employment. > > Thanks to all for their opinions and suggestions! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - -- this email delivered by anubis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FDR/ABR in large shops
Well I had the opposite experience. At a shop I was at, we switched from DFDSS to FDRABR and was up 2 hours faster. So as the gentleman said in a later post, it all depends on what you are used to and the techniques you use to get there. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Saturday, May 20, 2006 11:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FDR/ABR in large shops You didn't back up your catalogs and HSM is to blame? Look in the mirror bubba. At my last shop I switched from FDR to DFDSS and the DR Manager was surprised when we were ready to IPL an hour faster than previously. -Original Message- From: Gibney, Dave [mailto:[EMAIL PROTECTED] Sent: Friday, May 19, 2006 5:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FDR/ABR in large shops We do both, but we're not large. We'd been using FDR for ages before SMS was really anything. SMS and DFHSM were a big "reduce human dasd management" idea in the early 90's and we started and finished moving application data to SMS with DFHSM managing them. We still, and I'd really need to be convinced to do otherwise, use FDR for system backup and recovery. Among other reasons, it's still faster and the faster I can get a base system up in a DR situation, the sooner I'll be in a parallel restore Adabas and restore SMS managed dasd path. Back in the SLED days, we had an HDA failure and out catalogs were on SMS/HSM managed disk. Left a very bad task and I remedied the catalog location forthwith. JMHO Dave Gibney [EMAIL PROTECTED] System Programmer(509) 335-7359 Information Technology Washington State University Pullman, WA 99164-1222 > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of [EMAIL PROTECTED] > Sent: Friday, May 19, 2006 1:08 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: FDR/ABR in large shops > > Yes. > > Is you data center located in the New Orleans area? > > We are a MVS z/OS Federal Payroll Processing Center that pays close to > 600,000 employees every 2 weeks. > We were also part of the Katrina Disaster and have utilized FDR and FDRABR > for > backup and restore for years. > This product worked flawlessly before and after the disaster. It is > competitively priced (why we are still with Innovations) and the > support staff is outstanding. > > > > > > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Alter - APAR OA16334 Serverpac Built SYSLIB concat wrong
Yes. And I am the one who found the problem. Got an assembly error whilst assembling an SDSF Module during routine maintenance application after the ServerPac was laid down. Opened a problem with IBM and they were quick to respond. Of course, the "LOCAL" solution was to move the DLIBS datasets after the Target datasets in the SYSLIB Concatenation of the Target Zone. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ben Alford Sent: Wednesday, May 17, 2006 12:18 PM To: IBM-MAIN@bama.ua.edu Subject: Alter - APAR OA16334 Serverpac Built SYSLIB concat wrong Heads up for z/OS V1.7 Serverpacs generated between Feb. 15 and May 26, 2006. APAR OA16334 says the SMP/E SYSLIB concat order is built wrong, with DLIBS before TARGET datasets. Bummer...this apar came out after I'd installed the system and applied maint to the test system... Ben Alford Enterprise Systems Programming University of Tennessee -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CBDQDISP Inactive
Since the only way one can bring down CBDQDISP is to Cancel it, thus a S222 abend, I would look for an abend message for CBDQDISP. You should then be able to figure out why it came down. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Giovanni Cerquone Sent: Thursday, March 23, 2006 1:48 PM To: IBM-MAIN@bama.ua.edu Subject: CBDQDISP Inactive Dear folks; I'm using HCM via TCP/IP and I have no problems when the connection is successful but, if there is a security error accessing the CBDQDISP (by instance, the OMVS segment was not assigned in RACF to the user trying to connect to HCM), the user get a invalid logon. No problem here. Point is that anytime this happens, the CBDQDISP address space goes inactive (i.e. like a STOP command was issued) and we have to go to the mainframe to start the STC again. Are you familiar with this behavior?. How can I fix this beyond the fact that I need to fix the security definition?. TIA, Giovanni PS. Still running z/OS 1.4. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX
Very low since I purchased a very fuel efficient car. When I worked in San Antonio, I drove a F-250 Super Duty 7.3L Diesel which got about 19 mpg. That vehicle now has Farm Plates on it. Bi-weekly gas bill is about $110-130. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Tsujimoto Sent: Tuesday, March 28, 2006 8:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX Jim wrote: >I commute 88 miles one way to work each day. I hate to see what your weekly gas bill looks like. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX
Well, as I answered in a direct email: if they offered telecommuting, everyone would have to form a line behind me. I commute 88 miles one way to work each day. Not a bad commute since we are talking about the wide open spaces of Texas mostly. But, they do not offer telecommuting as a regular mode of work. Not even a regular 1 day a week or whatever. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Sunday, March 26, 2006 6:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX In <[EMAIL PROTECTED]>, on 03/21/2006 at 04:28 PM, "Petersen, Jim" <[EMAIL PROTECTED]> said: >Here is a link to the job posting for a MVS - Lead Systems Engineer >(translated Programmer). Is telecommuting an option? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see <http://patriot.net/~shmuel/resume/brief.html> We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Home Depot Looking for MVS - Lead Systems Engineer in Austin TX
Here is a link to the job posting for a MVS - Lead Systems Engineer (translated Programmer). Large environment with a mixture of z9's and z990's. http://corporatecareers.homedepot.com/job_detail.pl?job=165544&query=lis tings%3D20%3Bsort_by%3Ddate%3Bkeywords%3Dmvs%20z%2Fos%3Bkeyword_option%3 Dany%3Bcity%3DAustin%3Bstate_id%3D63%3Bcountry_id%3D17 ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html