Re: Backup of Offline Data (at a remote site)
-- snip -- Run z/os.e on a very small CPU with upgrade on demand at your BR site. The backup steps don't need a lot of CPU power, and z/os.e is cheap. Very cheap. Once you pull your DR trigger, upgrade the box and start recovering your LPARS. The z/os.e LPAR can remain active to assist as a 'floor' system. -- snip -- Interesting. I'm assuming that one could set up a z/OS.e system(s) running XRC to take care of mirroring the secondary data. Is this in the 'spirit' of z/OS.e? John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Headsup: FileZilla Client Bug
On 22/02/06, Paul Gilmartin [EMAIL PROTECTED] wrote: SIGH! So they do a SYST and detect that it's MVS. Of course MVS uses partitioned data sets, and members are indicated by parentheses, which they try to accommodate, which is really not their responsibility, especially since they only wind up breaking something else. They were probably trying to fix some other reported bug. I wonder what. /SIGH! I'll submit a patch. -- Steve Despair - It's always darkest just before it goes pitch black... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Don't fully understand IBM terminal
Cut the guy some slack, people... Obviously, he has been thrown into a new job without any kind of training on that job. He is swimming... My fault, I'm referring to our Z/OS consoles, we have four of them, each identified by a Tel#. Their different TSO's as I'm told. Is that like having 4 different systems running? It is one or the other. Either you our looking at the console, or not. If it is a console, then the messages you see are an extract of the (MVS) system log. Depending on how the particular console is configured, some messages will be displayed, others will not. From what I read in the previous posts, it seems to me that you are indeed looking at a console and that the routing codes (RTFM, there is a _lot_ to learn...) are set such that tape-related messages (amongst others) are displayed. If you are a tape-ape (no offense), this seams appropriate. You say you have 4 consoles. This does not tell us anything about the system (s) these consoles are connected to. It may be that all 4 are connected to only one system, that some are connected to one system and others to another system, or any combination. There is no way of telling from what you posted. Mind you, when I say system, do not think separate physical boxes... Configuration of LPARs and MVS images running in them varies a _lot_ between installations. No way of telling from what you posted. If there is zVM in the installation, things are even more flexible (and confusing...) You really need to be told what systems you are looking at through those different terminals by someone who knows. I am affraid there is no other way of knowing... No, TSO doesn't run on consoles and it's like having 4 different jobs running, possibly all on the same system. If it's TSO then the If indeed you would look at TSO (which I don't think you do), then this means that your terminal is connected to a particalur address space where the Time Sharing Option is running. TSO is kind of a command processor and nowadays usually comes configured such that it automatically fires up ISPF when you connect to it. ISPF is what makes TSO easy (well, compared to line- mode TSO, anyway...) ISPF dialogs come in a very wide array. It is not impossible that you have a dialog running which is presenting you the relevant messages and enables you to enter the commands. But again, I don't think this is what you have. SDSF is a product that enables console access from a TSO session (amongst many other things). Once more: RTFM (yes, I know, it will take you half a year to read all the stuff...). And that's probably why I'm supposed to check for outstanding messages on each console. This seems to indicate that you do have several MVS images. If Tel1 prompts me for a tape, what message would I get if a D U,,, that drive from another console? Depends on what console is connected to what system and how these systems are configured and what (additional) system software is running. It is possible to share units amongst different systems. And it is possible that units are swithched (automatically or manually) from one system to the other. No way from telling what will happen in your particular installation without knowing more about the configuration of that installation. (come to think of it, all the messages are tape related, aren't there many other things going on in the mainframe?) This makes me think you are indeed looking at a console that is configured for tape-related operations. Really, your system programmer should tell you. is going on. I suspect that you're running a TSO application specific to tapes. Again, you haven't told us what it is. IMHO the OP is looking at a console, not a TSO application. It is true that he did not tell us, but it is my understanding that he does not know for complete and utter lack of training... Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Changing the step name in a procedure by using a parameter
Hi, One of our users has a job that uses a JCL procedure (lets call it A) many time. One of the steps in the procedure runs another procedure (we'll call that B). The user would like to conditionally run a step based on the condition code of the step with PROC B. Naming each step for PROC A is easy, but all the steps generated by PROC B will have the same name. We haven't found a way to reference the condition code of a step within a procedure within a procedure. The user asked if there is a way to name a step using a parameter for example: //X PROC,MSR= //XMSR.A EXEC ... When used will generate //A EXEC X,MSR=10 //X10A EXEC Is there a way to do this? TIA Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DR for a single VTS shop.
Joel Wolpert Director - Performance and Capacity Planning Shared Data Center Securities Industry Automation Corporation 2 Metrotech Center New York, NY 11201 (212) 383-3323 [EMAIL PROTECTED] - Original Message - From: IBM Mainframe Discussion List [EMAIL PROTECTED] Sent: 02/21/2006 07:24 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DR for a single VTS shop. It can be done, but Strongly recommend the use of open tech's VDR utility. It works much better then IBM's export and import function... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Clark, Kevin D, HRC-Alexandria/EDS Sent: Thursday, February 02, 2006 10:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DR for a single VTS shop. Hello all, Does anyone take VTS (IBM 3494) stack volumes to a DR site for application tape processing ? Can this be done ? Kevin Clark. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - This message and its attachments may contain privileged and confidential information. If you are not the intended recipient(s), you are prohibited from printing, forwarding, saving or copying this email. If you have received this e-mail in error, please immediately notify the sender and delete this e-mail and its attachments from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OT who is/was Joshka Fischer? was Re: Disk vs Tape scenario
On 21 Feb 2006 02:30:23 -0800, in bit.listserv.ibm-main [EMAIL PROTECTED] (R.S.) wrote: Ed Finnell wrote: snip rethorical Is it possible to blow up two geographically dispersed data centers ? (BTW: I think it was Bader-Meinhof, also know as Red Army Fraction, there are gossips that Joshka Fischer was a member of B-M) Subject line says it all. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
(fwd) Re: Heads Up - LE PE - PK15432
On 20 Feb 2006 04:14:46 -0800, in bit.listserv.ibm-main [EMAIL PROTECTED] (Barbara Nitz) wrote: What else is anyone using to assess the risk? Are you electing to back out the PE without waiting for any reports of problems at your site or fixes from IBM? We backed out the ptf and went back to Enterprise Cobol 3.2 since we weren't sure that Enterprise Cobol 3.4 would work without the pq-ptf. We really cannot risk data corruption, so we'll wait a while even after the new ptf has closed before putting the stuff back on. The thing that is baffling me in this discussion is how ABCD could ever have been considered = ABCDEF in a COBOL comparison of unequal length operands because my understanding of all COBOL comparison is that the shorter operand is extended with spaces if the description is non-numeric and by zeros so that numeric operands have effectively the same number of digits and decimal places. Thus 1234 would equal both 1234.00 and 0001234 but neither 31234 nor 1234.3. This would be true for both IF statements and SEARCH WHEN conditions. Have I misunderstood the COBOL standard? Would you want your programs to work according to some other rule? Regards, Barbara Nitz -- 10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail +++ GMX - die erste Adresse für Mail, Message, More +++ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP over Cisco router CIP (also DHCP, Flex-ES, Hercules)
On Tue, 21 Feb 2006 21:46:05 -0700, Paul Gilmartin [EMAIL PROTECTED] wrote: But this provokes a question: if someone walks into an internet cafe with his laptop running z/OS under Flex-ES or MVS 3.8 under Hercules, can he exploit DHCP to assign a local IP address for the OS system? And can an OSA be emulated using an 802.11g card? Timothy Sipples separate post covers the DHCP issue for the mainframe O.S.. The remaining answer is yes, FLEX-ES will emulate an OSA on a wireless adapter in the same way that it would using other NICs in the laptop. The emulation has no awareness that the NIC is wireless. The NIC must already be open for use by the hosting Linux system with an IP address (DHCP obtained or hardcoded) before it can be used by the emulated OSA and the mainframe O.S.'s hardcoded TCP/IP address. I have seen developers who use a wireless NIC for both TCP/IP and SNA traffic to their mainframe O.S. using FLEX-ES. -- Gary Eheman Fundamental Software, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Changing the step name in a procedure by using a parameter
Hi, With regard to using a symbolic parameter in a step name. I am afraid this is not possible, the manual states that symbolic parameters may only be used in the operands field. Kind regards - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore Sheffield South Yorkshire UK Tel +44 (0) 114 262 0933 Web www.kmsitltd.co.uk Reg: England Wales 3767263 at the above address All outgoing E-mails are scanned but it remains the responsibility of the recipient to ensure that their system is protected from infection by virus, Trojans, and worms. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Backup of Offline Data (at a remote site)
John, I think it should be as the SDM is already built into DFP. If you use Concurrent Copy you are using SDM. The cost item for XRC is the licensed code on the vendor storage. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John (IBM-MAIN) Sent: Wednesday, 22 February 2006 4:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Backup of Offline Data (at a remote site) -- snip -- Run z/os.e on a very small CPU with upgrade on demand at your BR site. The backup steps don't need a lot of CPU power, and z/os.e is cheap. Very cheap. Once you pull your DR trigger, upgrade the box and start recovering your LPARS. The z/os.e LPAR can remain active to assist as a 'floor' system. -- snip -- Interesting. I'm assuming that one could set up a z/OS.e system(s) running XRC to take care of mirroring the secondary data. Is this in the 'spirit' of z/OS.e? John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT who is/was Joshka Fischer? was Re: Disk vs Tape scenario
No, not far left. Ecologist, only slightly left. Some of the ideas of the German Ecologists (Green Party) are very conservative. Sorry for that OT post, but it needed to be corrected, in my opinion. If you want to talk with me about that or similar subjects, please do it offline. Kind regards Bernd Am Mittwoch, 22. Februar 2006 14:07 schrieben Sie: On Wed, 22 Feb 2006 08:56:00 -0400 Clark Morris [EMAIL PROTECTED] wrote: :On 21 Feb 2006 02:30:23 -0800, in bit.listserv.ibm-main : :[EMAIL PROTECTED] (R.S.) wrote: :Ed Finnell wrote: : snip : :rethorical :Is it possible to blow up two geographically dispersed data centers ? : :(BTW: I think it was Bader-Meinhof, also know as Red Army Fraction, :there are gossips that Joshka Fischer was a member of B-M) : :Subject line says it all. German foreign minister. Far left wing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MQ Series Documentation
Hi, I wondered if anybody on the list could point me at an appropriate documentation source for MQSeries Implementation and Customisation. I have searched the IBM WEB site both directly and indirectly via MVSHELP.COM and only seem to have found programming type manuals rather than system maintenance manuals. What I would like to do is research how to start a second CSQ Address Space if that's possible and then try to get the two address spaces communicating to each other. My ssytem is at z/OS 1.6 and currently running vanilla CSQ1CHIN and CSQ1MSTR. Thanks in anticipation - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore Sheffield South Yorkshire UK Tel +44 (0) 114 262 0933 Web www.kmsitltd.co.uk Reg: England Wales 3767263 at the above address All outgoing E-mails are scanned but it remains the responsibility of the recipient to ensure that their system is protected from infection by virus, Trojans, and worms. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mount DASD as read-only
Again, misunderstanding. NO! I said (or wanted to say) something different: At most READ to every DATASET profile covering the datasets on the volume, *plus* less than ALTER to relevant DASDVOL profile. In other words, it is not enough to have READ or less to dataset profiles. Not enough in terms of readonly access. Most users will not have DASDVOL authority of any kind; if DASDVOL profiles exist at a shop, authority is usually llimited to storage administrators who must do volume maintenance or backups. So granting only READ authority to datasets on a volume will make it practically read-only. However, if I recall my RACF correctly, it is not easy to make datasets read-access by volume. Generic profiles are by dataset name, and I think you need discrete profiles to create authority by volser (I could be wrong, not my expertise). Anyways, I don't think RACF is a good way to try and make a volume read-only, but you can come pretty close with just DASDSET profiles, IMHO. BTW, I believe that some disk vendors have ways of marking a disk read-only, but it may not be documented.. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MQ Series Documentation
http://www-306.ibm.com/software/integration/wmq/library/ System Setup and System Administration. Choose the correct version Roland -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Terry Sambrooks Sent: Wednesday, February 22, 2006 3:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: MQ Series Documentation Hi, I wondered if anybody on the list could point me at an appropriate documentation source for MQSeries Implementation and Customisation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heads Up - LE PE - PK15432
Anyone know what the Cobol 'standard' has to say on the subject? -Original Message- Clark Morris The thing that is baffling me in this discussion is how ABCD could ever have been considered = ABCDEF in a COBOL comparison of unequal length operands because my understanding of all COBOL comparison is that the shorter operand is extended with spaces if the description is non-numeric and by zeros so that numeric operands have effectively the same number of digits and decimal places. Thus 1234 would equal both 1234.00 and 0001234 but neither 31234 nor 1234.3. This would be true for both IF statements and SEARCH WHEN conditions. Have I misunderstood the COBOL standard? Would you want your programs to work according to some other rule? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT who is/was Joshka Fischer? was Re: Disk vs Tape scenario
Fischer was the [Green] Foreign Minister in the preceding Social Democratic-Green coalition German goverment. Googling his name would have yielded this information and much else about him in any of English, French, or German. John Gilmore Ashland, MA 01721-1817 USA _ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mount DASD as read-only
On Wed, 22 Feb 2006 09:47:01 -0500, Rob Scott [EMAIL PROTECTED] wrote: I implemented read-only volumes using RACF for a site when I was free-lancing a few years back. It involved setting up a FACILITY class profile of something like @SYSVOL.volser and then writing a very simple ICHRCX02 exit. So far I have heard 3 different SAF/RACF exit options that have actually been used to do this: ICHRCX02 - Postprocessing Exit(Rob Scott) ICHRCX01 - Preprocessing Exit (Bruce Hewson) ICHRTX00 - SAF Router Exit(Mark Zelden) And SYS1.SAMPLIB(RACEXITS) has a sample IGGPRE00 exit that works in combination with the faility class. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
COBOL floating-point revisited
As many of you know, IBM Enterprise COBOL supports only single- and double-precision IBM hexadecimal floating-point (HFP) data types. In particular, it does not support extended-precision HFP or any of single-, double-, or extended-precision IEEE binary floating-point (BFP) values. Moreover, it would be fair to say that this support is scarcely missed: Few COBOL programmers would make spontaneous use of it if it were available. Java, on the other hand, makes heavy, very heavy, use of BFP, often in situations in which it is not even apparent to a naif Java programmer that it is doing so. My experience in trying to interface a new Java subsystem with some existing COBOL routines was thus discouraging. It was not possible to avoid the use of HLASM interfacing/transmitter routines, which are not maintainable by COBOL or Java programmers, in order to do so. In the upshot I have had to recommend to my client that it avoid any future use of COBOL in many situations; and, while this does not greatly distress me personally, it does suggest that that the issue of what COBOL should support is more complicated than many discussions of this issue here have suggested. John Gilmore Ashland, MA 01721-1817 USA _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Defining CFP in HCD
I've included them in mine without any problems. The only downside I can think of offhand would be if you were adding another ICF to CPUH as only one ICF per CFP is allowed in the access list. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Larry Kraus Sent: Wednesday, February 22, 2006 8:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Defining CFP in HCD I have two CPUs. CPUH and CPUG. Each CPU has two mvs partitions and one ICF. In my example, CPUH has LPAR1, LPAR2, and COUPLE0H. When defining the CFP chpid on CPUH ( which will be used to communicate with CPUG), should COUPLE0H be in the partition access list. Or should it be defined like a CFS with only the MVS partitions in the access list. Disclaimer: This e-mail message is intended only for the personal use of the recipient(s) named above. If you are not an intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify us immediately by e-mail and delete the original message. This e-mail expresses views only of the sender, which are not to be attributed to Rite Aid Corporation and may not be copied or distributed without this statement. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP over Cisco router CIP
Neal, What makes you think that only a CISCO guru might have the answer? As far as I understand the request here the issue concerns IP, not specific router implementations. If you want one, two, or a hundred IP addresses associated with your mainframe, the answer is so very clearly VIPA. And - to borrow a verb from a later post - you should be using lots of VIPA anyhow, possibly one for your instance of IP (colloquially called the stack) and one for each of your applications. If your network person is having problems working out what a VIPA is tell him/her that it's like the z/OS IP node being a router with these target VIPA addresses belonging to interfaces on a node connected on the far side, as it were, of the z/OS IP node. It's been my experience that network people can have difficulties getting their heads round the VIPA concept and this description is a way I try to make it possible for them. That I used to do this on an experimental basis with U-shaped SNA links before VIPA was implemented helps. Chris Mason P.S. I'm using John's reply since Neal's post didn't appear in my reader. - Original Message - From: John S. Giltner, Jr. [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, 22 February, 2006 4:51 AM Subject: Re: TCP/IP over Cisco router CIP Neal Eckhardt wrote: I hope all of you Cisco Guru's have a good answer for me. When our network was upgraded many years ago, the consultant made the unfortunate decision of putting the mainframe on it's own network at address 192.168.1.1 and as we all know, that address conflicts with just about every router out there. The time has come to remedy that situation. The least disruptive solution would be to have the ability to support two IP addresses to the mainframe so the changeover could be phased in, instead of having a drop dead time where everything has to change. From what I can see, there is certainly no problem doing this on the MVS end of things. Since the CLAW statement in the router has a TCP/IP address for each unit address, I would think that the 7206 router should support this. Our network person says that from what he can see, the CIP will only support one IP address (network?) at a time, so my ideal situation is not possible. Hopefully there is somebody more knowledgable than I that can give me a thumbs up or down on the ability to do this. Thanks, Neal Search for CLAW Packing Configuration Example on the following page: http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_configuration_guide_chapter09186a00800d9830.html#19717 It seems to show a single CIP with 3 differnt devices addresses and each CUA has a unique IP address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Load module names in SMF data
Are loaded module names reported in SMF data? I am aware of the Program Name in the Type 4 Step Termination record, but is there anything to show dynamically called subroutines? Am looking for a way to determine in use for clean up efforts. Thinking about it, the volume would be huge, but what is not nowadays? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP over Cisco router CIP (also DHCP, Flex-ES, Hercules)
Timothy, Insofar as I want my PC always to be available at a known IP address - for the purpose of receiving telephone calls, I use a nice free service which provides me with a constant name while my ADSL router gets a new IP address every time there's some sort of interruption to my ADSL service. Probably the answer is for FLEX-ES etc. to implement the same sort of software (on a card?) as my little black ADSL router with an address obtained by a DHCP client on the outside and - where we came in - 192.168.1.1 on the inside with NAT in between. Now I read on I think that's what you are saying in a rather more complicated way. g Chris Mason - Original Message - From: Timothy Sipples [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, 22 February, 2006 8:49 AM Subject: Re: TCP/IP over Cisco router CIP (also DHCP, Flex-ES, Hercules) But this provokes a question: if someone walks into an internet cafe with his laptop running z/OS under Flex-ES or MVS 3.8 under Hercules, can he exploit DHCP to assign a local IP address for the OS system? And can an OSA be emulated using an 802.11g card? AFAIK z/OS doesn't have a DHCP client. (DHCP server, yes, of course.) Which makes sense because z/OS is the ultimate server, and you want it to always be available at known IP addresses. That said, I've run into the same issue with FLEX-ES installations in which it could be useful if the objective is to have quick outbound connectivity from a roaming z/OS. It really isn't much of an impediment, though. Linux (the FLEX-ES host OS) has some interesting IP capabilities. You can fix the z/OS guest on something like 10.2.1.1 and then, as I recall, use the Linux host's kernel to do things like address translation, proxying, etc. to give you onward outbound connectivity -- or even inbound if you want to access the z/OS HTTP server over that inbound DHCP-assigned Linux address. I did something like this when I set up a homebrew Token-Ring-to-Ethernet address translation router. I set it up so that, if you came in via a Token-Ring address to a specific port, it would forward the request to a backend Ethernet address and route replies back. (The backend server was a 1994 Macintosh running the Motorola 68K version of Linux, Apache HTTP Server, and serving WebSphere Host On-Demand. Just for a lark. Yes, it all worked.) The same principle applies if it's a virtual IP address on the same physical system. Another way to slice this is to buy a little $20 ethernet router -- just a couple ports will do. Configure the external network side of the router for DHCP, then just pick any fixed z/OS address and reserve it in the router's DHCP server on the local side. Most of these routers also support port forwarding for inbound requests, and they'll route outbound requests without fuss. If someone comes up with a good reason why z/OS should be a DHCP client I'm sure the folks in Poughkeepsie (or Raleigh) will take it seriously. But I don't think anyone has come up with a good reason yet. Linux on z9/zSeries does have a DHCP client, and it's pretty easy to come up with scenarios where arguably that could be useful, even among virtual servers. - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Supported method to empty PDS in Batch
- Original Message - From: [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, February 22, 2006 10:00 AM Subject: IBM Supported method to empty PDS in Batch I have dug high and low and have not been able to find a way to empty a PDS that meets the following requirements: 1) Executes in batch 2) Provided and ***supported*** by IBM (not CBT, not DIY rexx code, not requiring SAS/PDSMAN/PDSFAST/etc...) Am I missing something totally obvious? If so, how is it done? If there is in fact no such capability, can anyone explain why on Earth that might be? Would it be that hard to add the capability to IEBCOPY say? The only IBM-supported method to empty a PDS is to delete it and reallocate it. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Supported method to empty PDS in Batch
You could write 255 bytes of hex FF to the first directory block. That in essence will make all the members inaccessible. Mark Jacobs Time Customer Service Inc. Tampa, FL -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Conley Sent: Wednesday, February 22, 2006 10:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM Supported method to empty PDS in Batch - Original Message - From: [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, February 22, 2006 10:00 AM Subject: IBM Supported method to empty PDS in Batch I have dug high and low and have not been able to find a way to empty a PDS that meets the following requirements: 1) Executes in batch 2) Provided and ***supported*** by IBM (not CBT, not DIY rexx code, not requiring SAS/PDSMAN/PDSFAST/etc...) Am I missing something totally obvious? If so, how is it done? If there is in fact no such capability, can anyone explain why on Earth that might be? Would it be that hard to add the capability to IEBCOPY say? The only IBM-supported method to empty a PDS is to delete it and reallocate it. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP over Cisco router CIP
Our network people and their hired consultant insist that we can not have multiple IP address on one OSA. The also refer to VIPA as viper, maybe because the consultant claimed we were creating poisoned routes. Anyway we do have a VIPA and three OSA-E cards working perfectly. I don't understand why 'you should be using lots of VIPA' with our one stack? Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chris Mason Sent: Wednesday, February 22, 2006 11:57 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TCP/IP over Cisco router CIP Neal, What makes you think that only a CISCO guru might have the answer? As far as I understand the request here the issue concerns IP, not specific router implementations. If you want one, two, or a hundred IP addresses associated with your mainframe, the answer is so very clearly VIPA. And - to borrow a verb from a later post - you should be using lots of VIPA anyhow, possibly one for your instance of IP (colloquially called the stack) and one for each of your applications. If your network person is having problems working out what a VIPA is tell him/her that it's like the z/OS IP node being a router with these target VIPA addresses belonging to interfaces on a node connected on the far side, as it were, of the z/OS IP node. It's been my experience that network people can have difficulties getting their heads round the VIPA concept and this description is a way I try to make it possible for them. That I used to do this on an experimental basis with U-shaped SNA links before VIPA was implemented helps. Chris Mason P.S. I'm using John's reply since Neal's post didn't appear in my reader. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Supported method to empty PDS in Batch
On Wed, 22 Feb 2006 10:04:28 -0500, Thomas Conley [EMAIL PROTECTED] wrote: - Original Message - From: [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, February 22, 2006 10:00 AM Subject: IBM Supported method to empty PDS in Batch I have dug high and low and have not been able to find a way to empty a PDS that meets the following requirements: 1) Executes in batch 2) Provided and ***supported*** by IBM (not CBT, not DIY rexx code, not requiring SAS/PDSMAN/PDSFAST/etc...) Am I missing something totally obvious? If so, how is it done? If there is in fact no such capability, can anyone explain why on Earth that might be? Would it be that hard to add the capability to IEBCOPY say? The only IBM-supported method to empty a PDS is to delete it and reallocate it. I guess if you said the only supported quick (FSVO quick) method to empty a PDS, that would be true. But try doing that while it's allocated. ;-) You can certainly use supported utilities (IEHPROGM, IDCAMS, etc.) to delete out all the members and IEBCOPY to compress the PDS in batch. But you would have to use some programming method to build the proper control cards /JCL, so why not just use one of the public domain programs and be done with it? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT who is/was Joshka Fischer? was Re: Disk vs Tape scenario
Can we take this offline please? Darren On Wed, 22 Feb 2006, john gilmore wrote: Fischer was the [Green] Foreign Minister in the preceding Social Democratic-Green coalition German goverment. Googling his name would have yielded this information and much else about him in any of English, French, or German. John Gilmore Ashland, MA 01721-1817 USA _ FREE pop-up blocking with the new MSN Toolbar ? get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Military Time?
Ed, If you're interested in the history of Longitude, you need to read this book: http://www.amazon.com/gp/product/0140258795/002-0790976-0169613?v=glancen=283155 I guess I should say Watch the wrap. I located it using amazon sobel longitude. You should also visit this site: http://www.rog.nmm.ac.uk/ and, its sister site: http://www.nmm.ac.uk/ Best, of course, would be to visit both physically. For good measure, here's the site as Giovanni Antonio Canal,aka Canaletto, saw it - although how he's managed to avoid including the observatory at the top of the hill is a mystery: http://www.nmm.ac.uk/mag/pages/mnuExplore/ViewLargeImage.cfm?ID=BHC1827letter=G Your quoted article doesn't really start at the beginning. As today, nobody raises a fuss over anything unless prompted. In the case of that petition to Parliament it was the wonderfully named Admiral Sir Cloudisley Shovell who had a bit of bother off the British coast due to not really knowing where he was. All hands bar two were lost and one of those - the knight himself as it happens - didn't last long. Check http://www.fortunecity.com/emachines/e11/86/testtime.html which shows - a sad joke I fear - that timing is everything. Chris Mason - Original Message - From: Ed Finnell [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, 22 February, 2006 4:58 AM Subject: Re: Military Time? In a message dated 2/21/2006 6:57:11 P.M. Central Standard Time, [EMAIL PROTECTED] writes: ITYM longitudes. I saw this on the History Channel and was fascinated re:longitude. _http://www.surveyhistory.org/john_harrison's_timepiece1.htm_ (http://www.surveyhistory.org/john_harrison's_timepiece1.htm) There was also one on the antichrynas(?) found by divers in the Mediterranean of an analog machine that tracked the planet's movements. They were claiming 'computer' that predates Babbage by thousands of years maybe designed by Archimedes but all records were lost when the great library at Alexandria was burned. It was on Arthur C. Clark's Mysterious World a few years ago but they were pointing at a lost culture? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Supported method to empty PDS in Batch
Not quite that easy. The directory entries are hardware keyed. I believe the key must also be 8X'FF'. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/22/2006 12:39:05 PM: You could write 255 bytes of hex FF to the first directory block. That in essence will make all the members inaccessible. Mark Jacobs Time Customer Service Inc. Tampa, FL - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-supported method to empty PDS in Batch
On Wednesday 22 February 2006 12:29, Thomas Conley wrote: I have dug high and low and have not been able to find a way to empty a PDS that meets the following requirements: 1) Executes in batch 2) Provided and ***supported*** by IBM (not CBT, not DIY rexx code, not requiring SAS/PDSMAN/PDSFAST/etc...) Am I missing something totally obvious? If so, how is it done? If there is in fact no such capability, can anyone explain why on Earth that might be? Would it be that hard to add the capability to IEBCOPY say? The only IBM-supported method to empty a PDS is to delete it and reallocate it. IBM provides the I option of the STOW macro to reset a PDS or PDSE. STOW-I only supported PDSEs originally, but it now supports PDSes as well. The problem is that it only works with DISP=OLD. Yes, it would be GREAT if IEBCOPY supported MOVE and RESET options in addition to simple COPY. Because I use MOVE and RESET functions a lot, I wrote my own IEBCOPY replacement almost 20 years ago. -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ mailto:[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-supported method to empty PDS in Batch
How about AMASPZAP with the CCHHR option? Mark Jacobs Time Customer Service Inc. Tampa, FL -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gilbert Saint-Flour Sent: Wednesday, February 22, 2006 1:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM-supported method to empty PDS in Batch On Wednesday 22 February 2006 12:39, [EMAIL PROTECTED] wrote: You could write 255 bytes of hex FF to the first directory block. That in essence will make all the members inaccessible. Can you do that with a standard IBM utility program? -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ mailto:[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Supported method to empty PDS in Batch
IEBUPDTE PARM=NEW has worked for me. HTH. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Conley Sent: Wednesday, February 22, 2006 9:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM Supported method to empty PDS in Batch - Original Message - From: [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, February 22, 2006 10:00 AM Subject: IBM Supported method to empty PDS in Batch I have dug high and low and have not been able to find a way to empty a PDS that meets the following requirements: 1) Executes in batch 2) Provided and ***supported*** by IBM (not CBT, not DIY rexx code, not requiring SAS/PDSMAN/PDSFAST/etc...) Am I missing something totally obvious? If so, how is it done? If there is in fact no such capability, can anyone explain why on Earth that might be? Would it be that hard to add the capability to IEBCOPY say? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Military Time?
At 2006-02-21 09:08, Howard Brazee wrote: But if someone enters 12:00 PM, obviously that is 12 after noon, not 12 before noon - but is midnight before or after noon?Nobody has a clock that accepts 12:00 m or 12:00 mm. Wrong as it is, the only reasonable way to interpret 12:00 PM is 12 Noon because of its proximity to 12:01 PM, 12:02 PM, ... , 12:59 PM. Similarly 12:00 AM would be 12:00 Midnight. In any event, it's only the precise instant of 12:00 that is ambiguous. As soon as we reach 12:00:00.01 there is no doubt whether it is AM or PM. _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Supported method to empty PDS in Batch
On 2/22/2006 12:29 PM, Thomas Conley wrote: The only IBM-supported method to empty a PDS is to delete it and reallocate it. Not true. Delete all the members (can be done easily in batch using supported ISPF services) and then compress it with IEBCOPY. Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-supported method to empty PDS in Batch
On Wed, 22 Feb 2006 13:02:01 -0500, Gilbert Saint-Flour [EMAIL PROTECTED] wrote: On Wednesday 22 February 2006 12:29, Thomas Conley wrote: I have dug high and low and have not been able to find a way to empty a PDS that meets the following requirements: 1) Executes in batch 2) Provided and ***supported*** by IBM (not CBT, not DIY rexx code, not requiring SAS/PDSMAN/PDSFAST/etc...) Am I missing something totally obvious? If so, how is it done? If there is in fact no such capability, can anyone explain why on Earth that might be? Would it be that hard to add the capability to IEBCOPY say? The only IBM-supported method to empty a PDS is to delete it and reallocate it. IBM provides the I option of the STOW macro to reset a PDS or PDSE. STOW-I only supported PDSEs originally, but it now supports PDSes as well. The problem is that it only works with DISP=OLD. Yes, it would be GREAT if IEBCOPY supported MOVE and RESET options in addition to simple COPY. Because I use MOVE and RESET functions a lot, I wrote my own IEBCOPY replacement almost 20 years ago. -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ mailto:[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html APAR OA13224 provides support for DISP=SHR for STOW Initialize. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Supported method to empty PDS in Batch
-- gil from Storagetek said: I shot from the hip; I stand corrected. The I option of STOW is supported only for PDSE. I wonder why? Mark Thomen said that STOW DCB,,I support was added in z/OS 1.3 for PDS's. http://bama.ua.edu/cgi-bin/wa?A2=ind0405L=ibm-mainP=R50399I=1 Regards, John Kalinich Computer Sciences Corp -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Supported method to empty PDS in Batch
having read this thread, i have a suggestion, but it may not be what was intended: 1) execute IEHLIST with a LISTPDS DSNAME=,VOL=SYSDA=vv to get a list of member names 2) format the above output (using sort?) into IEHPROGM input (SCRATCH DSNAME=,VOL=SYSDA=(vv),MEMBER= 3) run IEHPROGM with the above input 4) IEBCOPY the dataset to itself to free up the directory this has worked for me in the past where I CANNOT delete/define a PDS, but it CAN be empty for a short period Chris Hoelscher IDMS DB2 Database Administrator Humana Inc 502-710-3038 [EMAIL PROTECTED] The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MQ Series Documentation
Hi Roland, Many thanks for your response. I and continued searching and switched from looking for MQ Series and concentrated on WEBsphere. Silly me for thinking that MQSeries documentation would be located in a bookshelf so named. Thanks again - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore Sheffield South Yorkshire UK Tel +44 (0) 114 262 0933 Web www.kmsitltd.co.uk Reg: England Wales 3767263 at the above address All outgoing E-mails are scanned but it remains the responsibility of the recipient to ensure that their system is protected from infection by virus, Trojans, and worms. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP over Cisco router CIP
Craig, Does this mean that your network people and their hired consultant are speaking out of sunless regions? Ah, split horizon and poisoned reverse. That's RIP stuff isn't it? Probably your network people should hire a consultant who *can* get his head round the VIPA concept. This reminds me of a consultant who warned his client that utilization of an SDLC line over 30 percent was bad. We could only assume he had heard that this was a safe value for Ethernet and knew no better than to apply it to any transmission medium. I suggest allocating a VIPA to each of your applications - and one for the IP instance - because, while you may be running only one LPAR today, you may well be running more in the future. Having an IP address per application enables moving the application to a new LPAR with no manual redefinition impact on the rest of the network. Of course, you do need to be running a dynamic routing protocol - but isn't this another should - even if it's RIP? Chris Mason - Original Message - From: Kittendorf, Craig [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, 22 February, 2006 6:41 PM Subject: Re: TCP/IP over Cisco router CIP Our network people and their hired consultant insist that we can not have multiple IP address on one OSA. The also refer to VIPA as viper, maybe because the consultant claimed we were creating poisoned routes. Anyway we do have a VIPA and three OSA-E cards working perfectly. I don't understand why 'you should be using lots of VIPA' with our one stack? Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chris Mason Sent: Wednesday, February 22, 2006 11:57 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TCP/IP over Cisco router CIP Neal, What makes you think that only a CISCO guru might have the answer? As far as I understand the request here the issue concerns IP, not specific router implementations. If you want one, two, or a hundred IP addresses associated with your mainframe, the answer is so very clearly VIPA. And - to borrow a verb from a later post - you should be using lots of VIPA anyhow, possibly one for your instance of IP (colloquially called the stack) and one for each of your applications. If your network person is having problems working out what a VIPA is tell him/her that it's like the z/OS IP node being a router with these target VIPA addresses belonging to interfaces on a node connected on the far side, as it were, of the z/OS IP node. It's been my experience that network people can have difficulties getting their heads round the VIPA concept and this description is a way I try to make it possible for them. That I used to do this on an experimental basis with U-shaped SNA links before VIPA was implemented helps. Chris Mason P.S. I'm using John's reply since Neal's post didn't appear in my reader. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Supported method to empty PDS in Batch
If you have SAS, look at PROC PDS with the KILL option. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-supported method to empty PDS in Batch
Won;t IEBGENER do it if you code DSORG=PS on SYSUT2? Gilbert Saint-Flour [EMAIL PROTECTED] wrote: On Wednesday 22 February 2006 12:39, [EMAIL PROTECTED] wrote: You could write 255 bytes of hex FF to the first directory block. That in essence will make all the members inaccessible. Can you do that with a standard IBM utility program? - Yahoo! Mail Use Photomail to share photos without annoying attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another z9 HMC problem
Rafa Pereira wrote: On Sun, 19 Feb 2006 19:26:48 +0100, R.S. wrote: Did anybody try to import text file with OSA-ICC definitions ? During validation process it says no client IP address provided ...directly above the line with CLIENT_IP=ip_address. More: I exported working (generated by HMC) file and then imported it back. It also contains syntax errors! We have exported/ispf-edited/imported back the OSA-ICC definitions with no problem. However, we don't use then CLIENT_IP parameter, maybe that makes the difference. To avoid the input of the configuration parameters for about 60 devices using the graphical interface, we defined the server configuration and a couple of sessions. Then we exported the file, ispf-edited the file to include the other 58 sessions, and imported back the configuration file. After exporting, the only parameters in our session tags are: CSS, IID, DEVICE, GROUP, CONSOLE_TYPE, RESPONSE and READ_TIMEOUT. Two questions: 1. Did you do it on Linux-based HMC 2.9 or earlier (OS/2-based) version ? 2. Is the CLIENT_IP optional ? Did you define console sessions also ? -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-supported method to empty PDS in Batch
Ouch. IEBGENER may have been defanged in recent years, but this used to be a recipe for PDS destruction. It would wipe out the directory completely! . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/22/2006 12:06:39 PM: Won't IEBGENER do it if you code DSORG=PS on SYSUT2? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mount DASD as read-only
Bruce Black wrote: Again, misunderstanding. NO! I said (or wanted to say) something different: At most READ to every DATASET profile covering the datasets on the volume, *plus* less than ALTER to relevant DASDVOL profile. In other words, it is not enough to have READ or less to dataset profiles. Not enough in terms of readonly access. Most users will not have DASDVOL authority of any kind; if DASDVOL profiles exist at a shop, authority is usually llimited to storage administrators who must do volume maintenance or backups. So granting only READ authority to datasets on a volume will make it practically read-only. In my limited experience, it is not uncommon to forget about DASDVOL class and its purpose. Among other things that meant ICKDSF for everyone. Of course it's just mistake. Last but not least: we talk about all things needed to achive something, not popular things. However, if I recall my RACF correctly, it is not easy to make datasets read-access by volume. Generic profiles are by dataset name, and I think you need discrete profiles to create authority by volser (I could be wrong, not my expertise). Anyways, I don't think RACF is a good way to try and make a volume read-only, but you can come pretty close with just DASDSET profiles, IMHO. Generic profiles can or cannot be used, it depends. However discrete profiles surely can be used, for sure some simple tool should be used to create the profiles automatically. DCOLLECT + some REXX + 2-3 hours would be enough. BTW, I believe that some disk vendors have ways of marking a disk read-only, but it may not be documented.. In fact, RACF will never give you 100% confidence. Started tasks with PROTECTED or TRUSTED attribute don't care about RACF profiles, there is PPT, authorized code, etc. Hardware feature is the only effective way. BTW: Why to bother on R/O volume at all ? -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Supported method to empty PDS in Batch
On Wednesday 22 February 2006 13:23, Walt Farrell wrote: The only IBM-supported method to empty a PDS is to delete it and reallocate it. Not true. Delete all the members (can be done easily in batch using supported ISPF services) and then compress it with IEBCOPY. If you want to do it in batch, you have to wrap some code (REXX or otherwise) around the ISPF services, which is an option that was ruled out by the OP. -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ mailto:[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Backup of Offline Data (at a remote site)
Hal Merritt wrote: Not clear what you are asking. The only applicable restrictions for z/os.e are: 1. No COBOL complies. 2. COBOL programs must run under the CEEPIPI interface (documented in the LE manuals and the TC for z/os.e). 3. TSO USERMAX of 8. Using z/os.e to manage data replication and as a 'floor' system sounds like a perfect fit. Actually, we run all of our production under z/os.e except for TSO. We don't do COBOL compiles at all (a vendor supplies all of our COBOL code). Local programs are written in C. A combination of z/os.e and sub capacity pricing is taking a *serious* bite out of our software bill. What 'sprit' are you concerned about? Probably other terms and conditions. BTW: Some other restrictions of dot e: z/800 or z/890 machine only (no 9672's, z/900's, z/990's, z9's). No IMS No CICS -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STP and Time Synchronization
I am told the feature should be GA within the next few months. Stay tuned. HTH. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mika, Christian SZ/HZA-ITDS1 Sent: Wednesday, February 22, 2006 7:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: STP and Time Synchronization Hello, does anybody have additional information about STP (Server Time Protocol) and time synchronization? What I want to know is how can I synchronize Time between an ETS (External Time Source) and the new IBM z9 HMC (which substitutes the 9037 sysplex timers). E.g. does this HMC support NTP? I searched the IBM Website and the archive but found only a presentation about STP (http://www.vm.ibm.com/events/2005-Z31.PDF). No more hints. Christian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mount DASD as read-only
On Wed, 22 Feb 2006 21:49:47 +0100, R.S. [EMAIL PROTECTED] wrote: BTW: Why to bother on R/O volume at all ? Lots of reasons I'm sure. A couple I can think of (and one #1 I used): 1) Keep uneducated people (even fellow sysprogs) from allocating junk on the sysres (set). It gets lost when cloning (not cataloged to the IPL volume) Well.. not really lost until we re-clone over the volume that it was cataloged to, then it is lost. 2) Share a volume between environments not protected via a integrity manager like GRS or MII. One environment read/write, the other read only. #1 hasn't been a problem in a long time here, but I remember the days when people constantly put their personal JCL libraries on the sysres at other shops I've been at. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Defining CFP in HCD
Larry Kraus wrote: I have two CPUs. CPUH and CPUG. Each CPU has two mvs partitions and one ICF. In my example, CPUH has LPAR1, LPAR2, and COUPLE0H. When defining the CFP chpid on CPUH ( which will be used to communicate with CPUG), should COUPLE0H be in the partition access list. Or should it be defined like a CFS with only the MVS partitions in the access list. What machines do you have ? CFP is not available for 9672's (and older). I assume you have z/machines. You should define CHPids as CFP. Those CFPs can be shared or not, your choice. Each chpid can work as sender and receiver concurrently (that means shared between MVS and CF LPARs). Sometimes folks decide not to share the chpids for performance reasons. The devil is in the details. Do all the partitions belong to same sysplex ? How many channels do you have ? -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Defining CFP in HCD
I hope the diagram below looks OK. Assume two boxes each with (at least) one MVS and one ICF, all belonging to the same sysplex. Along with internal connection to its 'local' ICF, each MVS needs an external connection to the ICF in the other box. With ICF, you should also implement system managed duplexing to guard against catastrophic failure in a CEC, which would cause loss of structure data in the CF as well as in-storage copies in the now dead MVS. This requires an ICF-ICF connection. The diagram illustrates three separate links. However, since all the links connect LPARs in the same two boxes, there is an opportunity to EMIF the physical links for multiple logical connections. In particular, the ICF-ICF connection can use the same physical link as the MVS-ICF connections. We overlooked this possibility until Health Checker chided us for not making full use of the links. HC detected that links were defined but not included in all possible access lists. There should still be multiple links for redundancy and performance of course, but the idea is to make as many logical connections as possible out of the physical links. CPU1 CPU2 | MVS | | MVS | | | --|-| | | | ! | | | | | ! | | | |-| ! | |-| | ICF |-- ==| ICF | | |.| | . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/22/2006 08:23:49 AM: I have two CPUs. CPUH and CPUG. Each CPU has two mvs partitions and one ICF. In my example, CPUH has LPAR1, LPAR2, and COUPLE0H. When defining the CFP chpid on CPUH ( which will be used to communicate with CPUG), should COUPLE0H be in the partition access list. Or should it be defined like a CFS with only the MVS partitions in the access list. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: military time?
The locution 12:00 PM is, as posts to this thread have made clear once again, irretrievably ambiguous. It is also subliterate. The correct terminology is dd:dd am, antre meridiem (before noon for Latin dropouts) 12:00 m, meridies (noon) dd:dd pm, post meridiem (after noon) 12:00 mn, media nox (midnight) The 24-hour clock, among its many other merits, lends itself to misuse less readily than does the 12-hour one. John Gilmore Ashland, MA 01721-1817 USA _ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM KSDS
IIRC, the numbers should reflect the status of the file at last close. HTH. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Tuesday, February 21, 2006 9:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: FW: VSAM KSDS From a colleague: -Original Message- I'm looking at a listcat on the data component that is showing this, the file is currently opened so I'm not sure what effect that has on these numbers. FREESPACE-%CI-15 FREESPACE-%CA-20 FREESPC--10031118336 HI-A-RBA--9437184000 HI-U-RBA--8105656320 is the FREESPC number above the actual # of bytes the file can expand to or has room for? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-supported method to empty PDS in Batch
In a recent note, Gilbert Saint-Flour said: Date: Wed, 22 Feb 2006 13:02:01 -0500 IBM provides the I option of the STOW macro to reset a PDS or PDSE. STOW-I only supported PDSEs originally, but it now supports PDSes as well. The problem is that it only works with DISP=OLD. What release z/OS are you using now? From the Scriptures: Title: z/OS V1R7.0 DFSMS Macro Instructions for Data Sets Document Number: SC26-7408-03 2.2.54 z/OS V1R7.0 DFSMS Macro Instructions for Data Sets IBM Libr... (p6 of 7) clears, or resets to empty, a PDSE directory. The parameter list (list address) is not required for STOW initialize. This function works only with PDSEs and the data set must be allocated with DISP=OLD or DISP=MOD. ^^ As for ISPF services, the OP didn't exclude those. He did exclude DIY Rexx code (but not CLIST). But I don't know the parameters of DIY. Would he accept DIY commands in SYSIN for a utility, but find anything in SYSEXEC for Rexx somehow unacceptable? Would he accept DIY JCL, or must that also be supplied and IBM-supported? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are JCTUSER0-JCTUSERF initialised by JES2?
I didn't see any other replies to this question. What I understand and have always coded for is this: 1. JES2 (re)initializes all JCTUSER fields for each new 'job' (J, S, or T) and thereafter leaves them alone for the life of that job 2. The fields are initialized to X'00' In practice, when I'm not sure what 'unset' means, I often code this way: CLI FIELD,X'40'Any value set? BNH NOTSET N: bypass value processing This code works whether 'unset' means blanks or binary zeroes. . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/21/2006 06:53:33 AM: I need an information: does JES2 initialise the JCT user fields JCTUSER0 through JCTUSERF prior to the initial call to the JOB-card-scan exit (exit 2), whether for a batch job, an STC or a TSO logon, or are those 64 bytes left uninitialised by JES2 and must they therefore be initialised by exit 2 upon initial entry for a new job? If initialised by JES2, what are they initialised to: binary zeroes, blanks, other? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Military Time?
[EMAIL PROTECTED] wrote: ... But if someone enters 12:00 PM, obviously that is 12 after noon, not 12 before noon - but is midnight before or after noon?Nobody has a clock that accepts 12:00 m or 12:00 mm. ... Ante Meridiem (AM) means before noon; Post Meridiem (PM) means after noon.Noon is definitely neither before or after noon, so it shouldn't be either AM or PM. By the definition of AM and PM, it would make equal sense to make midnight either AM or PM. Therein lies the problem with 12-hour time. Noon and midnight interpretations are not obvious - especially since most folks give no thought to the meaning of AM PM. Thinking in terms of discontinuities: if one ignores the definitions and insists on assigning noon and midnight some AM and PM designation, making noon be PM introduces two discontinuities in the notation around noon (1159 AM - 1200 PM - 0001 PM) and around midnight (11:59PM - 12:00 AM - 00:01 AM) while making noon AM makes the discontinuity in suffix and numeric value both occur at one point (12:00 AM - 00:01 PM and 12:00 PM - 00:01 AM) and would obviously be a cleaner choice, even though technically still incorrect. -- Joel C. Ewing, Fort Smith, AR[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-supported method to empty PDS in Batch
Well it's OA13224 and it's not clear to me as it deals with PDSE serialization not required but the COMMENTS said PDS and PDSE. To confuse th russian:-) However the documentation is still wrong as it doesn't even mention PDS. Time for an RCF (Gil?) Roland -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of DeFabritus, Peter [NCSUS Non-JJ] Sent: Thursday, February 23, 2006 12:57 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM-supported method to empty PDS in Batch As I mentioned before, you really should look at APAR OA1322: COMMENTS: The requirement to serialize either PDS or PDSE with DISP processing prior to issuing STOW INITIALIZE, is removed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-supported method to empty PDS in Batch
Yes, it's clear that the APAR does apply to PDSEs, but it does imply that PDSs are also supported. One could request clarification from IBM or simply give it a try. On Thu, 23 Feb 2006 02:48:21 +0100, Schiradin,Roland HG-Dir itb-db/dc [EMAIL PROTECTED] wrote: Well it's OA13224 and it's not clear to me as it deals with PDSE serialization not required but the COMMENTS said PDS and PDSE. To confuse th russian:-) However the documentation is still wrong as it doesn't even mention PDS. Time for an RCF (Gil?) Roland -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of DeFabritus, Peter [NCSUS Non-JJ] Sent: Thursday, February 23, 2006 12:57 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM-supported method to empty PDS in Batch As I mentioned before, you really should look at APAR OA1322: COMMENTS: The requirement to serialize either PDS or PDSE with DISP processing prior to issuing STOW INITIALIZE, is removed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[Fwd: FW: Hillgang reminder]
Short notice reminder... -Original Message- From: Neale Ferguson [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 22, 2006 3:00 PM To: 'VM/ESA Discussions (E-mail)'; 'Linux/390 Discussion List (E-mail)' Subject: Hillgang reminder A last minute reminder that Hillgang is meeting tomorrow in Herndon VA at the CA offices. If you wish to attend please drop me a note. See: http://www.vm.ibm.com/events/hillgang.pdf for details. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Load module names in SMF data
On Feb 22, 2006, at 11:01 AM, David Speake wrote: Are loaded module names reported in SMF data? I am aware of the Program Name in the Type 4 Step Termination record, but is there anything to show dynamically called subroutines? Am looking for a way to determine in use for clean up efforts. Thinking about it, the volume would be huge, but what is not nowadays? David: NO. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP over Cisco router CIP
Hal Merritt wrote: Gee, I sure am glad no one told us it could not be done. I have two OSA's servicing five LPARs with 15 'static' IP addresses each and another dozen VIPA's that wander around. I want very much to use the third OSA and dynamic routing to eliminate a single point of failure, but the network folks aren't on board yet. Is Cisco the root source of this misinformation? There seems to be a number of very curious misperceptions that seem to be common to Cisco trained folks. OBTW: one reason for lots of VIPA's is where you have lots of IP applications and you want to be able to move them around to different LPARs. So, you assign as many VIPA addresses as you need to each application. You then include the VIPA adds to the application startup process and VIPA deletes to the shutdown process. Works well for us. We just started implmenting dynamic VIPA's. We added the ranges to each z/OS system, do port reservartions with the STC's name and the specific IP address we want them to bind to. TCPIP will dynamically add and remove the IP addresses on which ever z/OS we start the application(s) on. With OSPF the route table are update dynamically also, after the initial setup is done, we move things around, no fuss, no muss. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP over Cisco router CIP
Kittendorf, Craig wrote: Our network people and their hired consultant insist that we can not have multiple IP address on one OSA. The also refer to VIPA as viper, maybe because the consultant claimed we were creating poisoned routes. Anyway we do have a VIPA and three OSA-E cards working perfectly. I don't understand why 'you should be using lots of VIPA' with our one stack? Thanks, Craig I wonder if they understand the concept of running 8 different stacks on one system and being able to stop and start them independently of each other. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Supported method to empty PDS in Batch
On Feb 22, 2006, at 9:04 AM, Thomas Conley wrote: - Original Message - From: [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, February 22, 2006 10:00 AM Subject: IBM Supported method to empty PDS in Batch I have dug high and low and have not been able to find a way to empty a PDS that meets the following requirements: 1) Executes in batch 2) Provided and ***supported*** by IBM (not CBT, not DIY rexx code, not requiring SAS/PDSMAN/PDSFAST/etc...) Am I missing something totally obvious? If so, how is it done? If there is in fact no such capability, can anyone explain why on Earth that might be? Would it be that hard to add the capability to IEBCOPY say? The only IBM-supported method to empty a PDS is to delete it and reallocate it. Well there is always IEHPROGM or IDCAMS but you must issue a scratch request for each member. If you don't know what members exist you can massage the file to create iehprogm/IDCAMS control cards. But if you want an easy way delete/create the pds as you say. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Military Time?
At 2006-02-22 14:18, Howard Brazee wrote: On 22 Feb 2006 10:13:26 -0800, [EMAIL PROTECTED] wrote: Wrong as it is, the only reasonable way to interpret 12:00 PM is 12 Noon because of its proximity to 12:01 PM, 12:02 PM, ... , 12:59 PM. Similarly 12:00 AM would be 12:00 Midnight. 12 Noon is just as close to 11:59 AM, 11:58 AM,..., 11:01 AM. I meant closeness in presentation as well as in time. AM means after noon PM means before noon Well, not quite, but I know what you meant. It is not reasonable to say 12 noon after noon. And I wasn't implying that I would say that. However, given that some people do say 12:00PM, I was merely suggesting how those of us that know better could/should interpret it. In any event, it's only the precise instant of 12:00 that is ambiguous. As soon as we reach 12:00:00.01 there is no doubt whether it is AM or PM. Certainly. Afternoon is after noon. Before noon is before noon. Noon is neither afternoon nor before noon. I understood this before the thread started. Your pedantry won't change the fact that we all too often find ourselves on the receiving end of such inexactitude and have to deal with it as best we can. _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-supported method to empty PDS in Batch
Gee IBM supports assembler as well...and dfSMS macros... Let me observe that CLEARPDS CSECT ..insert favourite prolog code OPEN (PDS,(OUTPUT)),MODE=31 STOW PDS,,I CLOSE (PDS) ..insert favourite epilog code is stacks cheaper to run than ISPF code that Steve seems to be keen to follow up on in another post. Steve if you're prepared to look after supported ISPF code to clear a PDS the above is simpler and easier to support and uses supported interfaces! Works quite happily on my z/os 1.6 system although I had to use DISP=OLD for a PDSE (don't have the PTF on). In a previous job something like the above was put through the usual production application development control system so that the source was not lost and everyone knew what the mysterious CLEARPDS program did and didn't have to ask the systems programming department where/what it was! But that was back when the clear option first came out and it only supported PDSE. I think I kept the auditors happy. Hank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another z9 HMC problem
On Wed, 22 Feb 2006 21:34:08 +0100, R.S. wrote: Two questions: 1. Did you do it on Linux-based HMC 2.9 or earlier (OS/2-based) version ? 2. Is the CLIENT_IP optional ? Did you define console sessions also ? 1. On Linux-based HMC 2.9 version. 2. According to the HELP in HMC: The client's IP address can remain 0.0.0.0 or empty in order to allow any client to connect to a specific session. We establish the relationship between a particular 3270 terminal emulator session and a 2074 or OSA-ICC session (and, therefore, a MVS device number) through LU-NAME. The following are the session definitions we have used for a console session (index 27) and for a VTAM terminal session (index 31): Index: 27 (console session) State: Available CSS: 0 MIFID: 04 Dev. Number: A39A LU Name: LUA39A Client's IP: 0.0.0.0 Session Type: TN3270 DHD: Disabled RSP: Disabled RTO: 60 Index: 31 (VTAM terminal session) State: Available CSS: 0 MIFID: 04 Dev. Number: A39E LU Name: LUA39E Client's IP: 0.0.0.0 Session Type: TN3270 DHD: Disabled RSP: Disabled RTO: 60 Now, we can use any 3270 terminal emulator's session with the value LUA39A specified at its session's configuration on any PC attached to the OSA-ICC network as the MVS console with device number A39A. Rafa. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
