Re: new lpar
O - Original Message - From: IBM Mainframe Discussion List To: IBM-MAIN@bama.ua.edu Sent: Sat Jan 03 08:16:51 2009 Subject: Re: new lpar At Washington University, we have a device that all of the PCs that act as consoles are plugged into. I can't remember the name of the device, but it allows us to define all of our consoles at the same set of addresses. It is plugged in to an Escon channel. Each console is identified by the Lpar name and the address, which is the same on each lpar. I believe it is quite old, but it works so you can have the same address for consoles on different lpars. Eric Bielefeld Washington University - Original Message - From: "Kurt Eastwood" Newsgroups: bit.listserv.ibm-main To: Sent: Friday, January 02, 2009 1:33 PM Subject: Re: new lpar Mark, Raymond, John, Tom and anyone esle who responded, Thanks for all your input. I will go back and do some more research based on your comments. Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 consider our environment before printing this email Please note that Goldman Sachs JBWere makes important disclosures of its interests at http://www.gsjbw.com/Disclosures. If you do not wish to receive future communications of this nature, you can unsubscribe by going to http://www.gsjbw.com/?p=Unsubscribe&s=don.br...@gsjbw.com. If you require any further information regarding our SPAM policy, please email spam-offi...@gsjbw.com. This communication and its attachments are also subject to copyright. NOTICE TO RECIPIENTS: The information contained in and accompanying this communication may be confidential, subject to legal privilege, or otherwise protected from disclosure, and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this communication, please delete and destroy all copies in your possession, notify the sender that you have received this communication in error, and note that any review or dissemination of, or the taking of any action in reliance on, this communication is expressly prohibited. E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. To the extent permitted by law Goldman Sachs JBWere makes no warranties, and expressly disclaims any liability, in relation to the contents of this message. Goldman Sachs JBWere reserves the right to intercept and monitor the content of e-mail messages to and from its systems. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: mvs preemption dispatcher
johnny ying wrote: I searched for weeks,buf can't find more information on preemption and timer pops subject,so could you please explain a little for me,or where can I get useful informations.I am really confused and curious on this topic. Sounds like you could benefit from Robert Rannie's Mainframe Operating System Boot Camp, being held at SHARE in Austin March 1-6. These are "must attend" sessions for those who want to learn how the z/OS operating system (and predecessors) works. (Much of the content applies to other operating systems as well.) I wish I could send all of my developers to this. Easily worth the price of admission. 2895: Mainframe Operating System Boot Camp: GPC and OS - Part 1 of 5 2896: Mainframe Operating System Boot Camp: From IPL to Running Work - Part 2 of 5 2897: Mainframe Operating System Boot Camp: SVC - Part 3 of 5 2898: Mainframe Operating System Boot Camp: Program Interrupts - Part 4 of 5 2899: Mainframe Operating System Boot Camp: I/O - Part 5 of 5 2894: Mainframe Operating System Boot Camp: GPC and OS Remix With IPL, SVC, Program Interrupts, and I/O Highlights -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: mvs preemption dispatcher
The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.
rfocht...@ync.net (Rick Fochtman) writes:
> Actually, I think that preemptive dispatching and timer pops existed
> long before MVS. Can we say "Time Slicing" ??
CTSS (7094) would do time-slicing ... predates virtual machine cp/40
doing time-slicing (ran on 360/40 specially modified with virtual memory
hardware support) which morphed into cp67 (when 360/67 with standard
virtual memory hardware became available).
as an undergraduate in the 60s ... i modified cp67 dispatch/scheduler to
support dynamic adaptive resource management. in the morph from cp67 to
vm370, much of the dynamic adaptive was dropped ... but preemptive
dispatching and time-slicing continued to exist.
there were some number of ("conversational" &/or "time-sharing")
subsystems done under os/360 that also would do time-slicing ... like
cps ... recent posts mentioning CPS
http://www.garlic.com/~lynn/2008s.html#69
http://www.garlic.com/~lynn/2008s.html#71
this reference describes apl\360 supporting time slicing
http://hopl.murdoch.edu.au/showlanguage2.prx?exp=18
above mentions that apl\360 work was being done by 10 people in a period
when tss\360 (the "strategic" operating system for 360/67) had hundreds.
i've guessed that tss\360 had possibly 1200 at a time when the science
center had 12 working on cp67 and cms. the science center also did port
of apl\360 to cp67/cms for cms\apl. The above article mentions that
cms\apl ran 20% slower than apl\360. This probably refers to 360/67
running in 360/65 mode (real addressing) had memory cycle of 750ns.
Running virtual memory mode added 150ns to the memory cycle time (20%).
Note however, apl\360 typically was limited to 16kbyte (or 32kbyte) real
workspaces. cms\apl opened this up to virtual address space size ... as
well as adding functions where apl applications could invoke cms system
functions (like reading/writing files). apl was frequently used for
modeling and/or kinds of applications currently done with spreadsheets,
however this applications were severely limited in apl\360. with cms\apl
it was possible to start doing real-world applications. One such was
that the business planning people in Armonk loading customer business
information on the science center cp67 system and were using cms\apl
(remotely from armonk) to do customer and business modeling.
i've periodically claimed that part of the reason i got to do the
"resource manager" for vm370 (being again able to ship again much of the
stuff that i had done nearly a decade earlier as undergraduate)
was first little 370 work went on during the future system days
(assumption was that future system would replace all 370)
http://www.garlic.com/~lynn/submain.html#futuresys
then when future system project was killed ... there was mad rush to get
products back into the 370 hardware & software product pipeline (i had
somewhat pan'ed future system and continued to focus on 360/370).
recent post with reference about joke associated with resource
manager:
http://www.garlic.com/~lynn/2008p.html#1
--
40+yrs virtualization experience (since Jan68), online at home since Mar70
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A Smile for the Week
Howard Brazee wrote: I remember running a flow-chart program around 1980 that made absolutely no sense to me. Why have a program read a CoBOL program and create a flow chart? It's much easier to read the CoBOL program itself.Documentation is useful in telling us what the program is SUPPOSED to be doing, and why. It should tell us who made business decisions about the program. It should explain data flow and impacts outside of the job or dialog. 1) For non-programmers, it offers at least a small chance of understanding what a program is supposed to do, for instance, your boss's boss. 2) While reading the program, you have to flip back and forth between pages or screens, making it hard to build and maintain a good picture of what's going on; i.e., you get lost in the details. But I'm biased, having written the output portion of ADR's Autoflow for the 709x. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Node Name
>Never take names lightly. Most especially, do not name things casually with >the expectation that you can always rename them later. Technically, it's easy. Politically, ...! >Naming is one of the biggest headaches in company mergers. Do your future self >the favor of taking great care today. We had SMF ID's, at one shop, that were set up to identify the systems as 3090's. They changed it with upgrades from 3033's, 470's, and 308x's. But, after the the upgrades to 3090's, the exits were set up to manage stuff based on fixed SMF ID's. So, we had 1100A's, 1400A's, 9672's, & z/900's identified as 3090's. We even had vendors make assumptions based on SMF ID's. Pick hardware independent names. - 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: mvs preemption dispatcher
Actually, I think that preemptive dispatching and timer pops existed long before MVS. Can we say "Time Slicing" ?? Thompson, Steve wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of johnny ying Sent: Friday, January 02, 2009 10:47 AM To: IBM-MAIN@bama.ua.edu Subject: mvs preemption dispatcher hi,gurus I searched for weeks,buf can't find more information on preemption and timer pops subject,so could you please explain a little for me,or where can I get useful informations.I am really confused and curious on this topic. thanks Look for a book or paper on Project SUE (it is old). It, as best I can tell, is what MVS was based on (which predates z/OS by 20+ years). And what also might help you are keywords for search: preemptive dispatcher interrupt driven. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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-MAIN Digest - 31 Dec 2008 to 1 Jan 2009 (#2009-1)
Lizette, It seems that the behavior I described is the expected behavior for the console service if either BPX.CONSOLE is not defined or it is defined but the caller does not have the proper permissions. At my shop, BPX.CONSOLE is not defined so I receive the BPXM023I message with the callers ID prefixed to the message. This behavior is described in UNIX System Services Programming: Assembler Callable Services under the discussion of the _console service. I added the BPX.CONSOLE profile on my sandbox system and restarted EKM and got the messages in the form you did. The solution for you would seem to be to either remove the profile or the EKM server IDs access to it. Jim "Lizette Koehler wrote on 01/01/2009 09:36:46" > Date:Thu, 1 Jan 2009 09:30:46 -0500 > From:Lizette Koehler > Subject: Re: Shell Scripts in EKM > > Yes we are running JZOS batch loader and EKM as an STC. However, we have no > BPXM023I messages. Only the text of the messages. I have asked IBM about > this and they indicated it has to do with the BPX.CONSOLE profile. How is > yours set for EKM STC? Is EKM STC in the access list? > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of > > Jim Holloway > > Sent: Thursday, January 01, 2009 9:23 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: Shell Scripts in EKM > > > > Are you running the EKM Server under MVS with JZOS batch loader? While I > > agree > > with you both concerning the lousy messaging, running the EKM Server as a > > started > > task with the batch loader modifies the message enough for automation (we > > use BMC) > > to pickup on the fact that EKM is up and available. > > > > When we start EKM we get the following: > > > > 08363 02:52:24.47 STC09716 000A0294 BPXM023I (EKMSERV) Processing > > 08363 02:52:24.47 STC09716 0090 BPXM023I (EKMSERV) Server is started > > > > 08363 02:52:24.47 STC09716 000A0294 BPXM023I (EKMSERV) Server is running. > > TCP port: 3801, SSL port: 5443 > > 08363 02:52:24.47 STC09716 000A0294 BPXM023I (EKMSERV) Server is running. > > TCP port: 3801, SSL port: 5443 > > > > We key off the BPXM023I message looking for EKMSERV > > > > > > Jim Holloway - MetLife > > > > > > "Hunkeler Peter (KIUK 3)" wrote on 12/31/2008 10:41:13 +0100 > > > > > > Date:Wed, 31 Dec 2008 10:41:13 +0100 > > > From:"Hunkeler Peter (KIUK 3)" > > > Subject: Re: Shell Scripts in EKM > > > > > > >The reason is our EMK server on z/OS V1.9 does not > > > >have any message IDs, so all we get is the following text: > > > > > > > >Server is running. TCP port: 3801, SSL port: 1443 > > > > > > Seems like inacceptable behaviour for a software to be run > > > on z/OS. I'd try to open a PMR requesting identifiable messages. > > > > > > -- > > > Peter Hunkeler > > > Credit Suisse > > > > > > > > Date:Wed, 31 Dec 2008 05:40:33 -0500 > > > From:Lizette Koehler > > > Subject: Re: Shell Scripts in EKM > > > > > > I have already done that. A requirements hasw been accepted. But with > > > ported applications I am not sure how long it will take for IBM to > > action > > > this. Not enough z/OS Users or tape encryption to put pressure on > > sooner > > > than later. > > > > > > So in the meantime, I am hoping a shell script could be created that > > will > > > give us the message we need for automation. > > > > > > Lizette > > The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Node Name
The future is famously unpredictable. (No need to cite references.) The best practice is to name *everything* as if you were part of a larger enterprise even though you see no prospect of a change. Up to and including the whole world. A lot of 'single system' shops over the decades have suddenly found themselves absorbing--or being absorbed by--some other entity. The last thing you want in the midst of such a traumatic event is having to rename lots of stuff to avoid collisions. Long ago IBM recommended imbedding the SHARE installation code (yea for us!) into any name that has our could conceivably have an external face. That goes for JES node names as well as network names. Act as if your 'single system' SMF data might one day be merged in with other systems to provide a unified enterprise view. And you're still in the saddle. Never take names lightly. Most especially, do not name things casually with the expectation that you can always rename them later. Naming is one of the biggest headaches in company mergers. Do your future self the favor of taking great care today. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com Edward Jaffe To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List Re: JES2 Node Name 01/02/2009 12:27 PM Please respond to IBM Mainframe Discussion List George Dranes wrote: > Considering our system is a monoplex and there is only on system in the MAS, > it would probably make much more sense for us to set the 3 values the same. > If in the future we decide to introduce a multisystem sysplex then we can > rethink our NJE naming conventions. Does this sound safe? > I would follow Mark Zelden's recommendation and name your node something like WIUJES2A. -- Edward E Jaffe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: HCD - IM column
Mark Zelden wrote: On Fri, 2 Jan 2009 15:28:54 +0100, R.S. wrote: Mark Zelden wrote: On Fri, 2 Jan 2009 14:25:52 +0100, R.S. wrote: I found strange thing in HCD. When type action character U against CSS (or SMP-type CPC), you get list of attached devices. One of the column *should* show connected LPARs. quotation from Help panel: # IM is the number of images reaching the device from the designated processor. All partitions, which reach the device and are not excluded by candidate list, are considered. Note: it's not # of OS configs. In my case it shows some weird value, i.e. 12, despite CPC has defined 7 LPARs. I really don't know where the "12" comes from. Any clue? -- Radoslaw Skorupka Lodz, Poland What type of processor? Is there more than one CSS? It was done for 2064 (z/900, single CSS). BTW: IMHO multiple CSS probably has nothing to do since action character U is issued against CSS. For another CPC, 2094 I observe 16 IMages. It is more than # of LPARs definded. Only one CSS is defined on the machine, 11 LPARs including 2 CFs. Does it make any sense? Regards -- Radoslaw Skorupka Lodz, Poland I asked because "not excluded" is where the number comes from. I looked at a 2nd CSS on one of our boxes and put a "P" next to it to show the partitions and some partitions with a name of "*" are defined. Radoslaw, When you did it from the other machine was it a different device?. I'm just wondering (I'm not able to check right now) if the count is the total number of reachable images across ALL machines in the IODF. Cheers Roy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Display MAXTHREADS for an address space
On Fri, 2 Jan 2009 10:43:19 -0600, Patrick O'Keefe wrote: >...MAXTHREADS ... >How do we tell if the value is really being overridden? A > D OMVS,O,A= >gives no indication that it is showing the address space's parm >... Someone here found the answer: D OMVS,L,PID=... It's a bit frustrating that the other displays - O, L, and P with A= or U= ignore the A= and U= and just display the system-wide values. (This is on 1.8. I have no idea about later releases.) Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: new lpar
At Washington University, we have a device that all of the PCs that act as consoles are plugged into. I can't remember the name of the device, but it allows us to define all of our consoles at the same set of addresses. It is plugged in to an Escon channel. Each console is identified by the Lpar name and the address, which is the same on each lpar. I believe it is quite old, but it works so you can have the same address for consoles on different lpars. Eric Bielefeld Washington University - Original Message - From: "Kurt Eastwood" Newsgroups: bit.listserv.ibm-main To: Sent: Friday, January 02, 2009 1:33 PM Subject: Re: new lpar Mark, Raymond, John, Tom and anyone esle who responded, Thanks for all your input. I will go back and do some more research based on your comments. Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A Smile for the Week
Instead of comments and flow charts and the like, let's just go with "literate programming" ala Dr. Knuth. http://www-cs-faculty.stanford.edu/~knuth/lp.html Literate programming is a methodology that combines a programming language with a documentation language, thereby making programs more robust, more portable, more easily maintained, and arguably more fun to write than programs that are written only in a high-level language. The main idea is to treat a program as a piece of literature, addressed to human beings rather than to a computer. The program is also viewed as a hypertext document, rather like the World Wide Web. (Indeed, I used the word WEB for this purpose long before CERN grabbed it!) This book is an anthology of essays including my early papers on related topics such as structured programming, as well as the article in The Computer Journal that launched Literate Programming itself. The articles have been revised, extended, and brought up to date. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A Smile for the Week
On 2 Jan 2009 12:10:57 -0800, eric-ibmm...@wi.rr.com (Eric Bielefeld) wrote: >I hope that when people say "Real Programmers don't comment code" that they >are being humorous, or just kidding around. Assemble code for someone like >myself who has done a lot of coding, but done it a long time ago, is hard to >read. Good comments make it at least possible to follow what the author was >doing. I think if I were the boss, and someone wrote a lot of assmbler code >without comments, they would either change their ways, or find a different >job. I believe we all are kidding. That said, unreliable documentation can be dangerous, and in my experience, documentation rarely gets updated adequately over time. I remember running a flow-chart program around 1980 that made absolutely no sense to me. Why have a program read a CoBOL program and create a flow chart? It's much easier to read the CoBOL program itself.Documentation is useful in telling us what the program is SUPPOSED to be doing, and why. It should tell us who made business decisions about the program. It should explain data flow and impacts outside of the job or dialog. Today's code should not be obtuse enough that other programmers have to study to find out what we did. But sometimes they should know why we did it a particular way. (Assembler needs more documentation than "self documenting" languages, but design the documentation so that it is read and maintained). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Node Name
George Dranes wrote: Considering our system is a monoplex and there is only on system in the MAS, it would probably make much more sense for us to set the 3 values the same. If in the future we decide to introduce a multisystem sysplex then we can rethink our NJE naming conventions. Does this sound safe? I would follow Mark Zelden's recommendation and name your node something like WIUJES2A. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Node Name
>If in the future we decide to introduce a multisystem sysplex then we can >rethink our NJE naming conventions. Does this sound safe? Not 100%. Since you are doing changes now, why not be proactive on the NODENAME? One less change needed in future, if that projected future arrives. - 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: New BDMSCAN version to look at your Broadcast Dataset
>A year or so ago when IBM sent me a z/OS 1.7 driver system for my new z9, it >consisted of three 3380 pack dumps. Did you have 3380's available? Did you complain to IBM? - 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: JES2 Node Name
>So I take it many of you use the same name for SYSNAME, SID and JES2 >NODENAME? Not a good idea for NODENAME. Member name, okay. What happens if you expand to add another system in the same MAS? You'll confuse people if your NODE was called SYSA (for example) and you add another system (SYSB?). Will you want to call the NODE SYSA, even with two systems (or more). Of course, you can do whatever you want, but I wouldn't do it, unless you can guarantee you'll never grow out of the need for one system. - 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: JES2 Node Name
> Actually, I would probably be more confused if the SMF ID and SYSNAME > didn't match. I've always kept them same, except at one shop where they wanted to move JES names around in case of a system failure. It never happened, while I was there. And, GDPS made them non-movable (automation was easier). There were two sites with multiple image SYSPLEX's. So, the LPAR=SMFID=JESID=SYSID. But, the node names were SITEn, where N was the Site #. Even with a single site and a single system, if the node name was required, I would make it different than the others. The site may have to expand to multiple systems due to growth, or you may someday have to connect to a different site (possibly due to acquisition -- yours or somebody else's). - 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
VIPA (was: JES2 Node Name)
TCP/IP DNS names are yet another name choice you get to make. Sysplex distributor, especially when coupled with Cisco local director, is supposed to allow you to specify the "cluster" IP name and get routed to the image with the best chance of fulfilling your request in the shortest amount of time. Even if you use DNS names that direct you to a specific system (like in the olden days), things can get really interesting when you use VIPA. Yes, I already deal with this problem. We have people who start an application and then a second copy using different ports who just can't understand why the second copy sits and does nothing when the first copy ends. And so my point about the TCP/IP was, EVEN if you had unique names for the stacks (and only run one stack per z/OS), that with all the JES images using the name of MVSA, you could connect to MVSA while your application was running on MVSA'. Then your next attempt might go to MVSA''. So, while VIPA would solve that (because the address belongs to the application in question), other things would get more and more confusing. Which I think was your original point (which I was agreeing with while trying to demonstrate just how loony this would/could get if you continued down this road far enough). Regards, Steve Thompson -- Opinions by this poster may or may not be those of poster's employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A Smile for the Week
I hope that when people say "Real Programmers don't comment code" that they are being humorous, or just kidding around. Assemble code for someone like myself who has done a lot of coding, but done it a long time ago, is hard to read. Good comments make it at least possible to follow what the author was doing. I think if I were the boss, and someone wrote a lot of assmbler code without comments, they would either change their ways, or find a different job. As to the comment I quoted below, if the code works, or does what it is supposed to, it can't be all bad. Eric Bielefeld - Original Message - From: "Thomas Berg" Newsgroups: bit.listserv.ibm-main To: Sent: Friday, January 02, 2009 9:00 AM Subject: SV: A Smile for the Week If You comment Your code You disclose how smart - or dumb - the thoughts behind the coding was. If there were any... There could the reason for omitting comments hide... ;) Regards, Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Node Name
On Fri, 2 Jan 2009 12:54:30 -0700, Steve Comstock wrote: >John McKown wrote: >[snip] > >> Most certainly. I have enough problems with programmers who cannot >> understand that z/OS and MVS are basically different names for the same >> thing. (I know that technically z/OS is the evolution of MVS which is the >> evolution of SVS which is the evolution of MVT). Our programmers have enough >> problems when one of us calls it "see eye see sss" and I call it "kicks". >> Some of them are still looking for the COBAL compiler . And what >> happened to IKJCBL00? What? Why is it now IGYCRCTL? > >John, > >We can fix that. > Most likely. However, it is very likely that the "z" will die something this or next year. The plan is go convert to an "i". As much as I like the "z", the "i" is very impressive. Unfortunately, it has little need for any "heavy techies". The system simply runs. Very little is configurable on it. Any "exits" can be written in any ILE language (ILE is the "i" version of LE, sort of). There is no DASD management even possible. No assembler language programming possible. It is very "business" oriented. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Node Name
Thompson, Steve wrote: So let us look at TCP. How would you ID the stack you need to go to, for an application running on MVSA, when all your images are named MVSA? How would you put in your DNS entries to know which is which? And even if you did, your application can't seem to get affinity to the system it needs (unless it is set to a specific job class and that class is only available on MVSA as opposed to MVSA as opposed to MVSA). TCP/IP DNS names are yet another name choice you get to make. Sysplex distributor, especially when coupled with Cisco local director, is supposed to allow you to specify the "cluster" IP name and get routed to the image with the best chance of fulfilling your request in the shortest amount of time. Even if you use DNS names that direct you to a specific system (like in the olden days), things can get really interesting when you use VIPA. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Node Name
Considering our system is a monoplex and there is only on system in the MAS, it would probably make much more sense for us to set the 3 values the same. If in the future we decide to introduce a multisystem sysplex then we can rethink our NJE naming conventions. Does this sound safe? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: HCD - IM column
On Fri, 2 Jan 2009 15:28:54 +0100, R.S. wrote: >Mark Zelden wrote: >> On Fri, 2 Jan 2009 14:25:52 +0100, R.S. wrote: >> >>> I found strange thing in HCD. >>> When type action character U against CSS (or SMP-type CPC), you get list >>> of attached devices. >>> One of the column *should* show connected LPARs. >>> >>> quotation from Help panel: >>> # IM is the number of images reaching the >>> device from the designated processor. All >>> partitions, which reach the device and >>> are not excluded by candidate list, are >>> considered. >>> >>> Note: it's not # of OS configs. >>> >>> In my case it shows some weird value, i.e. 12, despite CPC has defined 7 >>> LPARs. >>> I really don't know where the "12" comes from. >>> >>> Any clue? >>> -- >>> Radoslaw Skorupka >>> Lodz, Poland >>> >> >> What type of processor? Is there more than one CSS? > >It was done for 2064 (z/900, single CSS). > >BTW: IMHO multiple CSS probably has nothing to do since action character >U is issued against CSS. >For another CPC, 2094 I observe 16 IMages. It is more than # of LPARs >definded. Only one CSS is defined on the machine, 11 LPARs including 2 CFs. >Does it make any sense? > >Regards >-- >Radoslaw Skorupka >Lodz, Poland > > I asked because "not excluded" is where the number comes from. I looked at a 2nd CSS on one of our boxes and put a "P" next to it to show the partitions and some partitions with a name of "*" are defined. Do you have IBMLINK ASKQ support? You can always open a ETR. 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: JES2 Node Name
John McKown wrote: [snip] Most certainly. I have enough problems with programmers who cannot understand that z/OS and MVS are basically different names for the same thing. (I know that technically z/OS is the evolution of MVS which is the evolution of SVS which is the evolution of MVT). Our programmers have enough problems when one of us calls it "see eye see sss" and I call it "kicks". Some of them are still looking for the COBAL compiler . And what happened to IKJCBL00? What? Why is it now IGYCRCTL? John, We can fix that. 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: JES2 Node Name
On Fri, 2 Jan 2009 13:14:41 -0600, George Dranes wrote: >So I take it many of you use the same name for SYSNAME, SID and JES2 >NODENAME? > SYSNAME and SID... common. JES2, I've rarely seen it. It would be really confusing in a JES2 MAS since it could only match on one of the systems. Using some sort of name that describes the company or location is much more common. I.E, NYJESA, CHIJES2. 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: JES2 Node Name
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Friday, January 02, 2009 1:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JES2 Node Name Thompson, Steve wrote: > One more thing to consider: How would GRS determine who is reserving > (enqueue) what from whom? So wouldn't you be forced into RESERVES? And > there goes response/through-put. > The values you use for SMF IDs and JES member names have no effect whatsoever on serialization. I was thinking that while the OP was making things the same (which I thought he was indicating MVS info as well), that they could carry this a bit too far. So the idea was to bring up ramifications of the various names -- perhaps GRS was not the best example. So let us look at TCP. How would you ID the stack you need to go to, for an application running on MVSA, when all your images are named MVSA? How would you put in your DNS entries to know which is which? And even if you did, your application can't seem to get affinity to the system it needs (unless it is set to a specific job class and that class is only available on MVSA as opposed to MVSA as opposed to MVSA). Let's see, one pill makes you (a la Jefferson Airplane). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Node Name
On Fri, 2 Jan 2009 13:37:29 -0600, Chase, John wrote: >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of John McKown >> >> [ snip ] >> Some of them are still looking for the COBAL compiler . And what >> happened to IKJCBL00? ... > >IKFCBL00? > >-jc- What. You didn't have the special TSO version of the COBOL compiler? . You're right. My fingers are stupid and my brain is still in holiday mode. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Node Name
On Fri, 2 Jan 2009 14:09:39 -0500, Thompson, Steve wrote: > >You made the points I was planning to make for me. > >One more thing to consider: How would GRS determine who is reserving >(enqueue) what from whom? So wouldn't you be forced into RESERVES? And >there goes response/through-put. > The SYSNAME is the GRS name: SYS1.MACLIB(CVT) - 01.00 ===> CVTSNAME DCCL8' 'SYSTEM NAME FOR CURRENT SYSTEM. *OWNERSHIP: GRS. -- 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: JES2 Node Name
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of John McKown > > [ snip ] > Some of them are still looking for the COBAL compiler . And what > happened to IKJCBL00? ... IKFCBL00? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New BDMSCAN version to look at your Broadcast Dataset
A year or so ago when IBM sent me a z/OS 1.7 driver system for my new z9, it consisted of three 3380 pack dumps. -Original Message- From: Ted MacNEIL Sent: Sunday, December 28, 2008 1:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: New BDMSCAN version to look at your Broadcast Dataset > Suppose you use FDR, for example, to copy a Broadcast Dataset from a 3380 to a 3390. Does anybody still have 3380's? I haven't seen one since 1990! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: HCD - IM column
Mark Zelden wrote: On Fri, 2 Jan 2009 14:25:52 +0100, R.S. wrote: I found strange thing in HCD. When type action character U against CSS (or SMP-type CPC), you get list of attached devices. One of the column *should* show connected LPARs. quotation from Help panel: # IM is the number of images reaching the device from the designated processor. All partitions, which reach the device and are not excluded by candidate list, are considered. Note: it's not # of OS configs. In my case it shows some weird value, i.e. 12, despite CPC has defined 7 LPARs. I really don't know where the "12" comes from. Any clue? -- Radoslaw Skorupka Lodz, Poland What type of processor? Is there more than one CSS? It was done for 2064 (z/900, single CSS). BTW: IMHO multiple CSS probably has nothing to do since action character U is issued against CSS. For another CPC, 2094 I observe 16 IMages. It is more than # of LPARs definded. Only one CSS is defined on the machine, 11 LPARs including 2 CFs. Does it make any sense? Regards -- 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.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- 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.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Node Name
George Dranes wrote: So I take it many of you use the same name for SYSNAME, SID and JES2 NODENAME? I must be missing something... If every JES2 member has its own NJE node name, you create the false impression that the systems in a JESplex (MAS) are not interconnected. You'll have jobs submitted from remote nodes running on systems that differ from the names to which they were directed. You'll have NJE jobs submitted between members of the same JESplex. And, in that case, even have a job potentially run on the original "source" member rather than the intended "target" member. Isn't *that* confusing?? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: new lpar
Mark, Raymond, John, Tom and anyone esle who responded, Thanks for all your input. I will go back and do some more research based on your comments. Kurt --- On Fri, 1/2/09, Mark Zelden wrote: From: Mark Zelden Subject: Re: new lpar To: IBM-MAIN@bama.ua.edu Date: Friday, January 2, 2009, 6:39 PM On Fri, 2 Jan 2009 10:02:01 -0800, Kurt Eastwood wrote: >Mark, > >Thanks for replying. I have attempted to ipl each lpar individually with only 1 being activated at a time but the new lpar console comes up on the SE. I am using the same load parms for each lpar. > But are the parms in use identical (SYS1.PARMLIB / SYS1.IPLPARM members)? >Do I have to be using HCD? > >If the only addition to the IOCP statements was the addition of the second lpar and I deactivate the original lpar before activating and ipling the new lpar, shouldn't the new lpar console come up on the console the original lpar used? If this is true then maybe I did not have the original lpar completely deactivated but I thought I did. > The LOADxx member can have definitions based on the LPAR (hardware) name. When you said "1 at a time", I thought you meant you IPLed one system in the same physical LPAR that worked, but the other system in that same LPAR didn't. Now it sounds like you are only talking about the 2nd (new) LPAR and shutting down a system in the original LPAR and IPLing the 2nd system in a different LPAR. To start, look at your LOADxx member and see if LPARNAME is specified. You may need to modify your LOADxx member. But I just realized you are using an ICC. I've never used one and perhaps you are missing some configuration from that aspect also. 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: JES2 Node Name
On Fri, 2 Jan 2009 13:14:41 -0600, George Dranes wrote: >So I take it many of you use the same name for SYSNAME, SID and JES2 >NODENAME? Most certainly. I have enough problems with programmers who cannot understand that z/OS and MVS are basically different names for the same thing. (I know that technically z/OS is the evolution of MVS which is the evolution of SVS which is the evolution of MVT). Our programmers have enough problems when one of us calls it "see eye see sss" and I call it "kicks". Some of them are still looking for the COBAL compiler . And what happened to IKJCBL00? What? Why is it now IGYCRCTL? -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Node Name
Thompson, Steve wrote: One more thing to consider: How would GRS determine who is reserving (enqueue) what from whom? So wouldn't you be forced into RESERVES? And there goes response/through-put. The values you use for SMF IDs and JES member names have no effect whatsoever on serialization. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Node Name
In the movie, The Good, Bad and the Ugly, Tucco is asked why he Is going by the name of Bill Carson. And his reply is, "Any name will work" -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George Dranes Sent: Friday, January 02, 2009 1:15 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JES2 Node Name So I take it many of you use the same name for SYSNAME, SID and JES2 NODENAME? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: JES2 Node Name
So I take it many of you use the same name for SYSNAME, SID and JES2 NODENAME? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Node Name
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John McKown Sent: Friday, January 02, 2009 12:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JES2 Node Name On Fri, 2 Jan 2009, Edward Jaffe wrote: this would only confuse me. Let's see, I want to /*JOBPARM SYSAFF= to which name? OK, the JES2 name. Now, I want to select the SMF data from that same system. Oh, that's a different name? Hum, now let me route a command to that same system. What! A third name I must remember three names and which name goes with which facility I want? Oh, my aching head. You made the points I was planning to make for me. One more thing to consider: How would GRS determine who is reserving (enqueue) what from whom? So wouldn't you be forced into RESERVES? And there goes response/through-put. Regards, Steve.T -- Opinions expressed by this poster may not necessarily be those of poster's employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Node Name
George Dranes wrote: Actually, I would probably be more confused if the SMF ID and SYSNAME didn't match. Of course I'm easily confused. lol I've seen programs, including some from IBM, that mix up the SMF ID, JES member name, and system name. The authors developed their code on systems where all such values are set equal. As a result, their programs work only on systems where the values are all set equal. By setting them unequal, I expose these "bugs" while at the same time ensuring we never make the same mistakes in any code we produce. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: mvs preemption dispatcher
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of johnny ying Sent: Friday, January 02, 2009 10:47 AM To: IBM-MAIN@bama.ua.edu Subject: mvs preemption dispatcher hi,gurus I searched for weeks,buf can't find more information on preemption and timer pops subject,so could you please explain a little for me,or where can I get useful informations.I am really confused and curious on this topic. thanks Look for a book or paper on Project SUE (it is old). It, as best I can tell, is what MVS was based on (which predates z/OS by 20+ years). And what also might help you are keywords for search: preemptive dispatcher interrupt driven. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Node Name
On Fri, 2 Jan 2009, Edward Jaffe wrote: > George Dranes wrote: > > I thought I would try to clean up some of our naming conventions. We are > > running a monoplex. I've named our SYSNAME and SMF ID values the same. > > What would be most appropriate for our JES2 node name? Should I make all 3 > > the same name? I'm currently using the sysplex name for the JES2 node name. > > > > Interesting approach. I do exactly the opposite. I want to know what I'm > really looking at when I see a so-called "system name" value displayed. > > I use different prefix values for MVS system name, JES member names > (except for JES3 because it always uses the 8-byte MVS system names), > SMF system IDs, etc. The only thing they all have in common is the > embedded two-character &SYSCLONE value. > > I ensure JES node and XCF group names are both JESplex level names. > However, I make them different from each other. > > My goal is to avoid all confusion. > > this would only confuse me. Let's see, I want to /*JOBPARM SYSAFF= to which name? OK, the JES2 name. Now, I want to select the SMF data from that same system. Oh, that's a different name? Hum, now let me route a command to that same system. What! A third name I must remember three names and which name goes with which facility I want? Oh, my aching head. -- Q: What do theoretical physicists drink beer from? A: Ein Stein. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Node Name
Actually, I would probably be more confused if the SMF ID and SYSNAME didn't match. Of course I'm easily confused. lol -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: new lpar
On Fri, 2 Jan 2009 10:02:01 -0800, Kurt Eastwood wrote: >Mark, > >Thanks for replying. I have attempted to ipl each lpar individually with only 1 being activated at a time but the new lpar console comes up on the SE. I am using the same load parms for each lpar. > But are the parms in use identical (SYS1.PARMLIB / SYS1.IPLPARM members)? >Do I have to be using HCD? > >If the only addition to the IOCP statements was the addition of the second lpar and I deactivate the original lpar before activating and ipling the new lpar, shouldn't the new lpar console come up on the console the original lpar used? If this is true then maybe I did not have the original lpar completely deactivated but I thought I did. > The LOADxx member can have definitions based on the LPAR (hardware) name. When you said "1 at a time", I thought you meant you IPLed one system in the same physical LPAR that worked, but the other system in that same LPAR didn't. Now it sounds like you are only talking about the 2nd (new) LPAR and shutting down a system in the original LPAR and IPLing the 2nd system in a different LPAR. To start, look at your LOADxx member and see if LPARNAME is specified. You may need to modify your LOADxx member. But I just realized you are using an ICC. I've never used one and perhaps you are missing some configuration from that aspect also. 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: new lpar
Kurt, Tom is correct. Each z/OS system image must have access to the 'current' IODF for its own processing. If your current LPAR was using SYS1.IODF15 as its current production configuration, you could IPL your new LPAR by using the same IODF configuration file. If z/OS does not find an IODF during IPL that is specified by using the LOADPARM values, z/OS will cycle through a series of IODF suffixes from 'FF' down to '00' or in the reverse order based on the value of the LOAD member in Parmlib. If your new LPAR can be IPL'ed even if it uses the SE console, use this console and issue the following command - 'D IOS,CONFIG'. This will tell you which IODF file the system found and is currently using for this IPL of z/OS. You can run z/OS without a console. The need/use of a console is determined by the user. HTH HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Friday, January 02, 2009 10:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: new lpar On Fri, 2 Jan 2009 09:42:31 -0800, Kurt Eastwood wrote: >Tom, > >Thanks for replying. This test machine is running z/os 1.8. I am >trying to add another lpar. The guy who set this up is no longer >here and one of his co-workers said he did not use HCD, he set >up the test machine using IOCP. I can access HCD but other than >finding the dasd addresses nothing else appears to be set up in HCD. > >Are you saying this can't be done if you dont use HCD? That is what I am saying. z/OS requires an IODF and AFAIK HCD is the only way to create one. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Node Name
George Dranes wrote: I thought I would try to clean up some of our naming conventions. We are running a monoplex. I've named our SYSNAME and SMF ID values the same. What would be most appropriate for our JES2 node name? Should I make all 3 the same name? I'm currently using the sysplex name for the JES2 node name. Interesting approach. I do exactly the opposite. I want to know what I'm really looking at when I see a so-called "system name" value displayed. I use different prefix values for MVS system name, JES member names (except for JES3 because it always uses the 8-byte MVS system names), SMF system IDs, etc. The only thing they all have in common is the embedded two-character &SYSCLONE value. I ensure JES node and XCF group names are both JESplex level names. However, I make them different from each other. My goal is to avoid all confusion. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: new lpar
Kurt, My personal preference is to always use the HCD for maintaining your configuration files - both IOCDS and IODF. The IOCDS is written out to the processor and used during POR and LPAR activation to configure your LPARs. The IODF is used by z/OS for its configuration information. If you have a source file of your IOCDS configuration statements, you can import them into the HCD and go from there. You should have source statements similar to the following to define the console device numbers to z/OS that will be used during z/OS IPL - EDT ID=00 UNITNAME NAME=CTAPE,UNIT=((0EE0,6),(0EE8,6),(0EF0,16)) UNITNAME NAME=PUN,UNIT=((000D,1)) UNITNAME NAME=SYSDA,VIO=YES, * UNIT=((0200,256),(0300,48),(0330,8),(0338,200),(0400,256* ),(0500,256),(0600,256),(0700,256),(0800,256),(0900,256)* ,(0A00,512),(0C00,1),(0C01,255),(0D00,256),(1800,18),(18* 13,48),(1843,3),(1846,18),(1858,6),(185E,50),(1890,5),(1* 895,65),(18D6,10)) NIPCON DEVNUM=(0020,0021,0040,0044,0048,004C) The last statement (NIPCON) defines the device numbers that z/OS will look for as console devices during its IPL processing. If you do not want to embrace the HCD way of doing things, you can use batch jobs to perform any/all (IIRC most all, anyway) HCD operations/functions. But in the end, you will need to create a new IOCDS and a corresponding IODF for your new z/OS LPAR. Also, depending on how similar your configurations are between the two z/OS LPARs, you may be able to share your IODF configuration file between the two LPARs. On the LOADPARM field you can specify the device number of the DASD volume that contains your IODF data set as well as the LOADxx suffix, such as - 12. The 1200 value is the device number that contains your IODF and the 00 will become your LOAD00 Parmlib member that will specify which IODF data set to use that is on your 1200 device number. HTH HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kurt Eastwood Sent: Friday, January 02, 2009 9:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: new lpar Tom, Thanks for replying. This test machine is running z/os 1.8. I am trying to add another lpar. The guy who set this up is no longer here and one of his co-workers said he did not use HCD, he set up the test machine using IOCP. I can access HCD but other than finding the dasd addresses nothing else appears to be set up in HCD. Are you saying this can't be done if you dont use HCD? Thanks, Kurt --- On Fri, 1/2/09, Tom Marchant wrote: From: Tom Marchant Subject: Re: new lpar To: IBM-MAIN@bama.ua.edu Date: Friday, January 2, 2009, 5:25 PM On Fri, 2 Jan 2009 08:52:09 -0800, Kurt Eastwood wrote: >I am working with iocp statements, HCD is not set up at this point. You are trying to do this the hard way. You didn't say what you are trying to IPL, but my initial assumption was that it was z/OS. If so, you need a hardware definition and a software definition. These are created by HCD. The old way to define NIPCONS, before HCD, was to perform an IOGEN. That is ancient history and has not been available for many years. The z/OS software definition is an IODF and it includes the NIPCONS specification that Mark mentioned. Is your old LPAR running z/OS? If so, HCD must be set up. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: new lpar
You __must__ have an IODF dataset. z/OS will not IPL without one. The IODF can be such that you cannot create a IOCDS (hardware) from it. Anybody who does this is either a fool or thinks that it is good job security. OK - I did exactly this when we had another company on our system. It prevented them from creating and implementing a new IOCDS. On your current z/OS system, issue the command: D IOS,CONFIG and you will see something like: RESPONSE=LIH1 IOS506I 12.08.25 I/O CONFIG DATA 035 ACTIVE IODF DATA SET = I14CAT.IODFA2 CONFIGURATION ID = MAIN EDT ID = 00 TOKEN: PROCESSOR DATE TIME DESCRIPTION SOURCE: SYSTEM02 08-03-05 14:14:32 TSSPVIODFA2 ACTIVE CSS: 0SUBCHANNEL SETS IN USE: 0 CHANNEL MEASUREMENT BLOCK FACILITY IS ACTIVE The dataset that you can then look at with HCD is the one in the ACTIVE IODF DATA SET >From this dataset, which is a production IODF, HCD can create a "work" IODF which you can modify. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE Session 8194: z390 and zcobol Portable Mainframe COBOL Compiler written in structured macro assembler
On Fri, 2 Jan 2009 10:08:28 -0700, Mark Post wrote: On 1/2/2009 at 7:44 AM, "Chase, John" wrote: >-snip- >> But zcobol is touted as "open source". If it is "licensed" in the way >> Linux is "licensed", then IBM couldn't buy it any more than they can buy >> Linux. > >Probably not true, assuming the two developers are the only ones who have contributed to the package, and they agree on selling the rights to it. If other people have contributed, their permission would also be necessary. Obviously as the number of contributors goes up, the likelihood of getting everyone's permission becomes rather dim, which is the case of the Linux kernel. The examples of where such a sale has happened are quite numerous: JBoss, BerkelyDB, MySQL, InnoDB and so on. > > >Mark Post True. However, anything that is GPL'ed can be "forked". IBM could buy zcobol from the owners. They could then then add proprietary extentions to it and sell it without source code. However, the original zcobol would still be available for others to fork on their own. IOW, IBM could not come to people using the GPL version of zcobol and say "either pay us for this version or stop using it immediately!" IOW - once a particular version of the code is GPL'ed, then that version is forever GPL'ed. With the permission of the copyright holders an alternate version can be made which is not GPL'ed. IIRC, this sort of thing is what is going on with MySQL. There is still the GPL version in addition to the SUN version. Same with OpenOffice versus StarOffice. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: new lpar
On Fri, 2 Jan 2009 09:42:31 -0800, Kurt Eastwood wrote: >Tom, > >Thanks for replying. This test machine is running z/os 1.8. I am >trying to add another lpar. The guy who set this up is no longer >here and one of his co-workers said he did not use HCD, he set >up the test machine using IOCP. I can access HCD but other than >finding the dasd addresses nothing else appears to be set up in HCD. > >Are you saying this can't be done if you dont use HCD? That is what I am saying. z/OS requires an IODF and AFAIK HCD is the only way to create one. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: new lpar
Mark, Thanks for replying. I have attempted to ipl each lpar individually with only 1 being activated at a time but the new lpar console comes up on the SE. I am using the same load parms for each lpar. Do I have to be using HCD? If the only addition to the IOCP statements was the addition of the second lpar and I deactivate the original lpar before activating and ipling the new lpar, shouldn't the new lpar console come up on the console the original lpar used? If this is true then maybe I did not have the original lpar completely deactivated but I thought I did. Thanks for your help, Kurt --- On Fri, 1/2/09, Mark Zelden wrote: From: Mark Zelden Subject: Re: new lpar To: IBM-MAIN@bama.ua.edu Date: Friday, January 2, 2009, 5:51 PM On Fri, 2 Jan 2009 08:52:09 -0800, Kurt Eastwood wrote: >Mark, > >I am working with iocp statements, HCD is not set up at this point. I have included the IOCP below that I am working with: > >Based on your comment below: > >Is the console address in your NIPCONS? In HCD terms, that is in the >OS config you IPLed with and defined via "Work with consoles". > >Are you saying I need to have a seperate physical console device and seperate physical address for each lpar? Based on the way the iocp is set up above shouldn't the activated and ipled lpar(2 lpars defined but I have tried only activating one at a time) pick up the console device? The >original lpar ipl always shows up on the console where as the new lpar ipl does not. > >Thanks for any help you can provide. > If only one is active at a time, then you only need one physical address. However, that address still needs to be defined in the OS config in the "Work with consoles" section. Are you IPLing both LPARs with the same OS config? The OS config used is based on your LOADPARM and your LOADxx parmlib / SYS1.IPLPARM member. 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: JES2 Node Name
There is very little chance we will ever connect to an external system. Maybe something like WIUJESP1 (P for our production JES2)? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Node Name
On Fri, 2 Jan 2009 10:59:32 -0600, George Dranes wrote: >I thought I would try to clean up some of our naming conventions. We are >running a monoplex. I've named our SYSNAME and SMF ID values the same. >What would be most appropriate for our JES2 node name? Should I make all 3 >the same name? I'm currently using the sysplex name for the JES2 node name. > I wouldn't make them all the same. Do you connect to any external systems? Even if you don't you might want a "descriptive" name. Something like USWIUJES or USWUIJS1 if to allow for multiple JES2 nodes at your site (USWUIJSn). 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: new lpar
On Fri, 2 Jan 2009 08:52:09 -0800, Kurt Eastwood wrote: >Mark, > >I am working with iocp statements, HCD is not set up at this point. I have included the IOCP below that I am working with: > >Based on your comment below: > >Is the console address in your NIPCONS? In HCD terms, that is in the >OS config you IPLed with and defined via "Work with consoles". > >Are you saying I need to have a seperate physical console device and seperate physical address for each lpar? Based on the way the iocp is set up above shouldn't the activated and ipled lpar(2 lpars defined but I have tried only activating one at a time) pick up the console device? The >original lpar ipl always shows up on the console where as the new lpar ipl does not. > >Thanks for any help you can provide. > If only one is active at a time, then you only need one physical address. However, that address still needs to be defined in the OS config in the "Work with consoles" section. Are you IPLing both LPARs with the same OS config? The OS config used is based on your LOADPARM and your LOADxx parmlib / SYS1.IPLPARM member. 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: new lpar
Tom, Thanks for replying. This test machine is running z/os 1.8. I am trying to add another lpar. The guy who set this up is no longer here and one of his co-workers said he did not use HCD, he set up the test machine using IOCP. I can access HCD but other than finding the dasd addresses nothing else appears to be set up in HCD. Are you saying this can't be done if you dont use HCD? Thanks, Kurt --- On Fri, 1/2/09, Tom Marchant wrote: From: Tom Marchant Subject: Re: new lpar To: IBM-MAIN@bama.ua.edu Date: Friday, January 2, 2009, 5:25 PM On Fri, 2 Jan 2009 08:52:09 -0800, Kurt Eastwood wrote: >I am working with iocp statements, HCD is not set up at this point. You are trying to do this the hard way. You didn't say what you are trying to IPL, but my initial assumption was that it was z/OS. If so, you need a hardware definition and a software definition. These are created by HCD. The old way to define NIPCONS, before HCD, was to perform an IOGEN. That is ancient history and has not been available for many years. The z/OS software definition is an IODF and it includes the NIPCONS specification that Mark mentioned. Is your old LPAR running z/OS? If so, HCD must be set up. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recovery from a logic error
--- Binyamin Dissen wrote: On Thu, 1 Jan 2009 04:08:00 -0600 Magen Margalit wrote: :>We are Z10 with Zos 1.9 shop. :>We recently had a major logic error with DB2 catalog which :>led us to think how can we prepare and recover quickly in the :>event of any (not just DB2) logical error :>(In this case the PPRC / HRC copy of the data won't help since the :> error was replicated). :>The solution we are thinking about is using a full data copy periodically :>let's say every 12 hours (using tools like Hitachi HUR) :>and in the event of a major problem we can IPL from the copy :>made up to 12 hours ago (and then perform forward recovery) How do you know that the error will be detected in such proximity? The problem with logic/corruption errors is that they may take a long time to be detected. :>Questions: :>1. Does any of your organizations use a solution similar to this? :>2. What solutions your organization use for recovering from :>a logical error. -- Binyamin is quite correct. If your processes aren't designed to detect those types of errors immediately, you might go for months before detecting the error. -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: new lpar
On Fri, 2 Jan 2009 08:52:09 -0800, Kurt Eastwood wrote: >I am working with iocp statements, HCD is not set up at this point. You are trying to do this the hard way. You didn't say what you are trying to IPL, but my initial assumption was that it was z/OS. If so, you need a hardware definition and a software definition. These are created by HCD. The old way to define NIPCONS, before HCD, was to perform an IOGEN. That is ancient history and has not been available for many years. The z/OS software definition is an IODF and it includes the NIPCONS specification that Mark mentioned. Is your old LPAR running z/OS? If so, HCD must be set up. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE Session 8194: z390 and zcobol Portable Mainframe COBOL Compiler written in structured macro assembler
>>> On 1/2/2009 at 7:44 AM, "Chase, John" wrote: -snip- > But zcobol is touted as "open source". If it is "licensed" in the way > Linux is "licensed", then IBM couldn't buy it any more than they can buy > Linux. Probably not true, assuming the two developers are the only ones who have contributed to the package, and they agree on selling the rights to it. If other people have contributed, their permission would also be necessary. Obviously as the number of contributors goes up, the likelihood of getting everyone's permission becomes rather dim, which is the case of the Linux kernel. The examples of where such a sale has happened are quite numerous: JBoss, BerkelyDB, MySQL, InnoDB and so on. 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
JES2 Node Name
I thought I would try to clean up some of our naming conventions. We are running a monoplex. I've named our SYSNAME and SMF ID values the same. What would be most appropriate for our JES2 node name? Should I make all 3 the same name? I'm currently using the sysplex name for the JES2 node name. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: new lpar
Mark, I am working with iocp statements, HCD is not set up at this point. I have included the IOCP below that I am working with: ID MSG1='SMI0613 2007 IOCP',MSG2='June 13,2007' *ICP ICP152I SYSTEM=(2096,1) USED BY ICP IOCP RESOURCE PART=(CSS(0),(SCHPROD,1),(SCHTEST,9)) * OSA CHPID PATH=(CSS(0),01),PART=(CSS(0),(SCHPROD,REC),(SCHTEST,REC)), X SHARED,PCHID=100,TYPE=OSC CNTLUNIT CUNUMBR=1,PATH=01,UNIT=OSC IODEVICE ADDRESS=(00A0,32),MODEL=X,UNIT=3270,CUNUMBR=1 CHPID PATH=(CSS(0),02),PART=(CSS(0),(SCHPROD,REC),(SCHTEST,REC)), X SHARED,PCHID=130,TYPE=OSD CNTLUNIT CUNUMBR=2,PATH=02,UNIT=OSA IODEVICE ADDRESS=(0500,3),UNIT=OSA,CUNUMBR=2 * FICON CHPID PATH=(CSS(0),20),TYPE=FC,PARTITION=((SCHPROD,SCHTEST),(=)), X SHARED,PCHID=110 CHPID PATH=(CSS(0),21),TYPE=FC,PARTITION=((SCHPROD,SCHTEST),(=)), X SHARED,PCHID=111 CNTLUNIT CUNUMBR=700,PATH=((CSS(0),20,21)), X UNITADD=((00,256)),CUADD=0,UNIT=2105 IODEVICE ADDRESS=(700,150),CUNUMBR=(700),STADET=Y,UNIT=3390 * ESCON CHPID PATH=(CSS(0),60),PART=(CSS(0),(SCHPROD,REC),(SCHTEST,REC)) X SHARED,PCHID=160,TYPE=CNC CHPID PATH=(CSS(0),70),PART=(CSS(0),(SCHPROD,REC),(SCHTEST,REC)) X SHARED,PCHID=170,TYPE=CNC CNTLUNIT CUNUMBR=20,PATH=(60,70),UNIT=3590,UNITADD=((00,8)) IODEVICE ADDRESS=(400,8),UNIT=3590,CUNUMBR=20 *ICP ICP063I ERRORS=NO, MESSAGES=NO, REPORTS PRINTED=NO, *ICP IOCDS WRITTEN=YES, IOCS WRITTEN=YES Based on your comment below: Is the console address in your NIPCONS? In HCD terms, that is in the OS config you IPLed with and defined via "Work with consoles". Are you saying I need to have a seperate physical console device and seperate physical address for each lpar? Based on the way the iocp is set up above shouldn't the activated and ipled lpar(2 lpars defined but I have tried only activating one at a time) pick up the console device? The original lpar ipl always shows up on the console where as the new lpar ipl does not. Thanks for any help you can provide. Kurt --- On Wed, 12/31/08, Mark Zelden wrote: From: Mark Zelden Subject: Re: new lpar To: IBM-MAIN@bama.ua.edu Date: Wednesday, December 31, 2008, 9:58 PM On Wed, 31 Dec 2008 10:34:36 -0800, Kurt Eastwood wrote: >Thanks to anyone and everyone in advance. > >I am trying to build a new test lpar and running into an issue. > > I have created a new iocp and performed an activation and ipl of this new lpar. The new lpar appears to ipl but the console is being sent to the SE console. I deactivated the other lpar on the z9 I am trying to build this new lpar on and then reipled the new test lpar and the ipl is still being sent to the SE console. I obviously have not set something up correctly concerning the console but I cannot determine what it is. > >Can anyone offer any suggestions? > Is the console address in your NIPCONS? In HCD terms, that is in the OS config you IPLed with and defined via "Work with consoles". 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
mvs preemption dispatcher
hi,gurus I searched for weeks,buf can't find more information on preemption and timer pops subject,so could you please explain a little for me,or where can I get useful informations.I am really confused and curious on this topic. thanks Johnny Ying -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Display MAXTHREADS for an address space
We have supposedly told out SAF product - ACF2 to override the MAXTHREADS parm for a specific address space. After looking at a dump IBM (Tivoli Storage Manager lvl 2) says we are still using our BPXPRM value. How do we tell if the value is really being overridden? A D OMVS,O,A= gives no indication that it is showing the address space's parm values - no indication of the address space being processed. Obviousaly the values will be the same as the BPXPRM-set values if our override really is not working so I don't know if I'm looking at an affirmation of IBM's analysis, or just an irrelevant display. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Syncsort Oddity
SyncSort can copy a data set in a variety of ways. The first way is to read a block of data, move each record to an output buffer and write the block of data. The other way is to read a block of data and immediately write it out without deblocking the data. The advantage is that the 2nd method is much better from a cpu perspective. The second method will only be used if there is no "per-record" action such as reformatting or record selection and if the input and output blocksizes are the same. The downside of the second method is if there are short blocks they will appear in the output. John Reda Syncsort, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of ??? ?? ??? Sent: Wednesday, December 31, 2008 6:56 AM To: IBM-MAIN@bama.ua.edu Subject: Syncsort Oddity Hi, I've encountered something in Syncsort, and I'm looking for an explanation. One of our users used Syncsort to copy a dataset. The input file had 93386 tracks in 10 extents. The output file had 64815 tracks in 2 extents. Both files are LRECL=27904 BLKSIZE=27998 RECFM=VB DSNTYPE=LARGE. The copy job used Syncsort's SDB=ON option Both are allocated on the same type of DASD (3390-54). When we say the 30% difference in size we used IEBCOMPR to compare the two file, and the result was that they were identical. Another test was done. This time, Syncsort was used to copy records that had a specific value in a specific field. On the large (Input) file, the job ran for 64 seconds. On the small (Output) file the same operation took 7 seconds. Can anyone explain this? TIA 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: A Smile for the Week
If You comment Your code You disclose how smart - or dumb - the thoughts behind the coding was. If there were any... There could the reason for omitting comments hide... ;) Regards, Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK > -Ursprungligt meddelande- > Från: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] För Howard Brazee > Skickat: den 2 januari 2009 15:33 > Till: IBM-MAIN@bama.ua.edu > Ämne: Re: A Smile for the Week > > On 1 Jan 2009 17:25:30 -0800, eamacn...@yahoo.ca (Ted MacNEIL) wrote: > > >A TRUE programmer does not comment their code! > >It was hard to write; it should be hard to read! > > > (We don't want others to know that it really wasn't hard to write). > But if we had to analyze what the users wanted - they should > analyze what we wanted! > > -- > For IBM-MAIN subscribe / signoff / archive access > instructions, send email 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
BMC Software supports Enhanced HOLDDATA
Interesting note from BMC. There are still other opportunities to improve installation and service but this is a "good thing". The variety of installation and service techniques for OEM software is not helping our favorite platform. "Starting December 31, 2008, BMC Software supports Enhanced HOLDDATA. This technical bulletin explains how Enhanced HOLDDATA is used with BMC products." http://documents.bmc.com/supportu/documents/76/82/97682/Output/09186a33805e6477.htm http://tinyurl.com/7wvaww Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:sknut...@geico.com (office) 301.986.3574 "Think big, act bold, start simple, grow fast..." This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A Smile for the Week
Interesting link http://www.cfug-md.org/articles/progcreed.cfm On Fri, Jan 2, 2009 at 10:33 AM, Howard Brazee wrote: > On 1 Jan 2009 17:25:30 -0800, eamacn...@yahoo.ca (Ted MacNEIL) wrote: > > >A TRUE programmer does not comment their code! > >It was hard to write; it should be hard to read! > > > (We don't want others to know that it really wasn't hard to write). > But if we had to analyze what the users wanted - they should analyze > what we wanted! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- "I am as you, in you, for you. One as you in all, as all, forever. My call is your call." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A Smile for the Week
On 1 Jan 2009 17:25:30 -0800, eamacn...@yahoo.ca (Ted MacNEIL) wrote: >A TRUE programmer does not comment their code! >It was hard to write; it should be hard to read! (We don't want others to know that it really wasn't hard to write). But if we had to analyze what the users wanted - they should analyze what we wanted! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: HCD - IM column
On Fri, 2 Jan 2009 14:25:52 +0100, R.S. wrote: >I found strange thing in HCD. >When type action character U against CSS (or SMP-type CPC), you get list >of attached devices. >One of the column *should* show connected LPARs. > >quotation from Help panel: ># IM is the number of images reaching the > device from the designated processor. All > partitions, which reach the device and > are not excluded by candidate list, are > considered. > >Note: it's not # of OS configs. > >In my case it shows some weird value, i.e. 12, despite CPC has defined 7 >LPARs. >I really don't know where the "12" comes from. > >Any clue? >-- >Radoslaw Skorupka >Lodz, Poland > What type of processor? Is there more than one CSS? 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
HCD - IM column
I found strange thing in HCD. When type action character U against CSS (or SMP-type CPC), you get list of attached devices. One of the column *should* show connected LPARs. quotation from Help panel: # IM is the number of images reaching the device from the designated processor. All partitions, which reach the device and are not excluded by candidate list, are considered. Note: it's not # of OS configs. In my case it shows some weird value, i.e. 12, despite CPC has defined 7 LPARs. I really don't know where the "12" comes from. Any clue? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2008 r. kapitał zakładowy BRE Banku SA wynosi 118.642.672 złote i został w całości wpłacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
New Polls on LinkedIn
If anybody here uses LinkedIn, I've posted two new polls there regarding the frequency of Mainframe Security and z/OS Integrity Assessments. If you use LI, please feel free to participate - (FYI, this has been cross-posted over at RACF-L, but z/OS Integrity Assessments aren't (strictly speaking) security reviews...) 1) When Was Your Last Mainframe Security Assessment? Poll - http://polls.linkedin.com/p/14984/rxnlz Q&A - http://www.linkedin.com/answers/technology/information- technology/information-security/TCH_ITS_ISC/390957-7404330? browseIdx=1&sik=1230724691042&goback=.amq Q&A (tiny) - http://tinyurl.com/DocFarmer 2) When Was Your Last z/OS (Not Security) Integrity Assessment? Poll - http://polls.linkedin.com/p/14985/xzdzm Q&A - http://www.linkedin.com/answers/technology/information- technology/information-security/TCH_ITS_ISC/390958-7404330? browseIdx=0&sik=1230724691042&goback=.amq Q&A (tiny) - http://tinyurl.com/DocFarmer-Poll02 Please contribute as and where possible. Many thanks! Doc Farmer Senior Security Specialist InfoSec, Inc. http://www.InfoSecInc.com http://www.linkedin.com/in/DocFarmer http://tinyurl.com/2t6bwd (Click to Connect!) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Debug Tool in pure batch
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Michael Bradley > > I'm trying to use the IBM Debug Tool to list some data names during a > Batch run, with the DT commands in INSPIN, and capturing the responses > in INSPLOG. All is well, until I attempt to continue a command onto a > second line. Since it's a COBOL program that's running, I start the > command in 8, and attempt to continue the statement onto the next line > by using a hyphen '-' in column 7 of the continuing line. > > DT's response is an objection to the second line. > > Does anyone have experience continuing commands onto another line in > the input? I do not, but if you are entering commands for DT, you should enter them in the format expected by DT. The convention for COBOL compile-time line continuation apparently is not the convention expected by DT. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE Session 8194: z390 and zcobol Portable Mainframe COBOL Compiler written in structured macro assembler
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Tony Harminc > > [ snip ] > > My wild guess is that if zcobol looks like a real threat, IBM will > just buy it. And maybe that wouldn't be such a bad thing from its > developer's point of view... But zcobol is touted as "open source". If it is "licensed" in the way Linux is "licensed", then IBM couldn't buy it any more than they can buy Linux. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recovery from a logic error
Magen, Phisical dumps will not keep your referential integrity. U must use utlities. Have a look at DR/Expert from OpenTech systems at http://www.opentechsystems.com/drdb2.php. You can call me if you need more info. Same phone. Itschak On Fri, Jan 2, 2009 at 9:44 AM, Binyamin Dissen wrote: > On Thu, 1 Jan 2009 04:08:00 -0600 Magen Margalit > wrote: > > :>We are Z10 with Zos 1.9 shop. > :>We recently had a major logic error with DB2 catalog which > :>led us to think how can we prepare and recover quickly in the > :>event of any (not just DB2) logical error > :>(In this case the PPRC / HRC copy of the data won't help since the > :> error was replicated). > > :>The solution we are thinking about is using a full data copy periodically > :>let's say every 12 hours (using tools like Hitachi HUR) > :>and in the event of a major problem we can IPL from the copy > :>made up to 12 hours ago (and then perform forward recovery) > > How do you know that the error will be detected in such proximity? > > The problem with logic/corruption errors is that they may take a long time > to > be detected. > > :>Questions: > :>1. Does any of your organizations use a solution similar to this? > :>2. What solutions your organization use for recovering from > :>a logical error. > > -- > 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
