Re: Hrlp with Activate issue IODF
Lizette Does this help?(it is from the HCD messages manual) * CBDA817I Processors proc_id1 and proc_id2 are of different type. * * Explanation: The target processor must be the same type as the source processor.System Action: None. HCD processing is ready to continue. Programmer Response: None.User Response: Respecify a target processor ID so that both, the source and the target processor are of the same type.* ** *Mike* On Sun, Feb 19, 2012 at 11:54 AM, Lizette Koehler wrote: > On z/OS V1.11 > > I did the following command > > ACTIVATE IODF=02,TEST > > IOS500I ACTIVATE RESULTS 593 > TEST DETECTED CONDITIONS WHICH WOULD RESULT IN ACTIVATE FAILURE > REASON=A817,PROCESSORS DCM1 AND DCM1 ARE OF DIFFERENT TYPE. > COMPID=SC1XL > > Does anyone know what he A817 code is trying to tell me? I cannot find > documentation on it. > > Lizette Koehler > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: MainframeZone.com - IT Management: Mainframe Linux: How to Save a Million Dollars!
True But I am sure that your IBM rep prefers that you buy a zSeries from him rather than a blade from HP or DELL On Fri, Jan 27, 2012 at 4:50 AM, Paul Gilmartin wrote: > On Wed, 25 Jan 2012 23:27:56 -0600, Ed Gould wrote: > > > > http://www.mainframezone.com/it-management-spotlight/mainframe-linux-how-to-save-a-million-dollars1 > > > Which suggests that IBM finds selling Intel blades more profitable > that selling z/Series, so IBM doesn't want to sell against itself with > the more economical z. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ZDNET actually says something nice about IBM LINUX
Yes, sure you can run thousands of guests on one IFL. But running what? I really can't go into specifics but lets say that we are running less than 20 servers per z10 BC IFL(a mix of production and test). These are mainly WAS and a some Oracles. As for the question asked about 30% less of what.let me just say that instead of our prediction of running a specific mix of workload on 2 IFLs, in reality it needs 3 IFLs On Wed, Oct 5, 2011 at 3:51 PM, Roger Bowler wrote: > On Wed, 5 Oct 2011 15:42:16 +0200, Vernooij, CP - SPLXM < > kees.verno...@klm.com> wrote: > > >30% of what you estimated or 30% lower than you estimated? > >Can you give figures? I understood one could run 'thousands' of guests. > > Here is what IBM marketing have been claiming: > > "IBM calculates that workloads from as many as 300 competitive servers can > be consolidated onto a single z114" > - > http://dancingdinosaur.wordpress.com/2011/07/12/new-ibm-z114-reduces-mainframe-tca/ > > "'We can take 1,500 PC class servers and collapse them all in one mainframe > to offer 85 percent less in energy cost and 85 percent less floor space,' > said Jim Porell, IBM Distinguished Engineer with the company's Systems and > Technology Group" > - http://gcn.com/articles/2008/02/27/ibm-unveils-z10-mainframe.aspx > > "consolidate an average of 30 distributed servers or more on a single core, > or 300 in a single footprint, delivering a virtual Linux server for under > $1.45 day" > - http://www-03.ibm.com/systems/z/hardware/zenterprise/z114.html > > They also claim you can get a z114 entry level configuration for "under > $75,000". I have been trying to pin them down on what *exactly* constitutes > the "entry level configuration", but they seem to be rather coy about the > details. I suspect it is a model A00 with no FICON, no OSA cards, and no > DASD. > > Roger Bowler > Hercules "the people's mainframe" > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: WLM Classification Rules question
Gadi You could set up a different scheduling environment on each LPAR(they could have the same underlying resources). Then use the SE type for your classification Mike On Wed, Oct 5, 2011 at 11:16 AM, Vernooij, CP - SPLXM wrote: > You are right. > Have a look at sg246472, chapter 6.3 describes your options, maybe you > can use another indicator. > > Kees. > > > ""??? ?? ???"" wrote in message > news: .com>... > > I tried, and got: > > Subsystem type JES does not support the SY qualifier type. > > > > Gadi > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Vernooij, CP - SPLXM > > Sent: Wednesday, October 05, 2011 10:06 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: WLM Classification Rules question > > > > ""??? ?? ???"" wrote in message > news: > .com>... > > > Hi, > > > > > > I would like to modify our classification rules, so that if a job is > > running in a certain class on a certain LPAR, it will be assigned a > different Service Class. > > > > > > Is this possible? > > > We are running z/OS 1.11 > > > > > > Thanks > > > Gadi > > > > > > > Try "SY" System Name. > > > > Kees. > > > > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. If > you are not the addressee, you are notified that no part of the e-mail > or any attachment may be disclosed, copied or distributed, and that any > other action related to this e-mail or attachment is strictly > prohibited, and may be unlawful. If you have received this e-mail by > error, please notify the sender immediately by return e-mail, and delete > this message. > > > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or > its employees shall not be liable for the incorrect or incomplete > transmission of this e-mail or any attachments, nor responsible for any > delay in receipt. > > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal > Dutch Airlines) is registered in Amstelveen, The Netherlands, with > registered number 33014286 > > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search > the archives at http://bama.ua.edu/archives/ibm-main.html > > > > ? ???, ? ? ? ??? ?? ??, ?? , ?? > ??? ?, ??? ? ?? ??? ? ?? ?? ?, > ? ?? ? ?? ??? ?? ??? ? ?. ? ? > (? ) ?? ?? ???, ??? ? ? > ?? ??? ? ?, > > ?? ?? ? ? ?? ?? ?. > > > > > > Please note that in accordance with Malam's signatory rights, no > offer, agreement, concession or representation is binding on the > company, > > unless accompanied by a duly signed separate document (or a scanned > version thereof), affixed with the company's seal. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email 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 information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. If you > are not the addressee, you are notified that no part of the e-mail or any > attachment may be disclosed, copied or distributed, and that any other > action related to this e-mail or attachment is strictly prohibited, and may > be unlawful. If you have received this e-mail by error, please notify the > sender immediately by return e-mail, and delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its > employees shall not be liable for the incorrect or incomplete transmission > of this e-mail or any attachments, nor responsible for any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also kn
Re: ZDNET actually says something nice about IBM LINUX
A very rough estimate of about 30%. On Wed, Oct 5, 2011 at 10:00 AM, Vernooij, CP - SPLXM wrote: > "Mike Shorkend" wrote in message > news:<2726868143899905.wa.mikeshorkend@bama.ua.edu>... > > > > At the time it was definitely the right move. For those who have not > seen my presentation - at the time we had no other option but to use > zLinux as we had no room at our DR site for any more blade type servers. > > Our current issue is that the ratio of zLinux guests per IFL is much > lower than what was expected. THis has an affect on the TCO/TCA of the > whole project. Add to that the challenges that we have zLinux(lack of > supported third party solutions, internal politics, general > virtualization issues) and we are taking a hard look at the platform. > > Out of curiosity: how low is 'much lower'? > > Kees. > > > > > > Sheldon asked the question because we want to know if the ratio we > have is comparable to other sites. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email 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 information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. If you > are not the addressee, you are notified that no part of the e-mail or any > attachment may be disclosed, copied or distributed, and that any other > action related to this e-mail or attachment is strictly prohibited, and may > be unlawful. If you have received this e-mail by error, please notify the > sender immediately by return e-mail, and delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its > employees shall not be liable for the incorrect or incomplete transmission > of this e-mail or any attachments, nor responsible for any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch > Airlines) is registered in Amstelveen, The Netherlands, with registered > number 33014286 > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ZDNET actually says something nice about IBM LINUX
At the time it was definitely the right move. For those who have not seen my presentation - at the time we had no other option but to use zLinux as we had no room at our DR site for any more blade type servers. Our current issue is that the ratio of zLinux guests per IFL is much lower than what was expected. THis has an affect on the TCO/TCA of the whole project. Add to that the challenges that we have zLinux(lack of supported third party solutions, internal politics, general virtualization issues) and we are taking a hard look at the platform. Sheldon asked the question because we want to know if the ratio we have is comparable to other sites. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: TSO STATUS and IKJ56192I/IKJ56211I msgs
Eileen Check what you have set up in your TSO PROFILE Issue TSO PROF from any command line. I am guessing that you will see NOMSGID on the lpars where you do not get the message id. To switch it back on , issue TSO PROF MSGID HTH Mike On Mon, Jun 13, 2011 at 4:50 PM, Barkow, Eileen wrote: > we are running Z/OS 1.11. > When i issue the TSO STATUS command in TSO > on some of our lpars, the response is preceded by either the IKJ56192I > or IKJ56211I msgs. On other lpars, it is not. > Does anyone know what causes this? > > i use STATUS in come clists and have to trap the response with REXX OUTTRAP > and > the extra field or lack of it throws the clists off (unless I modify them > for each lpar to > account for the IKJ* msgs). > > IKJ56192I JOB KIXDPMSA(STC02389) ON OUTPUT QUEUE > IKJ56211I JOB KIXDPMSA(STC01772) EXECUTING > > > JOB CICSPA62(STC00059) ON OUTPUT QUEUE > JOB CICSPA62(STC21084) EXECUTING > *** > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Paging increase when going from z/OS 1.9 to 1.11
Gadi When we migrated from z/OS 1.9 to 1.11 we were hit by APAR OA33307 which caused excess paging. Description - At z/OS R11, if system is >2Gig REAL, RSM will schedule an SRB ( IAXUO IARUOGBS ) to perform Frame Steal operations running under the *MASTER* asid if a PageFix against HighVirual (64bit) storage is done and no High Frames ( > 2Gig Real) are available. RSM attempts to protect 31bit Real Frames as best as possible by first stealing 64bit real frames if none are available. This causes whichever jobs that originally owned those frames (often DB2) to be paged out to AUX when at R10 this was either done to a much smaller extent or not at all. Whichever job/application owns the most High Frames ( >64bit) is most likely to experience the highest number of frames being stolen and thus an increase in AUX Slots. This can *potentially* (though not always) result in performance delays for that application when those pages have to be paged back in to real frames. This problem is usually seen almost immediately upon migrating to z/OS R11, and especially if Real storage is between 2Gig - 4Gig OR (for systems > 4Gig) all of the High Frames ( >64Gig ) are in use. For systems between 2Gig - 4Gig the more predominant external symptom is abnormally high CPU in *MASTER*, running under IARUOGBS ( IAXUO ). ADDITIONAL SYMPTOMS: MsgIAR005E may be issued if reconfigurable storage is present. You might want to check that you have the PTF for this APAR applied HTH Mike On Thu, May 5, 2011 at 5:16 PM, Chip Grantham wrote: > There's a CPU hit ptf for *master* doing work on available frames queue. > It might show up as a paging issue on your system. Might want to check it > out. > > Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com > 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: > 402-325-4030 > > > > > > Lizette Koehler > Sent by: IBM Mainframe Discussion List > 05/05/2011 08:19 AM > Please respond to > IBM Mainframe Discussion List > > > To > IBM-MAIN@bama.ua.edu > cc > > Subject > Re: Paging increase when going from z/OS 1.9 to 1.11 > > > > > > > >Hi, > > > >We are seeing a paging increase after upgrading to z/OS 1.11. > > > >Has anyone else seen this? > > > >TIA > > > >Gadi > > > > When we went from 1.9 to 1.11 we saw this effect. We were directed to a > GRS PTF. I would open an ETR with IBM to see what other things they might > have on this issue. > > This has helped to reduce our paging. > > Lizette > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > *** > This message may contain confidential information intended only > for the use of the addressee(s) named above and may contain > information that is legally privileged. If you are not the > addressee, or the person responsible for delivering it to the > addressee, you are hereby notified that reading, disseminating, > distributing or copying this message is strictly prohibited. If you > have received this message by mistake, please immediately notify > us by replying to the message and delete the original message > immediately thereafter. Thank you. > *** > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Am I running in an IMS MPR?
why not use the INQY DL/I call with the ENVIRON option? It is a standard, programming language agnostic API. Look here(watch the wrap) http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DFSAPRH0/1.2.10.3?SHELF=DFSSH0H1&DT=20070907191413&CASE = look at table 14 On Wed, Feb 23, 2011 at 4:15 AM, michealbutz wrote: > I think TCBJPQ is the EXEC PGM= > > CDE > > > So if you are looking to see if running in a CICS Region CDNAME would be > DFHSIP > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Binyamin > Dissen > Sent: Tuesday, February 22, 2011 2:51 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Am I running in an IMS MPR? > > On Tue, 22 Feb 2011 12:53:45 -0500 Tony Lubrano > wrote: > > :>Another - and maybe better - way to do it: > > :>LRx,PSATOLD-PSA(,R0) > :>LRx,TCBJSTCB-TCB(,Rx) > :>LRx,TCBFSA-TCB(,Rx) > :>LRx,SA_R1(,Rx) > :>CLC =CL4'ECP',0(Rx) > :>JE >>> IMS BMP > > Safe, as worst case R1-> Word > > :>CLC =CL6'DFSRRC',20(Rx) > :>JE >>> IMS MPP > > Problematic, as R1 area may be too short. > > Thank you. > > -- > Binyamin Dissen > http://www.dissensoftware.com > > Director, Dissen Software, Bar & Grill - Israel > > > Should you use the mailblocks package and expect a response from me, > you should preauthorize the dissensoftware.com domain. > > I very rarely bother responding to challenge/response systems, > especially those from irresponsible companies. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > ------ > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: LIST OF DSNS CREATED PRIOR TO 2010
Switch the GE and LE. On Mon, Jan 10, 2011 at 3:49 PM, esmie moo wrote: > Hi Elardus, > > Thanks for the tip. I tried your suggestion but I get the errror message > "INVALID CRITERIA". Below is my input : > > Creation Date . . . . . . . GE 2009/01/01 AND LE 1983/12/31 > > I tried = and > but no luck. > > --- On Tue, 1/11/11, Elardus Engelbrecht > wrote: > > > From: Elardus Engelbrecht > Subject: Re: LIST OF DSNS CREATED PRIOR TO 2010 > To: IBM-MAIN@bama.ua.edu > Received: Tuesday, January 11, 2011, 2:41 AM > > > esmie moo wrote: > >I took a closer look at ISMF and I noticed it does provide for the feature > for > getting a dsn list using the CREATION DATE, however I am stuck trying in to > plug in values in the REL OP and Value field. > > Press your PF key for Help and see this part of screen print: > > For example, to display a list containing data sets created during 1983: > >REL OP VALUE AND/OR REL OP > VALUE >-- -- -- -- > -- > CREATION DATE ===> GE 1983/01/01 AND LE > 1983/12/31 > > Groete / Greetings > Elardus Engelbrecht > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email 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 > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: List terms
Try this http://www.ibm.com/developerworks/systems/library/es-zosdisterm.html There is a table at the bottom of the page Mike On Thu, Oct 28, 2010 at 5:06 PM, Ron Wells wrote: > I remember--back when---a list of terms used on Mainframe and relating to > comparable terms to other systems .. > > does anyone know where that maybe located.. > > example > TSO like vu or some editor > > TSO / ISPF gui editor ... > > SMPE like / similar to SMIT or RPM > > so on > > -- > 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 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: When will MVS be able to use cheap dasd
We have been using (relatively) cheap SATA disks connected to our Hitachi USP. IBM says that XIV for z/OS is on the road map. I do not know when this will happen. Mike On Fri, Oct 8, 2010 at 5:23 PM, Larry Macioce wrote: > A colleague and I were talking as we feel the powers to be are looking > at "options other than the mainframe". The talk went to dollars and cents I > stated the price of a z box has dropped big(for our size shop) but the cost > of > purchasing dasd is still high along with maint. > His question was why can't mvs use scsi or san dasd, VSE and VM can. > We looked around the web could find nothing on it. > Thoughts?? > thanks > Mace > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
Barbara - very true regarding LPAR names , but this gave me another idea. The newer HMC (2.10.x ?) shows an OS type for each LPAR. You could write some code using BCPii (or the older SNMP API) to harvest this information for each LPAR. I think that this answers the OP's request? On Mon, Sep 20, 2010 at 10:22 AM, Barbara Nitz wrote: > >What about RMF monitor III? The CPC command shows all LPARS including > z/OS, > >CF and z/VM > > Yes, and that's what the SMF70 records are also showing. But unless you > know the naming convention for lpars and system names, you cannot > distinguish if that lpar is running z/OS, z/VM or (native) zLinux. Believe > me, > our lpar names shown via the CPC command have no resemblance whatsoever > to any MVS system name here. Which is why every mvs system (or VM, for > that matter) can be IPL'd in just about any lpar (provided the necessary > hardware is defined to that lpar). > > Regards, Barbara Nitz > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Identify all MVS images in a CEC
What about RMF monitor III? The CPC command shows all LPARS including z/OS, CF and z/VM On Mon, Sep 20, 2010 at 9:59 AM, Barbara Nitz wrote: > >I am researching seat based licensing for Cloud computing on z/OS and > >have the following question. > > > >From an MVS image is it possible to identify all other active MVS images > >in the CEC even if some of those images are not in a sysplex? > > The SMF Type 70 records identify all defined lpars on a CEC. An lpar is not > necessarily an MVS image, though (can be either VM or zLinux in addition to > z/OS and whoever-knows-what on a z196). I am not aware of a means to > identify all *z/OS* lpars outside the sysplex, though. > > Regards, Barbara Nitz > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space
Pat It is not an official PTF yet. Mike On Mon, Aug 9, 2010 at 11:40 PM, Patrick Lyon wrote: > On Mon, 9 Aug 2010 22:43:50 +0300, Mike Shorkend > wrote: > > >It seems that our problem was on Jerry Ng's hot topic list at SHARE last > >week. > >IBM have supplied a temporary fix which seems to have solved the problem. > > > > Mike - Was it in PTF or local fix form? The APAR has not been updated with > any new information. > > Thanks, > Pat Lyon > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space
It seems that our problem was on Jerry Ng's hot topic list at SHARE last week. IBM have supplied a temporary fix which seems to have solved the problem. On Fri, Aug 6, 2010 at 4:30 PM, Scott Rowe wrote: > YMMV, DB2 version upgrades take far longer than z/OS releases. I can go > from ServerPac order to production in a few months, but a new DB2 version > typically takes 9-12 months. I have only 4 LPARs total, but there are about > 20 DB2 subsystems (5 production). > > >>> "Joel C. Ewing" 8/6/2010 9:20 AM >>> > On 08/05/2010 08:27 PM, Shane wrote: > > I would have thought DB2 might be a more pressing issue for a business. > > > > Shane ... > > > > On Thu, 2010-08-05 at 23:42 +0300, Mike Shorkend wrote: > > > >> z/os 1.9 is going out of service in September IIRC. We have to migrate > to > >> z/os 1.11 before then. > >> The LPAR has 4.5 GB > >> DB2 V8 > > > > z/OS 1.9 EoS is 2010-09, and in our experience it takes a minimum of 4 > months to adequately check out all the major subsystems and vendor > products under a new z/OS version before a move to production even in a > single-production-LPAR environment. I once did it in less by working > 60+ hour weeks for over a month when the new z/OS was a coreq for a > firmly scheduled hardware upgrade, but I wouldn't recommend it. > > DB2 V8 EoS is 2012-04-30, light years away by comparison, and I've seen > DB2 upgrades phased into production in less than 2 months. > > Unless there is some new DB2 feature essential to your shop, cost is > often a significant motivator for staying with older versions as long as > they are still supported. > > -- > Joel C. Ewing, Fort Smith, ARjcew...@acm.org > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains > confidential and privileged information intended only for the addressee. If > you are not the intended recipient, please be advised that you have received > this material in error and that any forwarding, copying, printing, > distribution, use or disclosure of the material is strictly prohibited. If > you have received this material in error, please (i) do not read it, (ii) > reply to the sender that you received the message in error, and (iii) erase > or destroy the material. Emails are not secure and can be intercepted, > amended, lost or destroyed, or contain viruses. You are deemed to have > accepted these risks if you communicate with us by email. Thank you. > > > ------ > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space
z/os 1.9 is going out of service in September IIRC. We have to migrate to z/os 1.11 before then. The LPAR has 4.5 GB DB2 V8 On Thu, Aug 5, 2010 at 11:25 PM, Bob Rutledge wrote: > Mike Shorkend wrote: > >> I work with the OP. We are migrating from z/OS 1.9 and it is indeed a z9, >> so >> HSA is still part of the customer's central storage. >> We have found an OPEN APAR OA33307 which describes our problem. Hopefully >> there will be a PTF soon as the End-of-Service date is approaching. >> > > End of service for what? That APAR is for z/OS 1.11 which shouldn't go out > of service for a tad more than 2 years. > > If you don't mind, what version of DB2 and how much real memory does the > LPAR have? I ask because I'm going to care in the near future (DB2 V8 > running in a 4G LPAR). > > Mike >> > > Bob > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space
I work with the OP. We are migrating from z/OS 1.9 and it is indeed a z9, so HSA is still part of the customer's central storage. We have found an OPEN APAR OA33307 which describes our problem. Hopefully there will be a PTF soon as the End-of-Service date is approaching. Mike On Thu, Aug 5, 2010 at 6:46 PM, August Carideo wrote: > On a Z10 it is > > > > > Ted MacNEIL > CA>To > Sent by: IBM IBM-MAIN@bama.ua.edu > Mainframe cc > Discussion List > .edu> Re: Migration to z/os 1.11 causes > Paging in DB2 DBM1 address space > > 08/05/2010 09:30 > AM > > > Please respond to > IBM Mainframe > Discussion List >.edu> > > > > > > > >Larger HSA? > >What is your D M=STOR shows before & after the change? > > Isn't the HSA independent of user memory, now? > - > I'm a SuperHero with neither powers, nor motivation! > Kimota! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email 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 > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: jes2 parm syntax checking
This might sound strange, but something that has helped me in the past is edit the JES2 parm member and issue the 'HI C' command. This will at least show you if you have any unmatched /* or */ statements On Thu, Jul 8, 2010 at 4:55 PM, Arthur Gutowski wrote: > On Wed, 7 Jul 2010 16:52:04 -0400, Tim Brown > wrote: > > >Is there a way to syntax JES2 statements > >We are trying a new config, the old one starts ok > >The new one gets the cancel or end option and we cant > >determine the error. > > It's always annoyed me that the JES2 developers can't or won't externalize > this portion of the initialization logic. JES3 has had a syntax checker > (arguably because the parameter language is more cryptic) forever (or at > least much longer than I've been around it). > > Other than the helpful ideas posted thus far, IBM's textbook answer is to > define a secondary JES2 subsystem and start it under the current primary. > I've never been able to get this to work 100% - always had to edit certain > parms to resolve conflicts with the primary, which means edited back before > going production, which provided the opportunity to introduce typos or > missing/extra comment markers. Kind of defeats the purpose. > > The only other option I know of is to get a third-party product ($$$). > > 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 > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how is the machine capacity resetted to normal state after activation of cbu record
When you activate a CBU record for testing , your IBM rep should get a notification two to three days before the 10 days are up. A this point , they should give you a call to remind you to switch it off. T On Tue, Jun 15, 2010 at 5:04 PM, Ted MacNEIL wrote: > >The manual states it will be kneecapped 80% until the "UNDO Temporary > Upgrade" is performed! > > Not right away. > IIRC, it takes about 10 days to get down to that level. > We ran into it while implementing/testing GDPS a few years ago. > > - > Too busy driving to stop for gas! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how big is big?
Try this http://www.arcati.com/newyearbook10 Chart 4 on page 44 Mike On Wed, Apr 28, 2010 at 8:58 PM, Kirk Talman wrote: > what is the size (in mips?) are the datacenters or companies that it takes > to make the 1st, 2nd ... quintile? Is that published? > > - > The information contained in this communication (including any > attachments hereto) is confidential and is intended solely for the > personal and confidential use of the individual or entity to whom > it is addressed. If the reader of this message is not the intended > recipient or an agent responsible for delivering it to the intended > recipient, you are hereby notified that you have received this > communication in error and that any review, dissemination, copying, > or unauthorized use of this information, or the taking of any > action in reliance on the contents of this information is strictly > prohibited. If you have received this communication in error, > please notify us immediately by e-mail, and delete the original > message. Thank you > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: PAV Implementation
We implemented HIPERPAV on our USP last year. It is a priced feature but we did not require any services from Hitachi. As other posters have mentioned, implementing PAV/HIPERPAV is pretty straightforward. IOSQ time disappeared entirely. The only down side was that going to HIPERPAV (but not PAV) requires a 2107 emulation. As we were still on a 2105, it required a power recycle to the box , which of course meant a sysplex-wide outage plus an outage to distributed servers using the box Mike On Tue, Apr 20, 2010 at 8:35 PM, Ted MacNEIL wrote: > >You need to define base devices and alias devices within a single LCU. > Personally I would recommend HYPERPAVs but then I don't know your > environment. > > You will (usually) see such an improvement, that HIPERPAVs may be overkill. > Again, environmentally specific. > > > >As well you may want to do a performance analysis to determine the optimum > base to alias ratio. > > This again is simple. > Define enough base pairs to cover your online disk. > Then make the rest aliases. > > No need to get stuck in analysis paralysis. > > As NIKI used to say: 'just do it'! > - > Too busy driving to stop for gas! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: "Intelligent" comparator?
John ISPF option 3.13 - SUPERCE has some intelligence(but not all that you are looking for). Use Process Options in your compare. A full list is here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISPZU261/5.13.3.3?SHELF=EZ2ZO10K&DT=20071211175702&CASE= HTH Mike On Tue, Feb 16, 2010 at 8:32 PM, McKown, John wrote: > This is just an off (or out of) my head question. Does anybody know of any > "intelligent" comparators? That is, software which can compare two files > while "knowing" the syntax of the files. For example, being able to compare > HLASM (or COBOL or ...) source code and knowing things like: comments don't > matter, order of keywords don't matter, continuations don't matter (to > intepreting a single logical statement). Something that would know that: > >STORAGE OBTAIN,LENGTH=(0),SP=5,BNDRY=PAGE > > is the same as: >STORAGE OBTAIN,SP=5,BNDRY=PAGE,LENGTH=(0) > > and >STORAGE OBTAIN, X <- IN 72 >LENGTH=(0), X >SP=5, X >BNDRY=5 > > And, similarly with comparing XML, as well as other "well documented" file > formats? > > More curious than anything else. "I ain't got __no__ money, honey", so a > product is not going to be sold. > > Quote above is from a song by the Big Bopper (Chantilly Lace, I think). > > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > (817) 255-3225 phone * (817)-961-6183 cell > john.mck...@healthmarkets.com * www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain confidential or > proprietary information. If you are not the intended recipient, please > contact the sender by reply e-mail and destroy all copies of the original > message. HealthMarkets(r) is the brand name for products underwritten and > issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake > Life Insurance Company(r), Mid-West National Life Insurance Company of > TennesseeSM and The MEGA Life and Health Insurance Company.SM > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 nameserver
Chris - poin On Tue, Feb 16, 2010 at 9:50 AM, מתן כהן wrote: > Chris , > > I'm sorry if you didn't understand me correctly. > I already checked all of the parameters regarding the resolver(in the > TCPIP.DATA). > i noticed that my resolver procedure don't read the SETUP file passes in > the > JCL. > > I hope i was more clear now. > > thanks for your help - I posted a new topic regarding the problem . > > 2010/2/15 Chris Mason > > > Mike > > > > Here is the "Usage Note" you quoted as revised in the V1R*3* edition of > the > > z/OS Communications Server (CS) IP Configuration Reference manual > > description of the DOMAINORIGIN statement: > > > > > > > > | If the resolver is passed a host name that does not contain any dots > > | (in dotted decimal notation), the domain origin is appended to the > > | host name. If the host name passed to the resolver contains dots, the > > | value of the OPTIONS ndots:n statement influences how the DOMAINORIGIN > > | value is used. See "OPTIONS Statement" in topic 1.4.17. > > > > > > > > Matan actually mentioned he was using R10 although it is highly unlikely > he > > would be as backlevel as R2 or before. > > > > Either you are using antique manuals for CS IP or you have some ancient > > lecture notes![1] > > > > Anyhow it was good to point Matan at the mechanism associated with the > > DOMAINORIGIN statement. In addition to the DOMAINORIGIN statement which > > can be regarded as replaced by the SEARCH statement, there is also the > > OPTIONS (NDOTS) statement. > > > > Chris Mason > > > > [1] I checked the lecture notes I created for teaching TCP/IP for MVS up > to > > 1995 and they say essentially the same thing you did about DOMAINORIGIN. > > > > On Mon, 15 Feb 2010 14:29:46 +0200, Mike Shorkend > > wrote: > > > > >Matan > > >Look at the DOMAINORIGIN statement in your TCPDATA. > > > > > >* DOMAINORIGIN statement > > > == > > > DOMAINORIGIN specifies the domain origin that will be appended > > > to host names passed to the resolver. If a host name contains > > > any dots, then the DOMAINORIGIN will not be appended to the > > > host name. > > >* > > >On Mon, Feb 15, 2010 at 11:03 AM, מתן כהן > > wrote: > > > > > >> ping does work with ip. > > >> this ping works from other server but not from z/os. > > >> the z/os NSLOOKUP work with the correct DNS but cant find my server > > exept > > >> when i enter a full name (.) at other server this > > work > > >> fine only with the server name. > > >> > > >> > > >> > > >> 2010/2/15 Pommier, Rex R. > > >> > > >> > Matan, > > >> > > > >> > What problem are you having? The way I read your post is that PING > > >> > works, and you are pointing at your DNS servers through your TCPDATA > > >> > member. That is the way it is supposed to work. > > >> > > > >> > If PING is in fact NOT working, there are a couple things to try. > > Does > > >> > PING work going to another server by IP address instead of name? > Does > > >> > PING from one of your other servers work to another one? Does > > NSLOOKUP > > >> > work from your z/OS system? > > >> > > > >> > Rex > > >> > > > >> > -Original Message- > > >> > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] > On > > >> > Behalf Of ??? ??? > > >> > Sent: Sunday, February 14, 2010 7:16 AM > > >> > To: IBM-MAIN@bama.ua.edu > > >> > Subject: tcpip nameserver > > >> > > > >> > hi, > > >> > on my z/os1.10 when i perfom a 'TSO PING' to other servers in my > > network > > >> > it > > >> > seems the system can find them. > > >> > although the fact that in member TCPDATA NAMESERVER and > > NSINTERADDR > > >> > are > > >> > pointing to tow of my DNS server. > > >> > any idea? > > >> > > > >> > -- > > >> > best regards, > > >> > matan cohen > > >> > MF System Administrator. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > -- > best regards, > matan cohen > MF System Administrator. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 nameserver
Chris - point taken! I did a Copy and Paste from our TCPDATA comments On Mon, Feb 15, 2010 at 7:14 PM, Chris Mason wrote: > Mike > > Here is the "Usage Note" you quoted as revised in the V1R*3* edition of the > z/OS Communications Server (CS) IP Configuration Reference manual > description of the DOMAINORIGIN statement: > > > > | If the resolver is passed a host name that does not contain any dots > | (in dotted decimal notation), the domain origin is appended to the > | host name. If the host name passed to the resolver contains dots, the > | value of the OPTIONS ndots:n statement influences how the DOMAINORIGIN > | value is used. See "OPTIONS Statement" in topic 1.4.17. > > > > Matan actually mentioned he was using R10 although it is highly unlikely he > would be as backlevel as R2 or before. > > Either you are using antique manuals for CS IP or you have some ancient > lecture notes![1] > > Anyhow it was good to point Matan at the mechanism associated with the > DOMAINORIGIN statement. In addition to the DOMAINORIGIN statement which > can be regarded as replaced by the SEARCH statement, there is also the > OPTIONS (NDOTS) statement. > > Chris Mason > > [1] I checked the lecture notes I created for teaching TCP/IP for MVS up to > 1995 and they say essentially the same thing you did about DOMAINORIGIN. > > On Mon, 15 Feb 2010 14:29:46 +0200, Mike Shorkend > wrote: > > >Matan > >Look at the DOMAINORIGIN statement in your TCPDATA. > > > >* DOMAINORIGIN statement > > == > > DOMAINORIGIN specifies the domain origin that will be appended > > to host names passed to the resolver. If a host name contains > > any dots, then the DOMAINORIGIN will not be appended to the > > host name. > >* > >On Mon, Feb 15, 2010 at 11:03 AM, מתן כהן > wrote: > > > >> ping does work with ip. > >> this ping works from other server but not from z/os. > >> the z/os NSLOOKUP work with the correct DNS but cant find my server > exept > >> when i enter a full name (.) at other server this > work > >> fine only with the server name. > >> > >> > >> > >> 2010/2/15 Pommier, Rex R. > >> > >> > Matan, > >> > > >> > What problem are you having? The way I read your post is that PING > >> > works, and you are pointing at your DNS servers through your TCPDATA > >> > member. That is the way it is supposed to work. > >> > > >> > If PING is in fact NOT working, there are a couple things to try. > Does > >> > PING work going to another server by IP address instead of name? Does > >> > PING from one of your other servers work to another one? Does > NSLOOKUP > >> > work from your z/OS system? > >> > > >> > Rex > >> > > >> > -Original Message- > >> > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > >> > Behalf Of ??? ??? > >> > Sent: Sunday, February 14, 2010 7:16 AM > >> > To: IBM-MAIN@bama.ua.edu > >> > Subject: tcpip nameserver > >> > > >> > hi, > >> > on my z/os1.10 when i perfom a 'TSO PING' to other servers in my > network > >> > it > >> > seems the system can find them. > >> > although the fact that in member TCPDATA NAMESERVER and > NSINTERADDR > >> > are > >> > pointing to tow of my DNS server. > >> > any idea? > >> > > >> > -- > >> > best regards, > >> > matan cohen > >> > MF System Administrator. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 nameserver
Matan Look at the DOMAINORIGIN statement in your TCPDATA. * DOMAINORIGIN statement == DOMAINORIGIN specifies the domain origin that will be appended to host names passed to the resolver. If a host name contains any dots, then the DOMAINORIGIN will not be appended to the host name. * On Mon, Feb 15, 2010 at 11:03 AM, מתן כהן wrote: > ping does work with ip. > this ping works from other server but not from z/os. > the z/os NSLOOKUP work with the correct DNS but cant find my server exept > when i enter a full name (.) at other server this work > fine only with the server name. > > > > 2010/2/15 Pommier, Rex R. > > > Matan, > > > > What problem are you having? The way I read your post is that PING > > works, and you are pointing at your DNS servers through your TCPDATA > > member. That is the way it is supposed to work. > > > > If PING is in fact NOT working, there are a couple things to try. Does > > PING work going to another server by IP address instead of name? Does > > PING from one of your other servers work to another one? Does NSLOOKUP > > work from your z/OS system? > > > > Rex > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > > Behalf Of ??? ??? > > Sent: Sunday, February 14, 2010 7:16 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: tcpip nameserver > > > > hi, > > on my z/os1.10 when i perfom a 'TSO PING' to other servers in my network > > it > > seems the system can find them. > > although the fact that in member TCPDATA NAMESERVER and NSINTERADDR > > are > > pointing to tow of my DNS server. > > any idea? > > > > -- > > best regards, > > matan cohen > > MF System Administrator. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > -- > best regards, > matan cohen > MF System Administrator. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Comparing - ISPF (3.12 and 3.13) with Comparex
This is what we did about a year a go - we got rid of Comparex and replaced it with File-AID(which we have anyway) The way we did it was by building our own wrapper for comparing files. That way, if we ever replace the compare engine again we don't have to change hundreds of jobs. This time it was very time consuming - going through all the jobs and replacing them with our wrapper. We did not find any Comparex feature that File-Aid could not do Mike On Fri, Feb 12, 2010 at 1:24 AM, Galambos, Robert < robert.galam...@compuware.com> wrote: > OK, just adding my two cents. If you have File-AID MVS you already have a > compare tool that does everything comperex does as well as others. > > > And its part of the product. > > Sorry now back to your regular programming > > ;-) > > > Robert Galambos CIPP/C CIPP/IT > > Compuware Senior Technical Specialist > IBM Certified Database Associate > IBM Certified DB2 9 for z/OS Database Administration > Certified Information Privacy Professional/Canada > Certified Information Privacy Professional/Information Technology > > robert.galam...@compuware.com > > Tel: +1 905 886 7000 > Toll Free: +1 800 263 7189 > Fax: +1 905 886 7023 > Quebec: +1 877-281-1888 > > > > Le contenu de ce courriel s'adresse au destinataire seulement. Il contient > de l'information pouvant être confidentielle. Vous ne devez ni le copier ni > l'utiliser ni le divulguer à qui que ce soit à moins que vous soyez le > destinataire ou une personne désignée autorisée. Si vous le receviez par > erreur, veuillez nous aviser immédiatement et le détruire. > > The contents of this e-mail are intended for the named addressee only. It > contains information that may be confidential. Unless you are the named > addressee or an authorized designee, you may not copy or use it, or disclose > it to anyone else. If you received it in error please notify us immediately > and then destroy it. > > > > > "Service in every product... > > Les renseignements contenus dans le présent message électronique sont > confidentiels et concernent exclusivement le(s) destinataire(s) désigné(s). > Il est strictement interdit de distribuer ou de copier ce message. Si vous > avez reçu ce message par erreur, veuillez répondre par courriel à > l'expéditeur et effacer ou détruire toutes les copies du présent message. > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > > Behalf Of Greg Grimm > > Sent: February 9, 2010 12:20 PM > > To: IBM-MAIN@bama.ua.edu > > Subject: Comparing - ISPF (3.12 and 3.13) with Comparex > > > > Has anybody looked at replacing Comparex with the ISPF compare (SUPERC > > and > > SUPERCE - 3.12 and 3.13)? > > What are the specific product features for and against ISPF vs > > Comparex? > > > > Thanks in advance. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: GDPS Distance Impact on Sysplex Response Time
Martin Have you looked at Considerations for Multisite Sysplex Data Sharing<http://www.redbooks.ibm.com/abstracts/sg247263.html?Open> It has a lot of details about the impact of the distance between sysplex sites. On Thu, Feb 11, 2010 at 6:03 PM, Martin Kline wrote: > We have a sysplex with four processors, two of which run production work > with development work on the others. In their quest for trivia, my > management wants to know the impact to production if we move the > development processors to a second site, leaving the coupling facilities, > DASD, > VTS and primary network all on one site. > > I suspect this is a function of how much production data is being touched > by > the development systems as well as just the handshaking, messaging, etc. > across the entire sysplex. I also suspect it affects some online > transactions > and batch work much more than other work. In addition, they want to know > how much greater the impact is if the other site is twice as far away. > > And, just to make this interesting, they want an answer tomorrow. Actually > they would like it yesterday, but tomorrow will have to do. I've been > reading > several manuals, and I think the answer they should get is 42. > > Does anyone have any suggestions on where to concentrate my efforts (only > those that won't get me fired, please)? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Economist: "The Return of the Mainframe, Back in Fashion"
One small error in the article: Neon/zPrime ships regular MIPS to ZxxP, not to Linux. On Fri, Jan 15, 2010 at 3:11 AM, Timothy Sipples wrote: > This story hit the newsstands (and online) this week: > > http://www.economist.com/businessfinance/displaystory.cfm?story_id=15276714 > > - - - - - > Timothy Sipples > IBM Consulting Enterprise Software Architect > Based in Tokyo, Serving IBM Japan / Asia-Pacific > E-Mail: timothy.sipp...@us.ibm.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: HDS/USP Model 27 DASD and DB2
This was not a cosolidation, Only new table datasets have gone to the new MOD-27 disks(no logs, no catalogs). The disks in question have an IORATE of about 5 IO/sec with a response time of 20-25 ms. The CU is a new one - so there is not much else happening on it. I am going to look in to the SMS setting that Ron Hawkins mentioned. thanks Mike On Tue, Dec 29, 2009 at 3:27 PM, Clark, Kevin wrote: > Mike, > > We have too have recently installed a USP with a string of Mod-27, I'm > curious. > > What type of DB2 Files have you allocated? Table(s), Log(s) or > Catalog(s)? > > With IOSQ at zero, is there other "Fairly Active" Disk on the same CU. > > I am thinking that DB2 TS Scans may be impacting you. > > > > Kevin > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Mike Shorkend > Sent: Monday, December 28, 2009 1:58 PM > To: IBM-MAIN@bama.ua.edu > Subject: HDS/USP Model 27 DASD and DB2 > > Hello All, > We have started experimenting with MOD-27 disks on a USP600 box. > We have found that with DB2, response times have deteriorated > significantly. > We are seeing response times of more than 10ms on a fairly active disk. > Disconnect time accounts for about 90% of the time. Cache disk ratio has > gone down for these disks to less than 10%. > HYPERPAV is active - IOSQ time is zero. zHPF is not enabled. > > z/OS 1.9. DB2 V8. > > We have opened an issue with Hitachi. > Has anyone else experienced this in a similar configuration? > > Thanks > > Mike > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > This e-mail message and any attachments transmitted with it are > confidential and are intended solely for the use of its authorized > recipient(s). If you are not an intended or authorized recipient, you are > hereby notified that any disclosure, copying, distribution or taking any > action in reliance on the information contained in this e-mail is > prohibited. If you have received this message in error or are not authorized > to receive it, please immediately notify the sender and delete the original > message and all copies of it from your computer. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: HDS/USP Model 27 DASD and DB2
Thanks for your responses. Ed/Adolph - the disks are net new - we have not started consolidating yet. Ron - Cache disk ratio was my error - I meant cache hit ratio. The DB2 disks used until we started this experiment are all MOD-3 with hyperpav. I am not aware of cache partitioning - I will look into it. We currently have 3 MOD-27s and approx 190 MOD-3s with DB2. I am going to look into the Array Group activity monitor Another factor - DB@ I/O is low compared with our total IO profile Mike On Tue, Dec 29, 2009 at 8:41 AM, Ron Hawkins wrote: > Mike, > > > > What is "Cache Disk ratio?" > > > > Were you using PAV or HyperPAV on the smaller volumes where the DB2 > datasets > were previously allocated? > > > > I've benchmarked HDS storage from 9900 to USP-V and found no performance > differences due to the volume size formatted on the array group > (3390-3/9/27/54 and Custom volume Sizes). > > > > Have you checked the Array Group activity before and after the change to > 3390-27? You can do this with your Performance Manager software launched > from Storage Navigator. > > > > It's a common problem to end up with back-end IO spread over less spindles > during volume consolidation, such that you end up with a sibling pend > problem. Taking datasets spread over 50 or more array groups formatted as > 3390-3 or 3390-9 and allocating them on just a few array groups formatted > as > 3390-27 will often cause the problem you are seeing. > > > > Ron > > > > > -Original Message- > > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of > > > Mike Shorkend > > > Sent: Monday, December 28, 2009 10:58 AM > > > To: IBM-MAIN@bama.ua.edu > > > Subject: [IBM-MAIN] HDS/USP Model 27 DASD and DB2 > > > > > > Hello All, > > > We have started experimenting with MOD-27 disks on a USP600 box. > > > We have found that with DB2, response times have deteriorated > significantly. > > > We are seeing response times of more than 10ms on a fairly active disk. > > > Disconnect time accounts for about 90% of the time. Cache disk ratio has > > > gone down for these disks to less than 10%. > > > HYPERPAV is active - IOSQ time is zero. zHPF is not enabled. > > > > > > z/OS 1.9. DB2 V8. > > > > > > We have opened an issue with Hitachi. > > > Has anyone else experienced this in a similar configuration? > > > > > > Thanks > > > > > > Mike > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email 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 > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HDS/USP Model 27 DASD and DB2
Hello All, We have started experimenting with MOD-27 disks on a USP600 box. We have found that with DB2, response times have deteriorated significantly. We are seeing response times of more than 10ms on a fairly active disk. Disconnect time accounts for about 90% of the time. Cache disk ratio has gone down for these disks to less than 10%. HYPERPAV is active - IOSQ time is zero. zHPF is not enabled. z/OS 1.9. DB2 V8. We have opened an issue with Hitachi. Has anyone else experienced this in a similar configuration? Thanks Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: WLM Imp1
We are very happy with DB2 at Importance 1 and CICS at Importance 2. On Tue, Nov 24, 2009 at 11:10 AM, Martin Packer wrote: > Further, most shops I know run with a fair amount of Importance 1. > There're no indications they're wrong. > > So I'd like to understand where the "No WLM Importance 1" advice came > from. > > Thanks, Martin > > Martin Packer > Performance Consultant > IBM United Kingdom Ltd > +44-20-8832-5167 > +44-7802-245-584 > > email: martin_pac...@uk.ibm.com > > Twitter ID: MartinPacker > > "One Tribe Y'all" :-) > > > > > > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Alternatives to QuickRef?
QW option S provides excellent information on your DASD farm. On Mon, Nov 2, 2009 at 8:05 PM, Dana wrote: > Yes, other vendor's messages for one.I should have added a disclaimer > to > my statement about that.Another is that QW can dispense lots of other > goodies such as utility control statement formats, commands, REXX and > clist > etc. And it handles multiple releases of info much better than Lookat. > > Dana > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Instream Commands
AFAIK, It is the submitter. I tried issuing a protected(via RACF OPERCMDS class) command from a job submitted by an unauthorized user and it failed with a ICH408I message. On Tue, Oct 13, 2009 at 10:03 PM, Mark Baron wrote: > Good afternoon all - > > Does anyone know the userid that actually issues instream commands > encountered in submitted JCL. > > Experimentation and testing has shown it to be neither the submitter nor > JES2 nor the INITIATOR. Message IEFC165I (the echo back of the command > text) is issued by module IEFCNCMD which I am assuming is Converter. If > that is the case, under whose address space and userid does it run. > > > -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Any users of FlashCopy with Hitachi
We use Flashcopy on a USP600 and it is also available on the USP-V machines. It is an additional priced feature. It is almost compatible with IBM Flashcopy. The one missing feature that we have found is that it does not support the dfdss FCTOPPRCPRIMARY parameter. On Tue, Jul 28, 2009 at 8:47 PM, John Kelly wrote: > > FlashCopy on HDS provides all its capabilities through the same host API > as IBM storage > > > After our various experiences with the USP-V, we'd like to 'see' customers > who have used the feature before we pay for a feature and then find out > that we can't use it. > > > The best way to drive Shadowimage is through the BCM (Business Continuity > Manager) software > > > Not very easy to train OPS in the use of BCM and the only non FDR > operational access is PPRC, so difficult at best to use Shadow whatever to > sump shadowed volumes. > > Jack Kelly > 202-502-2390 (Office) > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to protect the following user to alter the JES2 JOBCLASS
Using RACF(or equivalent) to protect the following profile: JES2.MODIFY.BAT in the OPERCMDS class See JES2 Initialization and Tuning Guide for full details Mike On 3/2/09, Tommy Tsui wrote: > > Hi all, > Our shop have some users try to change the jobclass as following, how > to protect the following resource, and how the user can issue the > following command, we don't know why becuase all TSO system command is > blocked. > >0090 /HASP006 $TJ3568,C=F TRANSLATED BY EXIT > HASX05C TO $TJ(3568),C=F > TSU07122 0090 /HASP120 INTRDR $TJ3642,C=F FROM TSU07122 ZXXX456 > > > Any help will be appreciated > > Many thanks > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Deleting UnExpired dataset using JCL
Gadi Try using IDCAMS DELETE with the PURGE option e.g. // EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * DEL V110.TGBA.TESTDEL PURGE Mike On Tue, Feb 24, 2009 at 1:59 PM, גדי בן אבי wrote: > Hi, > > > > How do I delete a non sms dataset with an expiration date using JCL. > > > > If the dataset does not have an expiration date, I can use > DISP=(SHR,DELETE). > > If the dataset is sms managed, the OVRD_EXPDT allows the override of the > expiration date. > > > > Is there a way to accomplish this for non sms datasets? > > > > IF I run this job: > > //STEP1 EXEC PGM=IEFBR14 > > //DD1 DD DSN=V110.TGBA.TESTDEL,DISP=(,CATLG,DELETE),UNIT=3390, > > // SPACE=(TRK,1),LRECL=80,RETPD=2,VOL=SER=PRJ002 > > //DEL EXEC PGM=IEFBR14 > > //DD1 DD DSN=V110.TGBA.TESTDEL,DISP=(SHR,DELETE),RETPD=0 > > > > The first step works, and the second step iisues: > > IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040B004B), > > ,PRJ002,V110.TGBA.TESTDEL > > > > The 040B004B reason code means that the dataset is not expired. > > > > Can anyone help? > > > > Gadi > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Refresh telnet server certificate?
Brian I ran in to a similar problem a while back. I had to replace the certificate created by gskkyman(not a RACF certificate) but I am guessing it is pretty much the same. I used the V TCPIP,,TELNET,STOP,PORT=xx command followed by an OBEYFILE command pointing to the telnet profile statements. (you will need to replace the xx with the relevant port) If I remember correctly, it was z/OS 1.4 see here for a full explanation of the VARY TELNET commands http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1C240/1.37?SHELF=EZ2ZO10G&DT=20050708155016 Mike On Fri, Jan 23, 2009 at 7:51 PM, Bri P wrote: > Hi folks > > I've renewed my sandbox telnet's default server certificate, and done the > SETROPTS DIGTCERT and DIGTRING REFRESH commands in RACF, but when I'm still > getting the old certificate when I connect. > > The FTP server didn't refresh its certificate either, but a bounce of that > did the trick. I'm going to have trouble doing that in the production > environment though, for both these servers. This is z/OS 1.7 and I don't > have a separate TN3270 server, it's rolled up with the main TCPIP one. > > Is there a command I can use to do this, or is the only way to bounce the > entire server? > > Thanks > > Brian > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is this PPRC or Flashcopy?
David It is PPRC . HDS calls it True Copy. You do not need Flashcopy for this to work. Mike On Mon, Jan 12, 2009 at 9:04 PM, O'Brien, David W. (NIH/CIT) [C] < obrie...@mail.nih.gov> wrote: > To provide a mirror image for our DB2 farm, my shop years ago established a > procedure which used the following commands: > > Cestpair - establishes pairing between Primary and Target volume > Csuspend > Cdelpair > > After the last command the volumes are clipped and backed up for restore at > DR. > > The C* commands above are documented as PPRC commands. No mention of > Flashcopy. So why is my hardware vendor demanding that we be licensed for > Flashcopy? Can anyone explain this to me? > > Hardware is a HDS 9990V re-marketed by Sun. > > Regards, > Dave O'Brien > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email 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
