NFS as automove. Is it possible?
Hello: We have a Health checker check a it shows a error because a NFS filesystem is mounted with automove and the parent file is mounted as NO automove. We has tried to mount this NFS filesystem as no automove a we received a error. Is it possible do it? Thanks Jorge García Juanino Técnico de Sistemas Z/Os DGTP Departamento de Técnica de Sistemas MAPFRE Crtra. De Pozuelo nº 52 28220 Majadahonda (Madrid) Tfno: 91 581 27 34/ 618 33 35 59 Fax: 91 581 24 01 jgarc...@mapfre.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: Synchronize time
"Timothy Sipples" wrote in message news:... > ...But if the question is, is there a way to synchronize Windows/UNIX > server clocks *from* a System z time source without STP, the answer is yes. > You can do that using NTP, which is available in both z/OS and Linux on z. > Yes, but... This will only synchronize the time between the boxes, not with the 'real'time. I suppost the windows/unix server is synchronized with the 'real' time and the OP want to synchronize his z/ system to the real time this way, which is not possible 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
Antwort: Re: Group Limit and Weights
Hal, any answers you get are the theorie. The praxis looks a bit different. I made some analysis over the last weeks to understand how MSUs are distributed under capping. Sometimes it works like expected, but there are also times where - one lpar gets much more than expected, - the sum of group MSUs is significantly over the group limit, - capping is on although the group limit isn't reached - just one (of two) lpar is capped (what rules are then active?) Probably this phenomenons are caused by the pretty small capacity each lpar has (40 MSUs and 12 MSUs on a 1202 MSU machine), so the granularity is too fine. Werner Kuehnel IBM Mainframe Discussion List schrieb am 04.03.2009 20:33:50: > Any idea how quickly/frequently the reallocation occurs? > > Say L1 and L2 are group capped at 100, and are weighted 90 10 > respectively. We are capped and L1 and L2 are running 50/50, but L1 > abruptly needs more juice. How long would it take for L1 to get fed? > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Al Sherkow > Sent: Thursday, February 26, 2009 11:07 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Group Limit and Weights > > The capacity of the group is distributed to the LPARs in the group based on > the normalized weights of the LPARs in that group. > > When the group limit is exceeded L1 would be 40 MSUs, (80% or 50) and L2 > would get 10 MSUs. If L1 does not require 40, then the excess can be used by > L2 (just like without group limits). If L1 is not running at all then L2 can > have all 50 MSUs of the group. > > Al Sherkow, I/S Management Strategies, Ltd. > Consulting Expertise on Capacity Planning, Performance Tuning, > WLC, LPARs, IRD and LCS Software > Seminars on IBM SW Pricing, LPARs, and IRD > > > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Synchronize time
...But if the question is, is there a way to synchronize Windows/UNIX server clocks *from* a System z time source without STP, the answer is yes. You can do that using NTP, which is available in both z/OS and Linux on z. - - - - - 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
While you're at SHARE in Austin ...
... please keep your eyes and ears out for anyone who might want to attend our intro Assembler class in April. Public classes only happen rarely anymore (just twice in the last 8-10 years for us), so we want to help our client out, but we're short of enrollments so far. So even though the economy is tough (and training is usually first cut), we're hoping people will take advantage of this unusual opportunity. Just point 'em to our website, or email address. Thanks for any help. [Flame retardant: I'll say no more about this offering.] Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques ==> Check out the Trainer's Friend Store to purchase z/OS <== ==> application developer toolkits. Sample code in four<== ==> programming languages, JCL to Assemble or compile, <== ==> bind and test. <== ==> http://www.trainersfriend.com/TTFStore/index.html<== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3490E cartridges
Very well put! A happy customer is probably worth a lot. We used to have a CD reader at P&H Mining when I first started in 1985. Oh wait - that was an 8" floppy reader. I'm not sure if CDs were invented then for data storage. I'm sure someone will know. I think the floppy reader was bus and tag connected though. Eric Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Schwarz, Barry A" Newsgroups: bit.listserv.ibm-main To: Sent: Wednesday, March 04, 2009 1:48 PM Subject: Re: 3490E cartridges Of course. There are lots of technical solutions to the problem. Except for the fact it is, as you note, a political problem, not a technical one. And reasonableness is in the eye of the check-signer. While I personally agree that long term savings are a desirable goal, the customers I deal with are frequently MUCH MORE concerned with short term expenditures. In many cases, they will reduce the rate of delivery, extending the project for several years at significantly higher total cost, simply to contain the current year's cost. It might appear short-sighted but it's a fact of life. And after making all the recommendations I can, at the end of the day my real job is to give the customer what they paid for in a form they can use. We don't hide the fact it is costing them more in the long run. But a happy out of date customer is worth more than an up to date one annoyed that we forced them to upgrade. One of my best customers is still using OS/390 1.3 and we have no intention of dropping support. Anyone know of a bus and tag CD reader? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: IEASYMUP(SYMUPDTE) on z/OS 1.10
IBM Mainframe Discussion List wrote on 03/04/2009 04:50:50 PM: > On Wednesday 04 March 2009, Tom Marchant wrote: > > On Wed, 4 Mar 2009 16:05:02 -0500, Jousma, David wrote: > > >IEF403I SYMUPDTE - STARTED - TIME=15.55.59 > > >ISYM001I Symbol table update begins. IEASYMUP 12/05/2003 > > >ISYM003I Symbol table update not done. RC=0120 > > > > See page 136 of > > http://www.redbooks.ibm.com/abstracts/SG247328.html > It used to be if a profile was missing, the update would still be performed. > That is no longer the case with this version. The Redbook is supposed to be > updated to reflect this. Open a problem with IBM and L1/L2 should be able to > tell you about the Redbook update. The OBJ in SYS1.SAMPLIB(IEASYMUP) was created in z/OS 1.6, and has not been changed since that release. It fails you with RC=0120 if there is no profile or if the profile denies access. For any older version of IEASYMUP distributed via some other mechanism, I don't know where the source code was located, so you would have to ask Peter Relson about that. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Mantissa
>>> On 3/4/2009 at 5:23 PM, "Ward, Mike S" wrote: > Anyone hear anything about Mantissa(Share Conference) and their z\vos > for running Windows under z/VM? They're not scheduled to talk about z/VOS until this Friday. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM Issue - Critical
Questions: 1. how long does it take for the virtual tape to be recalled from the stacked volume? or is that a native tape drive attached to the ATL of the VTS ? 2. i assume you're running HSM in a Sysplex: what are the values of CDSQ/CDSR? - ravi. On Wed, 4 Mar 2009 16:38:52 +, Jacky Bright wrote: >Yes. Backing up directly to VTS Tape. > >No no Backvol CDS command. HSM itself takes the backup of CDS. > >Observed that when CDS backup is going on many MIGRATE VOLUME commands >issued externally. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mantissa
Anyone hear anything about Mantissa(Share Conference) and their z\vos for running Windows under z/VM? == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information 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: IEASYMUP(SYMUPDTE) on z/OS 1.10
On Wednesday 04 March 2009, Tom Marchant wrote: > On Wed, 4 Mar 2009 16:05:02 -0500, Jousma, David wrote: > >IEF403I SYMUPDTE - STARTED - TIME=15.55.59 > >ISYM001I Symbol table update begins. IEASYMUP 12/05/2003 > >ISYM003I Symbol table update not done. RC=0120 > > See page 136 of > http://www.redbooks.ibm.com/abstracts/SG247328.html It used to be if a profile was missing, the update would still be performed. That is no longer the case with this version. The Redbook is supposed to be updated to reflect this. Open a problem with IBM and L1/L2 should be able to tell you about the Redbook update. -- Regards, Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEASYMUP(SYMUPDTE) on z/OS 1.10
On Wed, 4 Mar 2009 16:05:02 -0500, Jousma, David wrote: >Has anyone tried IEASYMUP on z/OS 1.10? I have my sandbox system up on >1.10, and one of my guys tried it out. He is getting: > >IEF403I SYMUPDTE - STARTED - TIME=15.55.59 >ISYM001I Symbol table update begins. IEASYMUP 12/05/2003 >ISYM003I Symbol table update not done. RC=0120 > >I link edited the version that came in SAMPLIB, with an alias of >SYMUPDTE. Don't think I screwed it up, but you never know. The problem >is that I cannot find any documentation of the RC anywhere, including >the REDBOOK. I'm just looking to know that someone has it working on >1.10. > Back on July 8th 2004, Peter Relson wrote this: http://bama.ua.edu/cgi-bin/wa?A2=ind0407&L=ibm-main-archives&D=1&O=D&F=&P=248997 "PR: no. It is documented to the extent it already is (via the redbook? via whoever provided the tool to you in the past), and no more will be done unless it gets added to z/OS in which case it will be documented." Can you show us the parm that was used? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEASYMUP(SYMUPDTE) on z/OS 1.10
As not so clearly documented in the redbook "z/OS Planned Outage Avoidance Checklist" a RC 120 is a RC=20 for symbol number 1. RC=20 is user not authorized to update IEASYMUP.symbol in the FACILITY class. Dave Quinton -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html--- Begin Message --- Has anyone tried IEASYMUP on z/OS 1.10? I have my sandbox system up on 1.10, and one of my guys tried it out. He is getting: IEF403I SYMUPDTE - STARTED - TIME=15.55.59 ISYM001I Symbol table update begins. IEASYMUP 12/05/2003 ISYM003I Symbol table update not done. RC=0120 I link edited the version that came in SAMPLIB, with an alias of SYMUPDTE. Don't think I screwed it up, but you never know. The problem is that I cannot find any documentation of the RC anywhere, including the REDBOOK. I'm just looking to know that someone has it working on 1.10. Thanks, Dave _ 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 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html>> HDT Original External RFC822 Hdrs Begin << X-Env-Sender: owner-ibm-m...@bama.ua.edu X-Env-Recipient: david.quin...@nccourts.org X-End-of-Envelope: Received: from ??? ([199.120.166.242]) by nccourts.org (FISC HDT v1.3R SMTP gateway for Unix System Services) with SMTP id emailscan.nccourts.org; Wed, 04 Mar 2009 16:07:00 -0500 Received: from emailscan.nccourts.org (emailscan [127.0.0.1]) by localhost.nccourts.org (Postfix) with ESMTP id 98E9D2AD83B2 for ; Wed, 4 Mar 2009 16:06:51 -0500 (EST) Received: from bama.ua.edu (bama.ua.edu [130.160.4.114])by emailscan.nccourts.org (Postfix) with ESMTP id 85D4E2AD831Ffor ; Wed, 4 Mar 2009 16:06:51 -0500 (EST) Received: from bama (localhost [127.0.0.1])by bama.ua.edu (8.13.8+Sun/8.13.8) with ESMTP id n24L44bo020346;Wed, 4 Mar 2009 15:06:45 -0600 (CST) Received: by BAMA.UA.EDU (LISTSERV-TCP/IP release 15.0) with spool id 71283 for IBM-MAIN@BAMA.UA.EDU; Wed, 4 Mar 2009 15:05:07 -0600 Received: from mailapp-2.ua.edu (mailapp-2.ua.edu [130.160.4.237]) by bama.ua.edu (8.13.8+Sun/8.13.8) with ESMTP id n24L56hg013546 for ; Wed, 4 Mar 2009 15:05:06 -0600 (CST) X-RemoteIP: 216.82.180.36 X-Group: ACCEPTLIST X-Policy: $ACCEPTED X-MID: 32559577 X-SBRS: 4.5 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgoCAI97rknYUrQkkWdsb2JhbACCJC2SMgEBAQEJCwoHEQW odAKCVIcaMQmPbAEEgkoNgTGGUQ X-IronPort-AV: E=Sophos;i="4.38,302,1233554400"; d="scan'208,217";a="32559577" Received: from mailgw5.53.com ([216.82.180.36]) by mailapp-2.ua.edu with ESMTP; 04 Mar 2009 15:05:06 -0600 X-IronPort-AV: E=Sophos;i="4.38,302,1233550800"; d="scan'208,217";a="409200281" Received: from unknown (HELO s1cinohhqe2k312.dm0001.info53.com) ([10.212.202.150]) by mailgw5.53.com with ESMTP/TLS/RC4-MD5; 04 Mar 2009 16:05:05 -0500 Received: from s1flokydce2k322.dm0001.info53.com ([10.212.202.30]) by s1cinohhqe2k312.dm0001.info53.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 4 Mar 2009 16:05:02 -0500 MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IEASYMUP(SYMUPDTE) on z/OS 1.10 Thread-Index: AcmdDOFzDb1OcqrBRrWv9CW2yukjnQ== X-OriginalArrivalTime: 04 Mar 2009 21:05:02.0968 (UTC) FILETIME=[E2F58780:01C99D0C] X-Antivirus: checked in 0.067sec at bama.ua
Re: IEASYMUP(SYMUPDTE) on z/OS 1.10
On Wed, 4 Mar 2009 16:05:02 -0500, Jousma, David wrote: > >IEF403I SYMUPDTE - STARTED - TIME=15.55.59 >ISYM001I Symbol table update begins. IEASYMUP 12/05/2003 >ISYM003I Symbol table update not done. RC=0120 See page 136 of http://www.redbooks.ibm.com/abstracts/SG247328.html -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IEASYMUP(SYMUPDTE) on z/OS 1.10
Has anyone tried IEASYMUP on z/OS 1.10? I have my sandbox system up on 1.10, and one of my guys tried it out. He is getting: IEF403I SYMUPDTE - STARTED - TIME=15.55.59 ISYM001I Symbol table update begins. IEASYMUP 12/05/2003 ISYM003I Symbol table update not done. RC=0120 I link edited the version that came in SAMPLIB, with an alias of SYMUPDTE. Don't think I screwed it up, but you never know. The problem is that I cannot find any documentation of the RC anywhere, including the REDBOOK. I'm just looking to know that someone has it working on 1.10. Thanks, Dave _ 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 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
z/OS Hot Topics
Hi Everyone, The latest copy of z/OS Hot Topics is now available. There are many good articles in this issue including our 10th Anniversary Special - Memories of a mainframe. Please check it out and feel free to send us your feedback: http://www.ibm.com/systems/z/os/zos/bkserv/hot_topics.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
VSAM Control Block maps
I think these used to be in the Using Data Sets. It still has "Appendix B. Non-VSAM Control Blocks " Does anyone know where I can find these maps. Also at one time, many years ago, I remember seeing a chart showing the organization and use of these control blocks. ?? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: 3490E cartridges
Of course. There are lots of technical solutions to the problem. Except for the fact it is, as you note, a political problem, not a technical one. And reasonableness is in the eye of the check-signer. While I personally agree that long term savings are a desirable goal, the customers I deal with are frequently MUCH MORE concerned with short term expenditures. In many cases, they will reduce the rate of delivery, extending the project for several years at significantly higher total cost, simply to contain the current year's cost. It might appear short-sighted but it's a fact of life. And after making all the recommendations I can, at the end of the day my real job is to give the customer what they paid for in a form they can use. We don't hide the fact it is costing them more in the long run. But a happy out of date customer is worth more than an up to date one annoyed that we forced them to upgrade. One of my best customers is still using OS/390 1.3 and we have no intention of dropping support. Anyone know of a bus and tag CD reader? -Original Message- From: R.S. Sent: Wednesday, March 04, 2009 2:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 3490E cartridges Schwarz, Barry A wrote: > It must really be wonderful when all your customers keep up to date. > However, pontificating for those of us whose customers don't merely > demonstrates the limits of your experience. > > I guess we could have abandoned our customer who didn't convert from > round reels until after the turn of the century or another customer > whose only transfer medium is still 3480 (yes eighty). Third way. There is third way. Your choice is to stay with 3480 (reels, whatever), abandon the customer OR use third way. Usually there is no reason to use 3480 instead of CD. Or - there is no reasonable reason. Usually (always?) this is only because "I always did it that way" or "the sysprog told me he requires the tape" etc. The third way is to convince "the sysprog" OR HIS MANAGEMENT to use another method, maybe even show them how it's easy. Management will be glad hearing about THE SAVINGS because of abandoning ...3480. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Group Limit and Weights
Any idea how quickly/frequently the reallocation occurs? Say L1 and L2 are group capped at 100, and are weighted 90 10 respectively. We are capped and L1 and L2 are running 50/50, but L1 abruptly needs more juice. How long would it take for L1 to get fed? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Al Sherkow Sent: Thursday, February 26, 2009 11:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Group Limit and Weights The capacity of the group is distributed to the LPARs in the group based on the normalized weights of the LPARs in that group. When the group limit is exceeded L1 would be 40 MSUs, (80% or 50) and L2 would get 10 MSUs. If L1 does not require 40, then the excess can be used by L2 (just like without group limits). If L1 is not running at all then L2 can have all 50 MSUs of the group. Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on Capacity Planning, Performance Tuning, WLC, LPARs, IRD and LCS Software Seminars on IBM SW Pricing, LPARs, and IRD NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can TOD (STCKE) be compressed into 12 bytes
For the TOD Programmable Field to be unique, the TOD Programmable Register must be set by the Operating System to a unique value using the SET CLOCK PROGRAMMABLE FIELD instruction. Where is it documented how z/OS sets this register? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM Issue - Critical
All this talk of cancelling DFHSM sounds scary to very wrong. In my experience, it almost always leaves the CDS's in a state of incompleteness. Requiring AUDIT and more. I've never had a hang due to CDS back-up starting in the middle of other processing. I do Autobackup, then Secondary, then Primary. The CDS back-up is the first part of Autobackup. You back up first as unbackuped files won't migrate. Secondary next for maximum ML1 space, then migration. > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of O'Brien, David W. (NIH/CIT) [C] > Sent: Wednesday, March 04, 2009 8:31 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: DFHSM Issue - Critical > > If it is a recycle impacting CDS Backups, the recycle can simply be held. > Recycle will then end pre-maturely and CDS Backup will proceed. > > There should not be any need to cancel DFHSM in this instance. > > Dave O'Brien > NIH Contractor > > From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of > Staller, Allan [allan.stal...@kbm1.com] > Sent: Wednesday, March 04, 2009 11:24 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: DFHSM Issue - Critical > > I have modified my schedule to do the same. The CDS backups rarely (with > the exception of SSM) occur during concurrent migration and backup. > > BTW, I have also had this situation occur when a recycle was processing > concurrent w/CDS backup. > > In my most recent case, a multi-vol recycle was running when the CDS > backup started. The CDS backup enqueued behind the recyle. When the > recycle completed the current volume, he could not proceed because the > CDS backup had an exclusive > Enqueue on the CDS and the recycle could not read the CDS to obtain a > shared enqueue on the next volume to be recycled. > > The CDS backup could not proceed because the it could not get exclusive > control of the CDS in order to proceed. > > A cancel will release both enqueues and allow things to proceed when > DFHSM Is restarted. > > > Allan, I find that CDS Backups run before my Incremental Backups but > then I've always scheduled Backups before Secondary Space Mgt. Is it > possible that HSM automatically backs up the CDS datasets before the > first major automated process after midnight whether it is Primary or > Secondary Space Mgt. or Incremental Backups if the CDSVERSIONBACKUP > parameter is coded in Parmlib? I haven't found a clear description in > the FMs. > > > Not sure about the what actually triggers the CDS backup either. In my > case. SSM is the first major process to run nightly. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSAENTA device problem
Stuart Redbook's are Curate's eggs. Fortunately this is still a "Draft" so if I can "stir my stumps", I can get the problem fixed. The problem is that the TRLE example in Appendix B is *not* the one used for all the command and display examples in the appendix - very poor! You will note that the commands and display examples refer to a TRLE with a PORTNAME operand value OSA2080 while the all the TRLE statement examples have a TRLE statement name OSAE200P and PORTNAME operand value OSAE200 - very poor! Nevertheless the convention adopted by the examples appears to be that the value of the PORTNAME operand is OSA and the name of the TRLE statement is OSAP - for whoever knows what weird reason! Thus, as I said in my previous post and you appear not to have noticed, you need to use the value of the PORTNAME operand of the TRLE statement also as the value of the PORTNAME operand of the VARY TCPIP,,OSAENTA command as can be seen from the example in the redbook, namely V TCPIP,TCPIPA,OSAENTA,ON,PORTNAME=OSA2080,IP=10.1.2.11,PORTNUM=2323 You will note that the PORTNAME operand here lacks a final "P". I even made sure that this was the *only* example of the VARY TCPIP,,OSAENTA command in the whole redbook in order to be sure you had not been misled by another example. Thus, for the second time, the answer to your correctly composed question, even following the example in the redbook and according to your names, would appear to be VARY TCPIP,TCPIP,OSAENTA,ON,PORTNAME=OSA408 I've said it before, I'm saying it now and I'll no doubt be obliged to say it again: when you have problems having followed examples in redbooks, you'd better actually read the "official" manuals in order to be sure that what you think you understood from the redbook is correct. The "official" manuals in this case are the ones prefixed with z/OS VxRy Communications Server IP . Redbooks are *not* official manuals. They are written by people like yourself who are drafted in to man - or woman - the redbook projects. They are not written by development shop authors. Incidentally, it would appear that, when a "hardware" address is understood to be a port used for the OSAENTA function, it changes its type from "DATA" to "TRACE" as well as changing status from "RESET" to "ACTIVE". Chris Mason On Wed, 4 Mar 2009 15:48:07 -, Stuart Willis wrote: >Hi Chris > >The Processor was only delivered in January so I assuming it has all the >latest levels of microcode. CODE LEVEL = 0891 > >I'm following the instructions in APENDIX B of the following manual > >http://www.redbooks.ibm.com/redpieces/abstracts/sg245948.html? Open&open& >cm_mmc=4851-_-n-_-vrm_newsletter-_- 10300_105452&cmibm_em=dm:0:7664116 > >Example B-11 shows the TRACE DEV to be in a ACTIVE status where mine is >in RESET ? > >I have enabled the OSA-Express NTA via the HMC as per Figure B-5 in the >manual. > >> Does anyone know how to activate it? Sorry this is a bit misleading > >How Do I get the trace Device to an ACTIVE status as apposed to RESET > > >Hope this make sense > >Regards >Stuart > > > > -Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On >Behalf Of Chris Mason >Sent: 04 March 2009 15:10 >To: IBM-MAIN@bama.ua.edu >Subject: Re: OSAENTA device problem > >Stuart > >Here's what is said about the PORTNAME operand of the VARY >TCPIP,,OSAENTA command in the Communications Server (CS) IP System >Administrator's Commands: > > > >PORTNAME=osa_port_name > >Specifies the name of the OSA port for which tracing is desired. This is >the >same port name that is defined on the VTAM TRLE statement PORTNAME >keyword. This parameter is required. > >Tip: You are not required to also define OSA-Express to TCP/IP using the > >DEVICE/LINK or INTERFACE statement in order to collect trace data. > >Restriction: Multiple stacks cannot use the tracing function >concurrently for a >given OSA. > > > >> VARY TCPIP,TCPIP,OSAENTA,ON,PORTNAME=TRL408 > >is your command and > >> TRL408 TRLE LNCTL=MPC, >>MPCLEVEL=QDIO, >>READ=0408, >>WRITE=0409, >>DATAPATH=(040A,40B), >>PORTNAME=OSA408 > >is your TRLE statement. > >You appear to be using the TRLE statement name rather than the name >given >by the PORTNAME operand. It's possible that this has something to do >with >your problem. > >To answer your presumed question - edited into an English sentence: > >> Does anyone know how to activate it? > >but tentatively, try the following: > >VARY TCPIP,TCPIP,OSAENTA,ON,PORTNAME=OSA408 > >Before this post appeared, I had spotted the OSAENTA "thing" only with >peripheral vision while researching other OSA-related topics, so thanks >for the >opportunity to become more closely acquainted with it. > >Incidentally 1: I see from the section on OSAENTA in the CS IP >Configuration >Guide that OSAENTA support depends on the OSA-Express2 feature in some >way. Perhaps it
Re: 3490E cartridges
On 3 Mar 2009 13:56:03 -0800, jch...@ussco.com (Chase, John) wrote: >> That is a perfectly valid consideration. But only one of many. Since >> most of our products carry nine-figure price tags, I don't think we >> would sell too many in the future if customers didn't have faith we >> would continue to support them. > >Just curious Who besides Airbus is your competition in the >commercial space? Who besides Lockheed-Martin is your competition in >the military space? Besides companies, a big competition is "making do with what we've got". -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM Issue - Critical
Yes, and although I was answering your post, the advice to Hold Recycle rather than cancel DFHSM was directed at the OP, not you. Sorry if you took offense. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan [allan.stal...@kbm1.com] Sent: Wednesday, March 04, 2009 11:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM Issue - Critical Agreed. However the OP is the one that cancelled DFHSM. If it is a recycle impacting CDS Backups, the recycle can simply be held. Recycle will then end pre-maturely and CDS Backup will proceed. There should not be any need to cancel DFHSM in this instance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: DFHSM Issue - Critical
Your users don't like automated migration? Point in time backups I can understand but Migration? OK is there a time of day when volumes are not being 'command migrated'? You might issue a Backvol CDS at that time. Are your Control datasets on any of the volumes being migrated? Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Jacky Bright [jacky.bri...@gmail.com] Sent: Wednesday, March 04, 2009 11:38 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM Issue - Critical Yes. Backing up directly to VTS Tape. No no Backvol CDS command. HSM itself takes the backup of CDS. Observed that when CDS backup is going on many MIGRATE VOLUME commands issued externally. On 3/4/09, O'Brien, David W. (NIH/CIT) [C] wrote: > > For DFHSM to be hung for so long, would lead me to suspect a problem with > allocating the CDS Backup files. > > Jacky, Are you backing up to tape? If YES, Is there a lot of concurrent > tape activity? > Are you submitting a Backvol CDS command separately from normal HSM > operations? > Is the time you submit the CDS Backup command in conflict with Backups or > Space Mgt.? > > Allan, I find that CDS Backups run before my Incremental Backups but then > I've always scheduled Backups before Secondary Space Mgt. Is it possible > that HSM automatically backs up the CDS datasets before the first major > automated process after midnight whether it is Primary or Secondary Space > Mgt. or Incremental Backups if the CDSVERSIONBACKUP parameter is coded in > Parmlib? I haven't found a clear description in the FMs. > > Dave O'Brien > NIH Contractor > > From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of > Staller, Allan [allan.stal...@kbm1.com] > Sent: Wednesday, March 04, 2009 10:04 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: DFHSM Issue - Critical > > BTDTGTTS, > > This is what has been colloquially known as a 'fatal embrace' and is not > just limited to DFHSM. > In my experience this has been caused by multiple HSM functions running > in parallel with w/DFHSM CDS backup. > > The CDS backup enqueues exclusively and seperately on all three CDS's > and the journal. If both (typically) backup and migrgration are running > concurrently with the CDS backup, CDS backup can't get all of the > datasets needed to complete. > CDS backup is, however, designed to run concurrently with normal HSM > operation. > > The simplest solution is to move the CDS backup to some other time of > day. > > Note: Secondary space management will always take a CDS backup at the > beginning of its cycle. > > HTH, > > But when DFHSM is hanging then even for 2 hours intermittently in > response > to QUERY ACTIVE command gets status CDS Backup in progress. When DFHSM > is > cancelled and restarted then backup completes in few minutes. Can CDS > Backup > run concurrently with other DFHSM operations ? > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Synchronize time
No. >>> Ron 3/4/2009 10:57 AM >>> I looked thru the archives... but didn;t really find an answer. Is there a way to synchronize the HW clock on a z9 mainframe to a windows/unix box without using STP? Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM Issue - Critical
Agreed. However the OP is the one that cancelled DFHSM. If it is a recycle impacting CDS Backups, the recycle can simply be held. Recycle will then end pre-maturely and CDS Backup will proceed. There should not be any need to cancel DFHSM in this instance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM Issue - Critical
Yes. Backing up directly to VTS Tape. No no Backvol CDS command. HSM itself takes the backup of CDS. Observed that when CDS backup is going on many MIGRATE VOLUME commands issued externally. On 3/4/09, O'Brien, David W. (NIH/CIT) [C] wrote: > > For DFHSM to be hung for so long, would lead me to suspect a problem with > allocating the CDS Backup files. > > Jacky, Are you backing up to tape? If YES, Is there a lot of concurrent > tape activity? > Are you submitting a Backvol CDS command separately from normal HSM > operations? > Is the time you submit the CDS Backup command in conflict with Backups or > Space Mgt.? > > Allan, I find that CDS Backups run before my Incremental Backups but then > I've always scheduled Backups before Secondary Space Mgt. Is it possible > that HSM automatically backs up the CDS datasets before the first major > automated process after midnight whether it is Primary or Secondary Space > Mgt. or Incremental Backups if the CDSVERSIONBACKUP parameter is coded in > Parmlib? I haven't found a clear description in the FMs. > > Dave O'Brien > NIH Contractor > > From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of > Staller, Allan [allan.stal...@kbm1.com] > Sent: Wednesday, March 04, 2009 10:04 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: DFHSM Issue - Critical > > BTDTGTTS, > > This is what has been colloquially known as a 'fatal embrace' and is not > just limited to DFHSM. > In my experience this has been caused by multiple HSM functions running > in parallel with w/DFHSM CDS backup. > > The CDS backup enqueues exclusively and seperately on all three CDS's > and the journal. If both (typically) backup and migrgration are running > concurrently with the CDS backup, CDS backup can't get all of the > datasets needed to complete. > CDS backup is, however, designed to run concurrently with normal HSM > operation. > > The simplest solution is to move the CDS backup to some other time of > day. > > Note: Secondary space management will always take a CDS backup at the > beginning of its cycle. > > HTH, > > But when DFHSM is hanging then even for 2 hours intermittently in > response > to QUERY ACTIVE command gets status CDS Backup in progress. When DFHSM > is > cancelled and restarted then backup completes in few minutes. Can CDS > Backup > run concurrently with other DFHSM operations ? > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM Issue - Critical
If it is a recycle impacting CDS Backups, the recycle can simply be held. Recycle will then end pre-maturely and CDS Backup will proceed. There should not be any need to cancel DFHSM in this instance. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan [allan.stal...@kbm1.com] Sent: Wednesday, March 04, 2009 11:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM Issue - Critical I have modified my schedule to do the same. The CDS backups rarely (with the exception of SSM) occur during concurrent migration and backup. BTW, I have also had this situation occur when a recycle was processing concurrent w/CDS backup. In my most recent case, a multi-vol recycle was running when the CDS backup started. The CDS backup enqueued behind the recyle. When the recycle completed the current volume, he could not proceed because the CDS backup had an exclusive Enqueue on the CDS and the recycle could not read the CDS to obtain a shared enqueue on the next volume to be recycled. The CDS backup could not proceed because the it could not get exclusive control of the CDS in order to proceed. A cancel will release both enqueues and allow things to proceed when DFHSM Is restarted. Allan, I find that CDS Backups run before my Incremental Backups but then I've always scheduled Backups before Secondary Space Mgt. Is it possible that HSM automatically backs up the CDS datasets before the first major automated process after midnight whether it is Primary or Secondary Space Mgt. or Incremental Backups if the CDSVERSIONBACKUP parameter is coded in Parmlib? I haven't found a clear description in the FMs. Not sure about the what actually triggers the CDS backup either. In my case. SSM is the first major process to run nightly. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Dynamic change of JES WRITER
The DD could be dynamically freed and re-allocated with the proper writer name before it's opened. >>> "Sproull, George J Mr CTR US DISA CDB14" >>> 3/4/2009 11:30 AM >>> Ok.after a little more research, it looks like I would need to code a JES exit 40 to change the WRITER name in the PDDB before a JOE is created. I really wanted to avoid that if possible. Agree? Any other ideas? Thanks. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sproull, George J Mr CTR US DISA CDB14 Sent: Tuesday, March 03, 2009 16:43 To: IBM-MAIN@bama.ua.edu Subject: Dynamic change of JES WRITER Hello, Given these JCL statements: //OUT01A OUTPUT CLASS=R,WRITER=W1,FORMS=F000 //OUT01 DD SYSOUT=(,), OUTPUT=(*,OUT01A) //OUT02A OUTPUT CLASS=R,WRITER=W1,FORMS=F999 //OUT02 DD SYSOUT=(,), OUTPUT=(*,OUT02A) What I am trying to do is to dynamically change the WRITER used for the OUT01 DD from W1 to W2 within an assembler program. I think I need to change a value in the JES characteristic JOE for this output grouping. Is the JOE accessible and modifiable by an application? Do I have to worry about the JOE being used by more than one SYSOUT in my (or another) job? Am I even on the right track? Thanks for any help you can give. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dynamic change of JES WRITER
Ok.after a little more research, it looks like I would need to code a JES exit 40 to change the WRITER name in the PDDB before a JOE is created. I really wanted to avoid that if possible. Agree? Any other ideas? Thanks. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sproull, George J Mr CTR US DISA CDB14 Sent: Tuesday, March 03, 2009 16:43 To: IBM-MAIN@bama.ua.edu Subject: Dynamic change of JES WRITER Hello, Given these JCL statements: //OUT01A OUTPUT CLASS=R,WRITER=W1,FORMS=F000 //OUT01 DD SYSOUT=(,), OUTPUT=(*,OUT01A) //OUT02A OUTPUT CLASS=R,WRITER=W1,FORMS=F999 //OUT02 DD SYSOUT=(,), OUTPUT=(*,OUT02A) What I am trying to do is to dynamically change the WRITER used for the OUT01 DD from W1 to W2 within an assembler program. I think I need to change a value in the JES characteristic JOE for this output grouping. Is the JOE accessible and modifiable by an application? Do I have to worry about the JOE being used by more than one SYSOUT in my (or another) job? Am I even on the right track? Thanks for any help you can give. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: DFHSM Issue - Critical
I have modified my schedule to do the same. The CDS backups rarely (with the exception of SSM) occur during concurrent migration and backup. BTW, I have also had this situation occur when a recycle was processing concurrent w/CDS backup. In my most recent case, a multi-vol recycle was running when the CDS backup started. The CDS backup enqueued behind the recyle. When the recycle completed the current volume, he could not proceed because the CDS backup had an exclusive Enqueue on the CDS and the recycle could not read the CDS to obtain a shared enqueue on the next volume to be recycled. The CDS backup could not proceed because the it could not get exclusive control of the CDS in order to proceed. A cancel will release both enqueues and allow things to proceed when DFHSM Is restarted. Allan, I find that CDS Backups run before my Incremental Backups but then I've always scheduled Backups before Secondary Space Mgt. Is it possible that HSM automatically backs up the CDS datasets before the first major automated process after midnight whether it is Primary or Secondary Space Mgt. or Incremental Backups if the CDSVERSIONBACKUP parameter is coded in Parmlib? I haven't found a clear description in the FMs. Not sure about the what actually triggers the CDS backup either. In my case. SSM is the first major process to run nightly. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM Issue - Critical
For DFHSM to be hung for so long, would lead me to suspect a problem with allocating the CDS Backup files. Jacky, Are you backing up to tape? If YES, Is there a lot of concurrent tape activity? Are you submitting a Backvol CDS command separately from normal HSM operations? Is the time you submit the CDS Backup command in conflict with Backups or Space Mgt.? Allan, I find that CDS Backups run before my Incremental Backups but then I've always scheduled Backups before Secondary Space Mgt. Is it possible that HSM automatically backs up the CDS datasets before the first major automated process after midnight whether it is Primary or Secondary Space Mgt. or Incremental Backups if the CDSVERSIONBACKUP parameter is coded in Parmlib? I haven't found a clear description in the FMs. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan [allan.stal...@kbm1.com] Sent: Wednesday, March 04, 2009 10:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM Issue - Critical BTDTGTTS, This is what has been colloquially known as a 'fatal embrace' and is not just limited to DFHSM. In my experience this has been caused by multiple HSM functions running in parallel with w/DFHSM CDS backup. The CDS backup enqueues exclusively and seperately on all three CDS's and the journal. If both (typically) backup and migrgration are running concurrently with the CDS backup, CDS backup can't get all of the datasets needed to complete. CDS backup is, however, designed to run concurrently with normal HSM operation. The simplest solution is to move the CDS backup to some other time of day. Note: Secondary space management will always take a CDS backup at the beginning of its cycle. HTH, But when DFHSM is hanging then even for 2 hours intermittently in response to QUERY ACTIVE command gets status CDS Backup in progress. When DFHSM is cancelled and restarted then backup completes in few minutes. Can CDS Backup run concurrently with other DFHSM operations ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: IBM VTFM and Bus-tech virtual tape appliance
Thanks for your response and for the others I received offline. I should add that we are a small shop, 225 MIPS, z9 2096-s01, Monoplex. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Synchronize time
I looked thru the archives... but didn;t really find an answer. Is there a way to synchronize the HW clock on a z9 mainframe to a windows/unix box without using STP? Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: OSAENTA device problem
Hi Chris The Processor was only delivered in January so I assuming it has all the latest levels of microcode. CODE LEVEL = 0891 I'm following the instructions in APENDIX B of the following manual http://www.redbooks.ibm.com/redpieces/abstracts/sg245948.html?Open&open&; cm_mmc=4851-_-n-_-vrm_newsletter-_-10300_105452&cmibm_em=dm:0:7664116 Example B-11 shows the TRACE DEV to be in a ACTIVE status where mine is in RESET ? I have enabled the OSA-Express NTA via the HMC as per Figure B-5 in the manual. > Does anyone know how to activate it? Sorry this is a bit misleading How Do I get the trace Device to an ACTIVE status as apposed to RESET Hope this make sense Regards Stuart -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Mason Sent: 04 March 2009 15:10 To: IBM-MAIN@bama.ua.edu Subject: Re: OSAENTA device problem Stuart Here's what is said about the PORTNAME operand of the VARY TCPIP,,OSAENTA command in the Communications Server (CS) IP System Administrator's Commands: PORTNAME=osa_port_name Specifies the name of the OSA port for which tracing is desired. This is the same port name that is defined on the VTAM TRLE statement PORTNAME keyword. This parameter is required. Tip: You are not required to also define OSA-Express to TCP/IP using the DEVICE/LINK or INTERFACE statement in order to collect trace data. Restriction: Multiple stacks cannot use the tracing function concurrently for a given OSA. > VARY TCPIP,TCPIP,OSAENTA,ON,PORTNAME=TRL408 is your command and > TRL408 TRLE LNCTL=MPC, >MPCLEVEL=QDIO, >READ=0408, >WRITE=0409, >DATAPATH=(040A,40B), >PORTNAME=OSA408 is your TRLE statement. You appear to be using the TRLE statement name rather than the name given by the PORTNAME operand. It's possible that this has something to do with your problem. To answer your presumed question - edited into an English sentence: > Does anyone know how to activate it? but tentatively, try the following: VARY TCPIP,TCPIP,OSAENTA,ON,PORTNAME=OSA408 Before this post appeared, I had spotted the OSAENTA "thing" only with peripheral vision while researching other OSA-related topics, so thanks for the opportunity to become more closely acquainted with it. Incidentally 1: I see from the section on OSAENTA in the CS IP Configuration Guide that OSAENTA support depends on the OSA-Express2 feature in some way. Perhaps it is a matter of a microcode upgrade. Have you checked that your OSA feature supports OSAENTA? Incidentally 2: From the example of the output from a DISPLAY NET,TRL,TRLE command in the CS SNA Operations manual, I see only one DATA DEVice with STATUS=ACTIVE and three with STATUS=RESET. Given that this tracing function is a bit of a fiddle using existing structures, are you sure that the status of the DATA DEVice should change from RESET to ACTIVE? Perhaps someone who has already used the OSAENTA function can clarify this point. Incidentally 3: "BOOK"! There's a bit of a VSE flavour about that isn't there? Chris Mason On Wed, 4 Mar 2009 07:35:16 -0600, Stuart Willis wrote: >I'm trying to run an OSA trace after I issue the Vary command and display the >TRLE the device is in REST status when is should be ACTIVE > >IST1221I DATA DEV = 040B STATUS = RESET STATE = N/A > >The manual tells me "Subchannel path is not ready" but the device is there an >online. > >Any one know how to activate it. > >Regards >Stuart > > >VARY TCPIP,TCPIP,OSAENTA,ON,PORTNAME=TRL408 >EZZ0060I PROCESSING COMMAND: VARY >TCPIP,TCPIP,OSAENTA,ON,PORTNAME=TRL408 >EZZ0053I COMMAND VARY OSAENTA COMPLETED >SUCCESSFULLY >D NET,TRL,TRLE=TRL408 >IST097I DISPLAY ACCEPTED >IST075I NAME = TRL408, TYPE = TRLE 109 >IST1954I TRL MAJOR NODE = P19TRL2 >IST486I STATUS= ACTIV, DESIRED STATE= ACTIV >IST087I TYPE = LEASED , CONTROL = MPC , HPDT = YES >IST1715I MPCLEVEL = QDIO MPCUSAGE = SHARE >IST1716I PORTNAME = OSA408 LINKNUM = 0 OSA CODE LEVEL = 0891 >IST1577I HEADER SIZE = 4096 DATA SIZE = 0 STORAGE = ***NA*** >IST1221I WRITE DEV = 0409 STATUS = ACTIVE STATE = ONLINE >IST1577I HEADER SIZE = 4092 DATA SIZE = 0 STORAGE = ***NA*** >IST1221I READ DEV = 0408 STATUS = ACTIVE STATE = ONLINE >IST1221I DATA DEV = 040A STATUS = ACTIVE STATE = N/A >IST1724I I/O TRACE = OFF TRACE LENGTH = *NA* >IST1717I ULPID = TCPIP2 >IST1815I IQDIO ROUTING DISABLED >IST1918I READ STORAGE = 4.0M(64 SBALS) >IST1757I PRIORITY1: UNCONGESTED PRIORITY2: UNCONGESTED >IST1757I PRIORITY3: UNCONGESTED PRIORITY4: UNCONGESTED >IST2190I DEVICEID PARAMETER FOR OSAENTA TRACE COMMAND = 00-01-00- >05 >IST1801I UNITS OF WORK FOR NCB AT ADDRESS X'0F9E4010' >IST1802I P1 CURRENT = 0 AVERAGE = 0 MAXIMUM = 0 >IST1802I P2 CURRENT = 0 AVERAGE = 0 MAXIMUM = 0 >IST1802I P3 CURRENT = 0 AVERAGE = 0 MAXIMUM = 0 >IST1802I P4 CURRENT = 0 AVERAGE = 0 MAXIMUM = 0 > >IST17
Re: OSAENTA device problem
Stuart I should have added a 4th "Incidentally": There is a list more precisely focused on the Communications Server IP component than the IBM-MAIN list. This is the IBMTCP-L list. I should have mentioned this when you first started using the IBM-MAIN list for OSA-related problems. I believe I have discovered the solution to the second mystery mentioned in the earlier, OSA's Error codes, thread - discovered while researching a problem posted in the IBMTCP-L list naturally! I should post that in the earlier thread and actually hope to see a post from you there explaining how you resolved the problem described in the earlier thread. List archives are so much richer when there are solutions as well as problems posted in the list! Chris Mason -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Cobol: Maximum number of FD Statements
>TOT VSTRG USED 141,620K Well, you definitely needed more than 64M. I honestly don't know how the limit would show up if restricted by an SMF exit. It would depend on the author. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSAENTA device problem
Stuart Here's what is said about the PORTNAME operand of the VARY TCPIP,,OSAENTA command in the Communications Server (CS) IP System Administrator's Commands: PORTNAME=osa_port_name Specifies the name of the OSA port for which tracing is desired. This is the same port name that is defined on the VTAM TRLE statement PORTNAME keyword. This parameter is required. Tip: You are not required to also define OSA-Express to TCP/IP using the DEVICE/LINK or INTERFACE statement in order to collect trace data. Restriction: Multiple stacks cannot use the tracing function concurrently for a given OSA. > VARY TCPIP,TCPIP,OSAENTA,ON,PORTNAME=TRL408 is your command and > TRL408 TRLE LNCTL=MPC, >MPCLEVEL=QDIO, >READ=0408, >WRITE=0409, >DATAPATH=(040A,40B), >PORTNAME=OSA408 is your TRLE statement. You appear to be using the TRLE statement name rather than the name given by the PORTNAME operand. It's possible that this has something to do with your problem. To answer your presumed question - edited into an English sentence: > Does anyone know how to activate it? but tentatively, try the following: VARY TCPIP,TCPIP,OSAENTA,ON,PORTNAME=OSA408 Before this post appeared, I had spotted the OSAENTA "thing" only with peripheral vision while researching other OSA-related topics, so thanks for the opportunity to become more closely acquainted with it. Incidentally 1: I see from the section on OSAENTA in the CS IP Configuration Guide that OSAENTA support depends on the OSA-Express2 feature in some way. Perhaps it is a matter of a microcode upgrade. Have you checked that your OSA feature supports OSAENTA? Incidentally 2: From the example of the output from a DISPLAY NET,TRL,TRLE command in the CS SNA Operations manual, I see only one DATA DEVice with STATUS=ACTIVE and three with STATUS=RESET. Given that this tracing function is a bit of a fiddle using existing structures, are you sure that the status of the DATA DEVice should change from RESET to ACTIVE? Perhaps someone who has already used the OSAENTA function can clarify this point. Incidentally 3: "BOOK"! There's a bit of a VSE flavour about that isn't there? Chris Mason On Wed, 4 Mar 2009 07:35:16 -0600, Stuart Willis wrote: >I'm trying to run an OSA trace after I issue the Vary command and display the >TRLE the device is in REST status when is should be ACTIVE > >IST1221I DATA DEV = 040B STATUS = RESET STATE = N/A > >The manual tells me "Subchannel path is not ready" but the device is there an >online. > >Any one know how to activate it. > >Regards >Stuart > > >VARY TCPIP,TCPIP,OSAENTA,ON,PORTNAME=TRL408 >EZZ0060I PROCESSING COMMAND: VARY >TCPIP,TCPIP,OSAENTA,ON,PORTNAME=TRL408 >EZZ0053I COMMAND VARY OSAENTA COMPLETED >SUCCESSFULLY >D NET,TRL,TRLE=TRL408 >IST097I DISPLAY ACCEPTED >IST075I NAME = TRL408, TYPE = TRLE 109 >IST1954I TRL MAJOR NODE = P19TRL2 >IST486I STATUS= ACTIV, DESIRED STATE= ACTIV >IST087I TYPE = LEASED , CONTROL = MPC , HPDT = YES >IST1715I MPCLEVEL = QDIO MPCUSAGE = SHARE >IST1716I PORTNAME = OSA408 LINKNUM = 0 OSA CODE LEVEL = 0891 >IST1577I HEADER SIZE = 4096 DATA SIZE = 0 STORAGE = ***NA*** >IST1221I WRITE DEV = 0409 STATUS = ACTIVE STATE = ONLINE >IST1577I HEADER SIZE = 4092 DATA SIZE = 0 STORAGE = ***NA*** >IST1221I READ DEV = 0408 STATUS = ACTIVE STATE = ONLINE >IST1221I DATA DEV = 040A STATUS = ACTIVE STATE = N/A >IST1724I I/O TRACE = OFF TRACE LENGTH = *NA* >IST1717I ULPID = TCPIP2 >IST1815I IQDIO ROUTING DISABLED >IST1918I READ STORAGE = 4.0M(64 SBALS) >IST1757I PRIORITY1: UNCONGESTED PRIORITY2: UNCONGESTED >IST1757I PRIORITY3: UNCONGESTED PRIORITY4: UNCONGESTED >IST2190I DEVICEID PARAMETER FOR OSAENTA TRACE COMMAND = 00-01-00- >05 >IST1801I UNITS OF WORK FOR NCB AT ADDRESS X'0F9E4010' >IST1802I P1 CURRENT = 0 AVERAGE = 0 MAXIMUM = 0 >IST1802I P2 CURRENT = 0 AVERAGE = 0 MAXIMUM = 0 >IST1802I P3 CURRENT = 0 AVERAGE = 0 MAXIMUM = 0 >IST1802I P4 CURRENT = 0 AVERAGE = 0 MAXIMUM = 0 > >IST1724I I/O TRACE = OFF TRACE LENGTH = *NA* >IST314I END >D U,CTC >IEE457I 13.30.19 UNIT >UNIT TYPE STATUS >0400 OSA A-BSY >0401 OSA A >0402 OSA A-BSY >0403 OSA OFFLINE >0404 OSA A-BSY >0405 OSA A >0406 OSA A-BSY >0407 OSA O >0408 OSA A-BSY >0409 OSA A >040A OSA A-BSY >040B OSA O >040C OSA OFFLINE >040D OSA OFFLINE >040E OSA OFFLINE >040F OSA OFFLINE > >VTAM BOOK > VBUILD TYPE=TRL >TRL408 TRLE LNCTL=MPC, + > MPCLEVEL=QDIO, + > READ=0408,+ > WRITE=0409, + > DATAPATH=(040A,40B),+ > PORTNAME=OSA408 -- For IBM-MAIN subscr
Re: DFHSM Issue - Critical
BTDTGTTS, This is what has been colloquially known as a 'fatal embrace' and is not just limited to DFHSM. In my experience this has been caused by multiple HSM functions running in parallel with w/DFHSM CDS backup. The CDS backup enqueues exclusively and seperately on all three CDS's and the journal. If both (typically) backup and migrgration are running concurrently with the CDS backup, CDS backup can't get all of the datasets needed to complete. CDS backup is, however, designed to run concurrently with normal HSM operation. The simplest solution is to move the CDS backup to some other time of day. Note: Secondary space management will always take a CDS backup at the beginning of its cycle. HTH, But when DFHSM is hanging then even for 2 hours intermittently in response to QUERY ACTIVE command gets status CDS Backup in progress. When DFHSM is cancelled and restarted then backup completes in few minutes. Can CDS Backup run concurrently with other DFHSM operations ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Cobol: Maximum number of FD Statements
I ran it. I suspect we're using SMFUSI since 'SMFUSI - 24 BIT REGION REDUCED TO MAXIMUM AVAILABLE' showed up in the job. Thanks for utility. Regards, Eric Verwijs Programmer Analyst | Programmeur-analyste CPP/ OAS/ IA Production Support Team | Équipe de soutien à la production RPC / SV / IA frederick.verw...@hrsdc-rhdsc.gc.ca Telephone | Téléphone 613-941-7492 Facsimile | Télécopieur 613-941-4234 National Headquarters | Administration Centrale Human Resources and Skills Development Canada | Ressources humaines et Développement des compétences Canada Government of Canada | Gouvernement du Canada -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: 2009-03-04 9:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Cobol: Maximum number of FD Statements On Wed, 4 Mar 2009 08:12:25 -0500, frederick.verw...@hrsdc-rhdsc.gc.ca wrote: > >I don't know if we're using exits to restrict region. How would that show up? > You might have to ask someone, but even if they know there is an IEFUSI in place to restrict the size, they might not know all the "rules" unless they have access to the source code or they are documented somewhere. See this article I wrote for TSO Times in 2004: Region Size: What You See is Not What You Get http://www.tsotimes.com/articles/archive/spring04/TSO-Times-Spring04.pdf You can find the REXXSTOR exec and sample batch execution JCL which should answer your question on my web site. I've updated the exec since I wrote that article to show some additional information, so if you decide to try it, please get REXXSTOR from my web site or CBT file 434 instead of TSO Times web site. Here is a sample of the output: V I R T U A LS T O R A G EU S A G E --- Region requested: 12K Max Priv Region Region Region Region Reg Size Limit Size In-Use Avail Below 16M: 10216K 9728K 9664K 1144K 8584K Above 16M: 1730560K262144K262144K 5328K256816K Above 2G :10G (64-bit MEMLIMIT) MEMLIMIT Source: SMF Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM Issue - Critical
But when DFHSM is hanging then even for 2 hours intermittently in response to QUERY ACTIVE command gets status CDS Backup in progress. When DFHSM is cancelled and restarted then backup completes in few minutes. Can CDS Backup run concurrently with other DFHSM operations ? Jacky On 3/4/09, Lizette Koehler wrote: > > First, > The CDS, OCDS, Journal backups will quiesce DFHSM during that time. Go > back > through SYSLOG and see when they start and stop. It just might be normal > processing and you just need to wait until the backups of the CDS etal > complete. > > How long do your backups take? Are you waiting long enough for the backups > to completed? > > You may need to open an issue with IBM on it if your backups are taking too > long. > > Lizette > > > > > > Hello, > > > > Since last 2-3 days observing very strange behaviour of DFHSM. In the > > midnight DFHSM is not responding to any migration and recall request. Its > > started task DFHSM is not taking any CPU. > > > > But it was responding to all DFHSM QUERY commands. Tried cancelling > ACTIVE > > REQUESTS using CANCEL USER and CANCEL DATASET , CANCEL REQUEST > > commands. > > But not a single request got cancelled. But most of the waiting requests > > were cancelled. > > > > Finally we had to CANCEL the DFHSM started task and Restarted and then it > > started working fine. > > > > Also observed that this issue occurred when CDS backup process was > running. > > In the QUERY ACTIVE output could see that ARC0142I CDS BACKUP, CURRENTLY > IN > > PROCESS > > > > I am not able to see any error messages. Probably my brain stopped > > working. Any idea on this ? > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email 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
OSAENTA device problem
I'm trying to run an OSA trace after I issue the Vary command and display the TRLE the device is in REST status when is should be ACTIVE IST1221I DATA DEV = 040B STATUS = RESET STATE = N/A The manual tells me "Subchannel path is not ready" but the device is there an online. Any one know how to activate it. Regards Stuart VARY TCPIP,TCPIP,OSAENTA,ON,PORTNAME=TRL408 EZZ0060I PROCESSING COMMAND: VARY TCPIP,TCPIP,OSAENTA,ON,PORTNAME=TRL408 EZZ0053I COMMAND VARY OSAENTA COMPLETED SUCCESSFULLY D NET,TRL,TRLE=TRL408 IST097I DISPLAY ACCEPTED IST075I NAME = TRL408, TYPE = TRLE 109 IST1954I TRL MAJOR NODE = P19TRL2 IST486I STATUS= ACTIV, DESIRED STATE= ACTIV IST087I TYPE = LEASED , CONTROL = MPC , HPDT = YES IST1715I MPCLEVEL = QDIO MPCUSAGE = SHARE IST1716I PORTNAME = OSA408 LINKNUM = 0 OSA CODE LEVEL = 0891 IST1577I HEADER SIZE = 4096 DATA SIZE = 0 STORAGE = ***NA*** IST1221I WRITE DEV = 0409 STATUS = ACTIVE STATE = ONLINE IST1577I HEADER SIZE = 4092 DATA SIZE = 0 STORAGE = ***NA*** IST1221I READ DEV = 0408 STATUS = ACTIVE STATE = ONLINE IST1221I DATA DEV = 040A STATUS = ACTIVE STATE = N/A IST1724I I/O TRACE = OFF TRACE LENGTH = *NA* IST1717I ULPID = TCPIP2 IST1815I IQDIO ROUTING DISABLED IST1918I READ STORAGE = 4.0M(64 SBALS) IST1757I PRIORITY1: UNCONGESTED PRIORITY2: UNCONGESTED IST1757I PRIORITY3: UNCONGESTED PRIORITY4: UNCONGESTED IST2190I DEVICEID PARAMETER FOR OSAENTA TRACE COMMAND = 00-01-00- 05 IST1801I UNITS OF WORK FOR NCB AT ADDRESS X'0F9E4010' IST1802I P1 CURRENT = 0 AVERAGE = 0 MAXIMUM = 0 IST1802I P2 CURRENT = 0 AVERAGE = 0 MAXIMUM = 0 IST1802I P3 CURRENT = 0 AVERAGE = 0 MAXIMUM = 0 IST1802I P4 CURRENT = 0 AVERAGE = 0 MAXIMUM = 0 IST1724I I/O TRACE = OFF TRACE LENGTH = *NA* IST314I END D U,CTC IEE457I 13.30.19 UNIT UNIT TYPE STATUS 0400 OSA A-BSY 0401 OSA A 0402 OSA A-BSY 0403 OSA OFFLINE 0404 OSA A-BSY 0405 OSA A 0406 OSA A-BSY 0407 OSA O 0408 OSA A-BSY 0409 OSA A 040A OSA A-BSY 040B OSA O 040C OSA OFFLINE 040D OSA OFFLINE 040E OSA OFFLINE 040F OSA OFFLINE VTAM BOOK VBUILD TYPE=TRL TRL408 TRLE LNCTL=MPC, + MPCLEVEL=QDIO, + READ=0408,+ WRITE=0409, + DATAPATH=(040A,40B),+ PORTNAME=OSA408 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Cobol: Maximum number of FD Statements
On Wed, 4 Mar 2009 08:12:25 -0500, frederick.verw...@hrsdc-rhdsc.gc.ca wrote: > >I don't know if we're using exits to restrict region. How would that show up? > You might have to ask someone, but even if they know there is an IEFUSI in place to restrict the size, they might not know all the "rules" unless they have access to the source code or they are documented somewhere. See this article I wrote for TSO Times in 2004: Region Size: What You See is Not What You Get http://www.tsotimes.com/articles/archive/spring04/TSO-Times-Spring04.pdf You can find the REXXSTOR exec and sample batch execution JCL which should answer your question on my web site. I've updated the exec since I wrote that article to show some additional information, so if you decide to try it, please get REXXSTOR from my web site or CBT file 434 instead of TSO Times web site. Here is a sample of the output: V I R T U A LS T O R A G EU S A G E --- Region requested: 12K Max Priv Region Region Region Region Reg Size Limit Size In-Use Avail Below 16M: 10216K 9728K 9664K 1144K 8584K Above 16M: 1730560K262144K262144K 5328K256816K Above 2G :10G (64-bit MEMLIMIT) MEMLIMIT Source: SMF Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cobol: Maximum number of FD Statements
I've never looked at how much memory was used (perhaps I should!). So, I checked it out and I think what's below gives an answer. STEP 5 STATISTICS HH:MM:SS.TH STEP NAME COB START TIME 13:02:46.12 TOT VSTRG USED 141,620K EXCP COUNT 2,761 PGM NAME IGYCRCTL STOP TIME 13:03:04.59 (EXTENDED) 130,820K ELAP. TIME 00:00:18.47 I don't know if we're using exits to restrict region. How would that show up? Can you interpret the above information? Or, is that available elsewhere in the output? Regards, Eric Verwijs Programmer Analyst | Programmeur-analyste CPP/ OAS/ IA Production Support Team | Équipe de soutien à la production RPC / SV / IA National Headquarters | Administration Centrale Human Resources and Skills Development Canada | Ressources humaines et Développement des compétences Canada Government of Canada | Gouvernement du Canada -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: 2009-03-03 2:13 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Cobol: Maximum number of FD Statements >I tried 0M. No alarms. Still an S0C1. I guess that rules out REGION. Yes, it appears so. Please don't get in the habit of using it. While I have never had a system crash from it, it can cause issues with auxillary storage if too many jobs start using it, and accessing all of it. Like I originally said, it's not my first recommendation. BTW, did your job actually get the full amount above the line? Or, does your site have an exit that restricts region? And, out of curiosity, do you know what the high water mark was? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM filing up 3592 cartridges
I'm sorry - this was answered quite definitively a few posts after the one that I responded to. I violated my rule of reading the rest of the posts on a topic before responding, and especially before asking questions! Eric Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Eric Bielefeld" I don't remember if this was answered or not, but is there really a 99 volume limit in DFHSM? I would think that would be something fairly easy for the HSM people to change, atlhough I may be wrong about that. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: HSM filing up 3592 cartridges
I don't remember if this was answered or not, but is there really a 99 volume limit in DFHSM? I would think that would be something fairly easy for the HSM people to change, atlhough I may be wrong about that. This whole thread reminds me of one of my first big projects as a sysprog when I worked for Milwaukee County. I wrote a system like HSM for backing up the changed and new datasets on our TSO packs. Everything back then was backed up to tape (good old 3420 round reels - state of the art at the time). I wrote everything out to tape using IEBGENER for one set of tapes, and IEBCOPY for another set of tapes. I think back then, the LABEL= parameter had a limit of 99, so we put a maximum of 99 files on each tape. Ah for the good old days when I wrote a lot of assembler! Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Arye Shemer" Newsgroups: bit.listserv.ibm-main To: Sent: Wednesday, March 04, 2009 1:15 AM Subject: Re: HSM filing up 3592 cartridges We suggested to the customer to switch to larger volumes, but he said: They are small software developing shop and need small volumes for the developers' teams. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Tuesday, March 03, 2009 10:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM filing up 3592 cartridges Use bigger volumes? Arye Shemer 3/3/2009 12:13 AM >>> Hello, Customer is using HSM and claims that HSM won't let him put more then 99 disk volume backups on one cartridge. Is there is a way to overcome this limit? The customer would like to utilize his 3592 cartridges more efficiently. Thanks, Arye Shemer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Setting weights via the HMC
You can find on *Activation Profiles*. HMC Operation Guide. Visc. 2009/2/27 gsg > Where can I find information about setting weights and how to determine how > to distribute them accross our LPARs. Can anyone point me in the right > direction. > > TIA > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email 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: DFHSM Issue - Critical
First, The CDS, OCDS, Journal backups will quiesce DFHSM during that time. Go back through SYSLOG and see when they start and stop. It just might be normal processing and you just need to wait until the backups of the CDS etal complete. How long do your backups take? Are you waiting long enough for the backups to completed? You may need to open an issue with IBM on it if your backups are taking too long. Lizette > > Hello, > > Since last 2-3 days observing very strange behaviour of DFHSM. In the > midnight DFHSM is not responding to any migration and recall request. Its > started task DFHSM is not taking any CPU. > > But it was responding to all DFHSM QUERY commands. Tried cancelling ACTIVE > REQUESTS using CANCEL USER and CANCEL DATASET , CANCEL REQUEST > commands. > But not a single request got cancelled. But most of the waiting requests > were cancelled. > > Finally we had to CANCEL the DFHSM started task and Restarted and then it > started working fine. > > Also observed that this issue occurred when CDS backup process was running. > In the QUERY ACTIVE output could see that ARC0142I CDS BACKUP, CURRENTLY IN > PROCESS > > I am not able to see any error messages. Probably my brain stopped > working. Any idea on this ? > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: 3490E cartridges
Schwarz, Barry A wrote: It must really be wonderful when all your customers keep up to date. However, pontificating for those of us whose customers don't merely demonstrates the limits of your experience. I guess we could have abandoned our customer who didn't convert from round reels until after the turn of the century or another customer whose only transfer medium is still 3480 (yes eighty). Third way. There is third way. Your choice is to stay with 3480 (reels, whatever), abandon the customer OR use third way. Usually there is no reason to use 3480 instead of CD. Or - there is no reasonable reason. Usually (always?) this is only because "I always did it that way" or "the sysprog told me he requires the tape" etc. The third way is to convince "the sysprog" OR HIS MANAGEMENT to use another method, maybe even show them how it's easy. Management will be glad hearing about THE SAVINGS because of abandoning ...3480. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM filing up 3592 cartridges
Arye Shemer wrote: We suggested to the customer to switch to larger volumes, but he said: They are small software developing shop and need small volumes for the developers' teams. I agree the limit of 99 could be inconvenient. However, the limit exist and you have a choice: increase volume size or live with partially-full cartridges. BTW: I strongly believe they DON'T need small volumes. Probably they need SMS and some naming convention. Separation at volume level is not needed. My €0.02 -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM filing up 3592 cartridges
On Tue, 3 Mar 2009 07:13:26 +0200, Arye Shemer wrote: >Customer is using HSM and claims that HSM won't let him put more then 99 >disk volume backups on one cartridge. >Is there is a way to overcome this limit? >The customer would like to utilize his 3592 cartridges more efficiently. When we bought jaguars we realised the HSM STACK parameter could not exceed 99 and of course we could not fill our cartridge we made a request but i do not know what happened to it In between we moved from mod3 to bigger models ( mod9 and 27) and bypassed the problem at the same time . I do not think the 99 limit was changed. Bruno Sugliani zxnetconsult(at)free(dot)fr http://zxnetconsult.free.fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFHSM Issue - Critical
Hello, Since last 2-3 days observing very strange behaviour of DFHSM. In the midnight DFHSM is not responding to any migration and recall request. Its started task DFHSM is not taking any CPU. But it was responding to all DFHSM QUERY commands. Tried cancelling ACTIVE REQUESTS using CANCEL USER and CANCEL DATASET , CANCEL REQUEST commands. But not a single request got cancelled. But most of the waiting requests were cancelled. Finally we had to CANCEL the DFHSM started task and Restarted and then it started working fine. Also observed that this issue occurred when CDS backup process was running. In the QUERY ACTIVE output could see that ARC0142I CDS BACKUP, CURRENTLY IN PROCESS I am not able to see any error messages. Probably my brain stopped working. Any idea on this ? JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html