Re: Authenticate with RACF from Web App
It is possible with MQSeries if application is using this product. The midrange WAS/Web page can connect to MQ on Z/OS and put a request message. This message has a extra header i.e. MQCIH which has password for userid and also has information regarding CICS transaction or program to link after successful authentication. Setup this MQ queue to trigger CKBR transaction on first message which will actually authenticates userid and password in RACF before proceeding further. CKBR interface also communicate back to the requestor if the userid/password is incorrect. There are different authentication settings in CKBR like to verify a password or not or to verify a password for every UOW. etc. Dinesh Thakur Regional DB/MQ Integration -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Bonhard Sent: Friday, July 17, 2009 6:11 AM To: IBM-MAIN@bama.ua.edu Subject: Authenticate with RACF from Web App Thanks in advance for all/any advice, direction, samples, expertise related to my question. I was approached by one of our distributed application folks with a request that I believe should be very possible to accommodate based on my experiences with zOS system sftwr/hdwr, WAS, etc. The app is web-based running on non-zOS platform. They would likebe able to connect to the mainframe to authenticate a RACF ID/password; if the ID and password are OK, continue with the app (possibly return a RC=0 or any other OK); if ID unknown, pswd wrong, pswd revoked or expired, provide a non-zero return code or not OK msg with explicit reason, even routing user to a web page where they can update an expiring password, correct an invalid password. I'm hoping to find something that is *easy* and *cheap* to implement (free being the key word), and generic enough to be used by any subsequent apps. I figure there has to be an easy way to do this but I don't know what that way is, whether a direct call to RACF or USS, some kind of non-html call to the IBM HTTP server, WebSphereAS, MQ ... something simple and free. Thank you, Bob Bonhard/UPS I.S. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Offload work to zIIP with zPRIME
Richard Peurifoy wrote: IBM probably doesn't care if a vendor runs their own code on zXXP's, that won't affect IBM's software charging, though it may sell more zXXP engines, and less CP engines. But they and other vendors probably do care if someone runs code they had not intended to run on a zXXP. This would affect software revenue. IBM software pricing terms are careful to use the term eligible workloads. This deliberate use of the language suggests that their pricing terms might *not* apply to zIIPs and zAAPs running anything other than IBM-specified eligible workloads. Time will tell... -- 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: Authenticate with RACF from Web App
Hi, the easiest approach I have ever seen works like this: The web server on distributed redirects (easy to implement in distributed http.conf) to the HTTP Server on z/OS (this is the free one, not WebSphere Application Server). I recall the ITSO wrote a simple CGI program/Exit, which allows to autenticate with RACF and even change the RACF password, if it is expired. On successful authentication the z/OS HTTP Server can redirect back to the distributed web server and it can proceed working with the request. Nevertheless there are some additonal considerations, e.g. what data to send with the redirect (e.g. generated 128 byte hex token send to z/OS and back and of course by using SSL/HTTPS) in order to make sure that this authentication cannot be bypassed. But this is not rocket sience and the CGI programs for HTTP Server on z/OS can be REXX, so any additional logic would be easy to implement. Denis. -Original Message- From: Bob Bonhard rbonh...@ups.com To: IBM-MAIN@bama.ua.edu Sent: Fri, Jul 17, 2009 12:10 am Subject: Authenticate with RACF from Web App Thanks in advance for all/any advice, direction, samples, expertise related to my question. I was approached by one of our distributed application folks with a request that I believe should be very possible to accommodate based on my experiences with zOS system sftwr/hdwr, WAS, etc. The app is web-based running on non-zOS platform. They would likebe able to connect to the mainframe to authenticate a RACF ID/password; if the ID and password are OK, continue with the app (possibly return a RC=0 or any other OK); if ID unknown, pswd wrong, pswd revoked or expired, provide a non-zero return code or not OK msg with explicit reason, even routing user to a web page where they can update an expiring password, correct an invalid password. I'm hoping to find something that is *easy* and *cheap* to implement (free being the key word), and generic enough to be used by any subsequent apps. I figure there has to be an easy way to do this but I don't know what that way is, whether a direct call to RACF or USS, some kind of non-html call to the IBM HTTP server, WebSphereAS, MQ ... something simple and free. Thank you, Bob Bonhard/UPS I.S. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: INFOZIP 2Gb
Bob, thanks for confirmation regarding the MVS (cmsmvs) build of unzip. I did see the same error when executing the MVS version in USS, but was wondering if it perhaps was the syntax. I managed to compiled the unix version which works well Just a change in the README.zOS: gmake -f unix/Makefile ZOS results in: gmake: *** No rule to make target `ZOS'. Stop. Should be gmake -f unix/Makefile zos Tried piping using COZBATCH, to read/write to MVS datasets but I don't get the DD://IN part right. //INFOZIP EXEC PGM=COZBATCH //STEPLIB DD DISP=SHR,DSN=hlq.COZ130.LOADLIB //IN DD DISP=SHR,DSN=userid.INPUT.ZIP //OUT DD DISP=(,CATLG),DSN=userid.OUTPUT.NEW, // SPACE=(TRK,(7500,15000),RLSE),RECFM=FB,LRECL=171,BLKSIZE=0 //STDOUT DD SYSOUT=* //STDINDD * fromdsn -b //DD:IN | unzip -p - | todsn -s ISO8859-1 -t IBM-1047 //DD:OUT I get the unzip usage message this : todsn(DD:OUT)ÝE¨: error: no input data available CEE5213S The signal SIGPIPE was received. CoZBatchÝI¨: returning rc=exitcode=103 This STDIN works, but means the input must be USS file : unzip -p /tmp/INPUT.zip | todsn -s ISO8859-1 -t IBM-1047 //DD:OUT Any ideas ? I'll let you know as soon I have time to figure out what the latest problem is. I'm really sorry this is taking so long. Thanks for your input. Bob, no worries for unzip, the real need was ZIP which is resolved thanks to you. I'm just testing to verify it works, should its requirement later arise. Kind Regards, Vikesh Bhoola Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Offload work to zIIP with zPRIME
Thats true, but recent lawsuits in the distributed area had no luck forcing users to run only specific work on bought (owned) hardware, e.g. you can do number crunching on graphic chips, which were initially only intended for graphics work. It would be interesting to see, if there is any way to force somebody to only use certified software on specific owned hardware? Another example that comes into mind is the uncertified use of OpenWRT on any router (DSL/Wireless) in the world. Linksys/Cisco has no way of preventing me from running this linux distribution on my own bought or rented router and make use of whatever the chips on the hardware may provide. But, time will tell. Denis. -Original Message- From: Edward Jaffe edja...@phoenixsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Fri, Jul 17, 2009 9:25 am Subject: Re: Offload work to zIIP with zPRIME IBM software pricing terms are careful to use the term eligible workloads. This deliberate use of the language suggests that their pricing terms might *not* apply to zIIPs and zAAPs running anything other than IBM-specified eligible workloads. Time will tell...? ? -- 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? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 error messages getting worse?
On Wed, 15 Jul 2009 22:33:38 -0700, Ed Gould ps2...@yahoo.com wrote: ... Pat:I am not sure I agree , but I think that most USS messages are at best inscrutable. Since I'm one of those that gets anal over this use of USS, I'll object up front and you can not care starting now. More importantly, I'm not sure what messages you are referring to. The TCP/IP messages you mention below are standard MVS msgs, not Unix messages. (I agree that the Unix messages are indeed inscrutable.) Take TCP as an example most of the messages I had to look up at the time did not follow the IBM convention as to importance (W,I,E,C) and then they didn't set the condition code to match the message. The IBM convention as to importance (W,I,E,C) does not apply to console messages. As far as I know this has always been the case. For console messages I believe W is for a Wait State message, E is for an eventual response needed, and I'm not sure the other 2 are used at all. To the extent that the convention you refer to exists at all, I think it is for SYSOUT messages like from compilers, etc. I'm hard pressed to think of TCP/IP messages associated with condition codes so I assume you mean other USS messages. But last I knew there were 4 volumes of TCP/IP messages; there are a lot of both good and bad messages. I can't comment on the other messages you are referring to because I don't know which they are. 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: IBM error messages getting worse?
On Thu, 16 Jul 2009 07:01:03 -0500, Chris Mason chrisma...@belgacom.net wrote: ... ideally USS messages are composed within the installation and so, if they are inscrutable, the person to whom to complain should be available with an in-organisation telephone call - assuming the original author hasn't been let go. ... I have to admit that USS messages cannot be looked up in a Messages and Codes manual, cannot (except for the default messages supplied by IBM) be the subject of PMRs, RCFs, etc. And they often ARE inscrutable. If Ed hadn't added his final disclaimer I would have had to agree with him. :-) 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
AUTO: James Obrizok is out of the office (returning 07/20/2009)
I am out of the office until 07/20/2009. If you require immediate assistance, please contact my backup Fernando Vega on 1-404-238-4580 or Jon Regitsky on 1-404-238-3134. Thank you. Note: This is an automated response to your message IBM-MAIN Digest - 15 Jul 2009 to 16 Jul 2009 (#2009-197) sent on 7/17/09 0:00:01. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Article Mainframe Stolen
On Thu, 16 Jul 2009 11:46:40 -0500, Rick Fochtman rfocht...@ync.net wrote: ... The proliferation of the PC has resulted in another proliferation: that of self-proclaimed experts that know next to nothing, but have loud voices. ... Oh, come on! We've existed and proliferated long before PCs! :-) 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: Find the computer error
Steve, My tongue was firmly in my cheek. I would say that it's a good idea not to correct an Australian by telling him what the UK does. I'll send Crocodile Dundee after ya... As far as Australia goes the standard is 1,000,000,000,000 equals one billion. From the discussion of the wiki article there is this gem: Australian Standards AS1000 (appendix AA) states that the Engineers are to use long scale (Billion = Million Million) as outlined in The 9th General Conference of Weights and Measures (CGPM) in 1948. However, in 1982 they realised it would be difficult to enforce this and have recommended that the scientific engineering use be avoided. Now that's bloody confusing, but as of last year the Australian Macquarie Dictionary, our equivalent of Oxford and Webster Dictionaries, defined one billion as 10 to the power of 12. That's the standard, and it's citation enough for me. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Thursday, July 16, 2009 5:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Find the computer error Ron Hawkins wrote: Twenty Three Quadrillion? Looks like Twenty Three Thousand Billion to me. Well, my understanding is that American English uses terms a little differently than the-rest-of-the-world English. An interesting article on Wikipedia points out that Americans generally use the short scale while residents of the UK generally use the long scale. See http://en.wikipedia.org/wiki/Long_and_short_scales The article goes on to point out that in 1974 the government of the UK officially abandoned the long scale in favor of the short scale. In short scale terms, then, we have: -term- -sample value- -ISO prefix- million 1,000,000 mega- billion 1,000,000,000 giga- trillion1,000,000,000,000 tera- quadrillion 1,000,000,000,000,000 peta- quintillion 1,000,000,000,000,000 exa- sextillion 1,000,000,000,000,000,000 zetta- So 23,148,855,308,184,500 would be read as 23 quadrillion, 148 trillion, 855 billion, 308 million, 184 thousand 500 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Wednesday, July 15, 2009 10:22 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Find the computer error http://news.yahoo.com/s/ap/20090715/ap_on_fe_st/us_odd_quadrillion_dollar_de bi t_2 a stunning $23,148,855,308,184,500 Number doesn't seem to be any special hex value. -- Binyamin Dissen bdis...@dissensoftware.com 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 == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
IECIOSxx - suggested entries
This is follow-on of my EDGINERS problem. IECIOSxx member was forgot during system migration. The only problem was with EDGINERS on 3490E-C22 drives (rarely used nowadays). I fixed it by setting MIH TIME=30:00,DEV=(devnum_addresses) However I did some RTFM about parameters in the IECIOSxx member. My question is: What are typical/suggested/ROT entries in IECIOSxx member? I know, it depends on the hardware. In my case: some DASD boxes (various vendors, all made after 2000, FICON-attached), 3592, 3590, 3490E. 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.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: IRXANCHR - Number of environments
Thanks, I'll up it. The last update said it was for Netview at 1.6. Seeing that we use SA for z/OS 3.2, I'll try your value or maybe 600. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Friday, July 17, 2009 12:33 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IRXANCHR - Number of environments I just checked our 1.8 system. We have it set to 500 already, and I believe that was done because SA/390 needed the increase when it got some problems a while back (but in 1.8). Best regards, BArbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Submit a JCL from within another JCL
On Thu, 16 Jul 2009 05:40:45 -0500, Parin Gangar paringan...@gmail.com wrote: I remember there is some IKJ utility that allows us to do that, but, I can't quite remember the name. I think IEBEDIT is the utility you may be thinking about. But as others have very well pointed out, there are probably easier and more flexible ways to do it. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Converting CPU Time to MIPS
A bit late on this maybe but: Determine the SU per second of your machine You can get this with the following REXX code CVT = STORAGE(10,4) RMCT = STORAGE(D2X(C2D(CVT)+604),4) SU = STORAGE(D2X(C2D(RMCT)+64),4) SU = 1600/C2D(SU) For a 301 this would be 21857.9235 1 CPU second is therefor 21857.9235 Service Units Divide this figure by 48.5 to get MIPS = 450.678835 Check that this correct by consulting Gartner etc and adjust the 48.5 more accurately Use the actual Transaction CPU time to get the percentage of the 450 MIPS used E.G .002 secs = .9 MIPS -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is anyone familiar with a technique for moving these APPN datasets dynamically?
Glen There are a couple of peculiarities about your posts. 1. They appeared in a Google Groups digest and they appear in Google Groups but they do *not* appear in the archives of IBM-MAIN. You are presumably not using the option to receive e-mails of IBM-MAIN posts - and to initiate threads and reply by e-mail - so I suggest you use the archives to post in future. You can navigate from the following page: Archives of IBM-MAIN@BAMA.UA.EDU http://alabamamaps.ua.edu/archives/ibm-main.html 2. I see you adopt a very compact technique for posting which incorporates the Subject line as an integral part of the post - a mite confusing initially - and also since you replied to yourself in order to offer further information - somewhat contradicting your subject line, in fact! - You are correct that these datasets are those used by VTAM when enabled for APPN, specifically when the INITDB start option specifies ALL. A sort-of answer to your question is that, if you change the INITDB start option value from ALL to NONE, the next time you start VTAM, you will find that the data sets are no longer allocated to the VTAM address space and you will be able to delete them. You will find the matter discussed in section Checkpointing of the TRS database and the directory database in Chapter 13, Network routing of the Communications Server SNA Network Implementation Guide. I assume this doesn't really answer your question since you specify dynamically. I assume what you really wanted was to be able to delete the data sets while VTAM was active - although why you didn't refer to them VTAM data sets originally then also becomes a mystery! - I am going to post this through the archives with the Subject line adjusted: The original post, consolidated is as follows: quote Is anyone familiar with a technique for moving these APPC datasets dynamically? SYS1.DSDBCTRL SYS1.DSDB1 SYS1.DSDB2 SYS1.TRSDB APPN checkpoint datasets, I think. Glen Gasior /quote I'm going to copy you on this in case you might otherwise miss it. Chris Mason -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Offload work to zIIP with zPRIME
On Fri, 17 Jul 2009 03:42:58 -0400, Denis Gäbler denisgaeb...@netscape.net wrote: Thats true, but recent lawsuits in the distributed area had no luck forcing users to run only specific work on bought (owned) hardware, e.g. you can do number crunching on graphic chips, which were initially only intended for graphics work. It would be interesting to see, if there is any way to force somebody to only use certified software on specific owned hardware? Another example that comes into mind is the uncertified use of OpenWRT on any router (DSL/Wireless) in the world. Linksys/Cisco has no way of preventing me from running this linux distribution on my own bought or rented router and make use of whatever the chips on the hardware may provide. From: Edward Jaffe edja...@phoenixsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Fri, Jul 17, 2009 9:25 am Subject: Re: Offload work to zIIP with zPRIME IBM software pricing terms are careful to use the term eligible workloads. This deliberate use of the language suggests that their pricing terms might *not* apply to zIIPs and zAAPs running anything other than IBM-specified eligible workloads. Time will tell...? ? Agree partly I also am running openWRT or Tomato on my Cisco/Linksys WRT54GS at home and yes i do not see how I can be stopped. This is my machine . But we are speaking of running IBM licensed software on something else than General purpose engines. Obviously IBM has managed to legally stop people from running z/OS on Intel platfrom and the like, so I guess they could do something similar on zIIP or zAAP What would be nice would be to have the official definition of : eligible workload But I am sur we will have to wait for sometimes :-)) As for the ethical part of the business that was referred to on another post by Bob, I firmly believe that either we are speaking business or we are speaking ethics and in this case ethics should go both ways. After all, customer are charged for software on LPAR where it is not used ( RACF, RMM , CTG are some examples) So it is a bit weird that customers should be prevented to defend their own interest and try to use fully their owned hardware. Not a simple story and as everyone said, we shall see Bruno Sugliani zxnetconsult(at)free(dot)fr http://zxnetconsult.free.fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IECIOSxx - suggested entries
On Fri, 17 Jul 2009 11:09:26 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: This is follow-on of my EDGINERS problem. IECIOSxx member was forgot during system migration. The only problem was with EDGINERS on 3490E-C22 drives (rarely used nowadays). I fixed it by setting MIH TIME=30:00,DEV=(devnum_addresses) However I did some RTFM about parameters in the IECIOSxx member. My question is: What are typical/suggested/ROT entries in IECIOSxx member? I know, it depends on the hardware. In my case: some DASD boxes (various vendors, all made after 2000, FICON-attached), 3592, 3590, 3490E. Any clue? If you are speaking about the MIH time, in the old days, the time had to be set just a bit longer than the time needed to recycle the machine. ( in case of automatic recovery by the ucode) Was that your question ? Bruno Sugliani zxnetconsult(at)free(dot)fr http://zxnetconsult.free.fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting CPU Time to MIPS
cool
z9 bc 2096 2 engines
4 *-* CVT = STORAGE(10,4)
?::
5 *-* RMCT = STORAGE(D2X(C2D(CVT)+604),4)
?o??
6 *-* SU = STORAGE(D2X(C2D(RMCT)+64),4)
7 *-* SU = 1600/C2D(SU)
8743.1694
Ken Klein
Sr. Systems Programmer
Kentucky Farm Bureau Insurance - Louisville
kenneth.kl...@kyfb.com
502-495-5000 x7011
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Errol Van staden
Sent: Friday, July 17, 2009 6:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Converting CPU Time to MIPS
A bit late on this maybe but:
Determine the SU per second of your machine
You can get this with the following REXX code
CVT = STORAGE(10,4)
RMCT = STORAGE(D2X(C2D(CVT)+604),4)
SU = STORAGE(D2X(C2D(RMCT)+64),4)
SU = 1600/C2D(SU)
For a 301 this would be 21857.9235
1 CPU second is therefor 21857.9235 Service Units
Divide this figure by 48.5 to get MIPS = 450.678835
Check that this correct by consulting Gartner etc and adjust the 48.5
more accurately
Use the actual Transaction CPU time to get the percentage of the 450
MIPS used E.G .002 secs = .9 MIPS
--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email 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: DEFINING USERCAT WITH GUARANTEED SPACE
Mohd, Thanks for your suggestion. I would like to try it out just for 1 problem. If I disable the current volume (which SMS managed) then there could be a problem with allocation of dsns on that given volume. I think your suggestion is very sound. --- On Thu, 7/16/09, Mohd Shahrifuddin fud...@bayss.com wrote: From: Mohd Shahrifuddin fud...@bayss.com Subject: Re: DEFINING USERCAT WITH GUARANTEED SPACE To: IBM-MAIN@bama.ua.edu Received: Thursday, July 16, 2009, 7:31 PM Dear Esmie, What not using export/import to move the user catalog to new volume. Make sure to disable the current volume to ensure the new catalog not reside to the same volume. The new volume must be added to the storagegroup. If you like to guarantee space define the usercat to sms routine to DClass guarantee space. This is must easier. Below I copy the JCL. Happy try. //EXPCATLG JOB (SDB-SYSP),CLASS=A,MSGCLASS=X,MSGLEVEL=(1,1), // NOTIFY=SYSUID //* // //* EXAMPLE OF HOW TO EXPORT ICF CATALOG (TEMPORARY) * // //* //EXPORT EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=A //EXPDD DD DSN=xxx.x.x,DISP=(NEW,CATLG), // BLKSIZE=4096,SPACE=(CYL,(10,10)) //SYSIN DD * EXPORT SYS1.ICFCAT.UCATPLN - OUTFILE(EXPDD) - TEMPORARY /* //IMPORCT0 JOB (SDB-SYSP),CLASS=A,MSGCLASS=X,MSGLEVEL=(1,1), // NOTIFY=SYSUID //* // //* EXAMPLE OF HOW TO IMPORT A USER CATALOG * // //* //IMPORT EXEC PGM=IDCAMS //DD1 DD VOL=SER=xx,UNIT=3390,DISP=OLD //SYSPRINT DD SYSOUT=* //SYSIN DD * DELETE - CAT.USER.IMS - FILE(DD1) - RECOVERY - USERCATALOG IMPORT - INDATASET(xx.xx.xx) - OUTDATASET(SYS1.ICFCAT.UCATPLN) - OBJECTS((SYS1.ICFCAT.UCATPLN - VOLUMES(xx))) - INTOEMPTY - ALIAS - CATALOG(xxx.MASTER.xx) //* -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, July 16, 2009 1:25 AM To: IBM-MAIN@bama.ua.edu Subject: DEFINING USERCAT WITH GUARANTEED SPACE Good Day Gentle Readers, I need to move an existing USERCAT from one vol to another. The catalog is SMS managed and the STORAGECLASS I will be using is GUASPACE. Below is the cluster definition. I am not sure if I am missing anything. Could someone take a quick look and let me know if it is okay? //DEFINE EXEC PGM=IDCAMS,COND=(4,LT) //SYSPRINT DD SYSOUT=* //SYSIN DD * DEFINE - USERCATALOG - (NAME (SYS1.ICFCAT.UCATPLN) - CYL(25) - VOLUME(PLAN906) - STORAGECLASS(GUASPACE) - ICFCATALOG - STRNO(3) - FREESPACE(20 20) - NOIMBED - LOCK - SHAREOPTIONS(3 4)) - DATA( - CONTROLINTERVALSIZE(4096)) Thanks in advance. __ Connect with friends from any web browser - no download required. Try the new Yahoo! Canada Messenger for the Web BETA at http://ca.messenger.yahoo.com/webmessengerpromo.php -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- This message has been
Re: DEFINING USERCAT WITH GUARANTEED SPACE
Chris, Thanks for pointing out my error (volser). Thanks for the secondary allocation tip. Thanks to all who took the time to respond. --- On Thu, 7/16/09, Chris Edwards edwards_ch...@emc.com wrote: From: Chris Edwards edwards_ch...@emc.com Subject: Re: DEFINING USERCAT WITH GUARANTEED SPACE To: IBM-MAIN@bama.ua.edu Received: Thursday, July 16, 2009, 1:16 PM Other than the 7 character volser, the one comment I would make is that User Catalogs can use secondary extents which may just save a 2:30am call-out! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, 16 July 2009 3:25 AM To: IBM-MAIN@bama.ua.edu Subject: DEFINING USERCAT WITH GUARANTEED SPACE Good Day Gentle Readers, I need to move an existing USERCAT from one vol to another. The catalog is SMS managed and the STORAGECLASS I will be using is GUASPACE. Below is the cluster definition. I am not sure if I am missing anything. Could someone take a quick look and let me know if it is okay? //DEFINE EXEC PGM=IDCAMS,COND=(4,LT) //SYSPRINT DD SYSOUT=* //SYSIN DD * DEFINE - USERCATALOG - (NAME (SYS1.ICFCAT.UCATPLN) - CYL(25) - VOLUME(PLAN906) - STORAGECLASS(GUASPACE) - ICFCATALOG - STRNO(3) - FREESPACE(20 20) - NOIMBED - LOCK - SHAREOPTIONS(3 4)) - DATA( - CONTROLINTERVALSIZE(4096)) Thanks in advance. __ Connect with friends from any web browser - no download required. Try the new Yahoo! Canada Messenger for the Web BETA at http://ca.messenger.yahoo.com/webmessengerpromo.php -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: IECIOSxx - suggested entries
Bruno Sugliani pisze: On Fri, 17 Jul 2009 11:09:26 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: This is follow-on of my EDGINERS problem. IECIOSxx member was forgot during system migration. The only problem was with EDGINERS on 3490E-C22 drives (rarely used nowadays). I fixed it by setting MIH TIME=30:00,DEV=(devnum_addresses) However I did some RTFM about parameters in the IECIOSxx member. My question is: What are typical/suggested/ROT entries in IECIOSxx member? I know, it depends on the hardware. In my case: some DASD boxes (various vendors, all made after 2000, FICON-attached), 3592, 3590, 3490E. Any clue? If you are speaking about the MIH time, in the old days, the time had to be set just a bit longer than the time needed to recycle the machine. ( in case of automatic recovery by the ucode) Was that your question ? Well, no. My MIH time seems to be OK. However I have *empty* IECIOSxx (with the exception for single MIH entry). Maybe it's bad? Maybe I should have some entries in IECIOS, like MIDAW, FICON, etc. ? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Submit a JCL from within another JCL
Likewise your favorite SORT product. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, July 16, 2009 7:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Submit a JCL from within another JCL On Thu, 16 Jul 2009 18:06:23 -0400, Thompson, Steve wrote: You can use IKJ : //SYSTSIN DD * SUBMIT 'YOUR.PDS.JCL(JCL)' Subject to the restriction that the source data set must have RECFM=F[B],LRECL=80. IEBGENER is more flexible. Except that the OP did say KSDS... IDCAMS can REPRO to the INTRDR. As the thread raveled, that slipped from my short term memory. Checking, the OP said flat file / KSDS. We don't know whether he meant he was seeking a utility that works for both, or would find either satisfactory. But, yes, either REPRO or IEBGENER is free of the F80 restriction (I haven't tried REPRO for submit). -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Checked by AVG - www.avg.com Version: 8.5.375 / Virus Database: 270.13.16/2241 - Release Date: 07/16/09 05:58:00 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
What is the current philosophy on running SMP/E ACCEPT on z/OS?
In today's environment and IBM's ever changing methods of delivering/offering maintenance and upgrades to z/OS - what are your common best practices? Before every APPLY? Never? Ken Klein Sr. Systems Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Offload work to zIIP with zPRIME
After all, customer are charged for software on LPAR where it is not used ( RACF, RMM , CTG are some examples) So it is a bit weird that customers should be prevented to defend their own interest and try to use fully their owned hardware. No, you're not. You're charged for the capacity of the box, and more importantly someone in your company agreed to it. IBM has a variety of pricing options and anyone who wants a better deal should speak to their account representative. A complete set of PUs, 10, 12, 16 or whatever the current number is, is shipped with the processor. If you pay for one should be able to hot-wire the others so that you can use them? Specialty engines were sold to run eligible work. From IBM's standpoint eligible work is a subset of all the work on the machine. If you decide to expand the definition of eligible work without IBM's agreement, in my opinion you are staling resources. This is no different than bypassing the electric meter in your house. Bob Shannon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ISPF ZSYSID Variable (Was NO SUBJECT)
On Thu, 16 Jul 2009 08:37:35 -0400, Klein, Kenneth kenneth.kl...@kyfb.com wrote: I want to change this line in a panel definition in our main ispplib: 9,'CMD(EX ''SVS.IBMOM.SYSTS1.SCKMPARM(CKMISPF)'')' to one like this: 9,'CMD(EX ''SVS.IBMOM.ZSYSID.SCKMPARM(CKMISPF)'')' SYSTS1 is the name of our sandbox lpar. I want to use this panel unchanged on the other lpars. Is that how this system variable is used or do I have to use a vget into my own variable. That's the one you want, no VGET required. You will need an extra '.' to get the end-dsname right. Regards, Art Gutowski Ford Motor Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Offload work to zIIP with zPRIME
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Friday, July 17, 2009 7:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Offload work to zIIP with zPRIME snip This is no different than bypassing the electric meter in your house. Bob Shannon I'd say that it is more like having two different electrical boxes. One is for general use, and the other only for critical medical use, which is charged at a reduced rate. Then plugging your TV into a socket on the medical use circuit. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NVAS error explanation
Chase, John wrote: Why would that be true only for me? I'm on the same network, in the same building, same list of applications, same terminal emulator, etc. etc. etc. . I've watched this thread, up to now. Seemed you're not getting any good solution or that you have covered 'everything'... I *think*, your NVAS VSAM datasets may have corrupt entries for you and your own definitions. Could you perhaps make a backup, delete your VSAM datasets and the REPRO from another good (and working) backup. Then add your own definitions for yourself? Try this out and let us know, please. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Offload work to zIIP with zPRIME
On Thu, 16 Jul 2009 16:48:09 -0400, Bob Shannon bshan...@rocketsoftware.com wrote: IBM provides an API to vendors to allow preemptible SRBs to be routed to zIIPs For reference, http://dtsc.dfw.ibm.com/MVSDS/%27HTTPD2.PT217.HTML(INDEX)%27 Alan Altmark z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Article Mainframe Stolen
On Thu, 16 Jul 2009 15:19:08 -0400, Thompson, Steve steve_thomp...@stercomm.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schwarz, Barry A There is no more worse than worst. SNIP So does that mean that wurst is chopped liver? So, then, is the knock better, or is the wurst best? (Sorry, it's Friday, and I couldn't resist.) Art -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: What is the current philosophy on running SMP/E ACCEPT on z/OS?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth In today's environment and IBM's ever changing methods of delivering/offering maintenance and upgrades to z/OS - what are your common best practices? Before every APPLY? Never? Our general ROT is to ACCEPT PTFs that have been running in the production environment for 3 months or longer before APPLYing the next round of preventive maintenance. APARs and USERMODs are *NEVER* ACCEPTed. -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: Offload work to zIIP with zPRIME
Taking the electric meter example. What if I install solar electicity panels? Am I stealing ressources and bypass the power companies meter? Am I not allowed to use the electricity that the panels produce, just because I have a contract with the power company? Or am I not allowed to replace the old lamps with energy saver lamps, just because I have a contract with the power company? Thats difficult. But I am not a lawyer. Just comparing. By that definition any attempt to rewrite a CICS transaction to run parts of the work as SRB would be a violation, since that piece of software would likely not be eligable by the definition of IBM?! So with a PC example, do I have to ask Microsoft to write a software that speeds up the Windows bootup process and sell it? Or assuming that a software tweeks an operating systems control block to e.g. allow to run as zxxP eligable is considered violating some agreement, any software (e.g. delta VT or Omegamon or Mainview) that manipulates control blocks for ease of use or saving an IPL (which burns CPU and ressources) would be also considered unauthorized software, because rather than using documented APIs it changes bits in control? blocks of licensed IBM software and it might over a period of 12 months save you buying one additional CP? Denis. -Original Message- From: Bob Shannon bshan...@rocketsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Fri, Jul 17, 2009 2:26 pm Subject: Re: Offload work to zIIP with zPRIME After all, customer are charged for software on LPAR where it is not used ( RACF, RMM , CTG are some examples) So it is a bit weird that customers should be prevented to defend their own interest and try to use fully their owned hardware. No, you're not. You're charged for the capacity of the box, and more importantly someone in your company agreed to it. IBM has a variety of pricing options and anyone who wants a better deal should speak to their account representative. A complete set of PUs, 10, 12, 16 or whatever the current number is, is shipped with the processor. If you pay for one should be able to hot-wire the others so that you can use them? Specialty engines were sold to run eligible work. From IBM's standpoint eligible work is a subset of all the work on the machine. If you decide to expand the definition of eligible work without IBM's agreement, in my opinion you are staling resources. This is no different than bypassing the electric meter in your house. Bob Shannon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Article Mainframe Stolen
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Arthur Gutowski Sent: Friday, July 17, 2009 7:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Article Mainframe Stolen On Thu, 16 Jul 2009 15:19:08 -0400, Thompson, Steve steve_thomp...@stercomm.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schwarz, Barry A There is no more worse than worst. SNIP So does that mean that wurst is chopped liver? So, then, is the knock better, or is the wurst best? (Sorry, it's Friday, and I couldn't resist.) SNIP Or is Liver worst? (and on it goes for a Friday) 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: Offload work to zIIP with zPRIME
On Fri, 2009-07-17 at 07:48 -0500, Alan Altmark wrote: For reference, http://dtsc.dfw.ibm.com/MVSDS/%27HTTPD2.PT217.HTML(INDEX)%27 Thanks for the attempt Alan, but I wonder how many of the unwashed masses have access to that page. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Offload work to zIIP with zPRIME
In a message dated 7/17/2009 8:01:44 A.M. Central Daylight Time, ibm-m...@tpg.com.au writes: http://dtsc.dfw.ibm.com/MVSDS/%27HTTPD2.PT217.HTML(INDEX)%27 Thanks for the attempt Alan, but I wonder how many of the unwashed masses have access to that page. Haven't bathed today, but it popped right up. --- quote --- A document and additional information that describes the software interfaces that can be used by a program, to request that z/OS cause SRBs in an Enclave to be executed in part on zIIPs, is now available subject to certain terms and conditions. Please note, the interfaces for creating and classifying Enclaves and scheduling SRBs for execution are already available in existing z/OS product documentation. This supplemental material provides information to direct the SRBs in the Enclave to execute in part on zIIPs. In order to receive this document and additional information, you must meet certain requirements which include the execution of a licensing agreement with IBM. If you wish to find out more about the requirements associated with this document and additional information, please send an email to zi...@us.ibm.com _zi...@us.ibm.com _ (mailto:cics...@us.ibm.com) with your company name, your name, your business phone number and your business email address along with the subject zIIP Document --- end quote --- **Can love help you live longer? Find out now. (http://personals.aol.com/articles/2009/02/18/longer-lives-through-relationships/?ncid=emlweu slove0001) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Offload work to zIIP with zPRIME
On Fri, Jul 17, 2009 at 8:57 AM, Denis Gäbler denisgaeb...@netscape.netwrote: Taking the electric meter example. What if I install solar electicity panels? Am I stealing ressources and bypass the power companies meter? Am I not allowed to use the electricity that the panels produce, just because I have a contract with the power company? Or am I not allowed to replace the old lamps with energy saver lamps, just because I have a contract with the power company? Thats difficult. But I am not a lawyer. Just comparing. No, but that's not a good analogy. The solar panels are more like offloading work to an Intel or AIX box than running it on a processor that you were sold at a reduced price under certain TCs. I like the medical power socket analogy very much! By that definition any attempt to rewrite a CICS transaction to run parts of the work as SRB would be a violation, since that piece of software would likely not be eligable by the definition of IBM?! So with a PC example, do I have to ask Microsoft to write a software that speeds up the Windows bootup process and sell it? Or assuming that a software tweeks an operating systems control block to e.g. allow to run as zxxP eligable is considered violating some agreement, any software (e.g. delta VT or Omegamon or Mainview) that manipulates control blocks for ease of use or saving an IPL (which burns CPU and ressources) would be also considered unauthorized software, because rather than using documented APIs it changes bits in control? blocks of licensed IBM software and it might over a period of 12 months save you buying one additional CP? The courts will (presumably) look at the result, which is pretty simple: non-eligible work is running on a box that was explicitly sold *at a reduced price* with TsCs defining eligible work. The zPRIME users are plugging their TVs (or more likely their space heaters) into the medical socket. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: What is the current philosophy on running SMP/E ACCEPT on z/OS?
snip Subject: What is the current philosophy on running SMP/E ACCEPT on z/OS? In today's environment and IBM's ever changing methods of delivering/offering maintenance and upgrades to z/OS - what are your common best practices? /snip Generally speaking, I perform general maintenance quarterly and roll from sandbox through dev/test environments before going to production. Separate sets of SYSRES's are maintained for the various environments and cloned at the appropriate times. This takes about 6 months from apply to accept. I also apply this philosophy to 3rd-party and middleware products. I concur with the other poster that never accepts usermods or APAR fixes. From the prior base level 1) Receive current set of maintenance/holddata. This ensures an late breaking problems are blocked from being applied/accepted. 2) LIST SYMODS APPLY(TZONE) NOACCEPT(DZONE). List of applied but unaccepted PTF's. 3) Edit this list to just the SYSMODID's. 4) ACCEPT CHECK S(list) GROUPEXTEND. Resolve outstanding system holds,.error holds,... 5) ACCEPT. 6) Proceed with normal apply processing for next round of maint. This ensures that only ptfs that have been blooded in your environment are accepted. HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Offload work to zIIP with zPRIME
I agree, the electrical meter sample with medical plug sounds reasonable, but I unfortunatly I found it after posting my statement. Denis. -Original Message- From: P S zosw...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Fri, Jul 17, 2009 3:10 pm Subject: Re: Offload work to zIIP with zPRIME On Fri, Jul 17, 2009 at 8:57 AM, Denis Gäbler denisgaeb...@netscape.netwrote: Taking the electric meter example. What if I install solar electicity panels? Am I stealing ressources and bypass the power companies meter? Am I not allowed to use the electricity that the panels produce, just because I have a contract with the power company? Or am I not allowed to replace the old lamps with energy saver lamps, just because I have a contract with the power company? Thats difficult. But I am not a lawyer. Just comparing. No, but that's not a good analogy. The solar panels are more like offloading work to an Intel or AIX box than running it on a processor that you were sold at a reduced price under certain TCs. I like the medical power socket analogy very much! By that definition any attempt to rewrite a CICS transaction to run parts of the work as SRB would be a violation, since that piece of software would likely not be eligable by the definition of IBM?! So with a PC example, do I have to ask Microsoft to write a software that speeds up the Windows bootup process and sell it? Or assuming that a=2 0software tweeks an operating systems control block to e.g. allow to run as zxxP eligable is considered violating some agreement, any software (e.g. delta VT or Omegamon or Mainview) that manipulates control blocks for ease of use or saving an IPL (which burns CPU and ressources) would be also considered unauthorized software, because rather than using documented APIs it changes bits in control? blocks of licensed IBM software and it might over a period of 12 months save you buying one additional CP? The courts will (presumably) look at the result, which is pretty simple: non-eligible work is running on a box that was explicitly sold *at a reduced price* with TsCs defining eligible work. The zPRIME users are plugging their TVs (or more likely their space heaters) into the medical socket. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: What is the current philosophy on running SMP/E ACCEPT on z/OS?
There's a job run here to download IBM holddata on a weekly basis. By the time someone tries to do an ACCEPT there are so many APPLIED ptf's with pe's it's almost not worth the effort. Alan Schwartz ASC Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Friday, July 17, 2009 8:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What is the current philosophy on running SMP/E ACCEPT on z/OS? snip Subject: What is the current philosophy on running SMP/E ACCEPT on z/OS? In today's environment and IBM's ever changing methods of delivering/offering maintenance and upgrades to z/OS - what are your common best practices? /snip Generally speaking, I perform general maintenance quarterly and roll from sandbox through dev/test environments before going to production. Separate sets of SYSRES's are maintained for the various environments and cloned at the appropriate times. This takes about 6 months from apply to accept. I also apply this philosophy to 3rd-party and middleware products. I concur with the other poster that never accepts usermods or APAR fixes. From the prior base level 1) Receive current set of maintenance/holddata. This ensures an late breaking problems are blocked from being applied/accepted. 2) LIST SYMODS APPLY(TZONE) NOACCEPT(DZONE). List of applied but unaccepted PTF's. 3) Edit this list to just the SYSMODID's. 4) ACCEPT CHECK S(list) GROUPEXTEND. Resolve outstanding system holds,.error holds,... 5) ACCEPT. 6) Proceed with normal apply processing for next round of maint. This ensures that only ptfs that have been blooded in your environment are accepted. HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
Fwd: Help Required : HSM Auto Backups getting HELD everyday
-- Forwarded message --
From: ROHIT storage.mainfr...@gmail.com
Date: Wed, Jul 15, 2009 at 10:30 PM
Subject: Help Required : HSM Auto Backups getting HELD everyday
To: IBM-MAIN@bama.ua.edu
Hi Everyone,
We have this issue going on customer for few weeks, AUTOMATIC BACKUPS
starts everyday at 1700 HRS and its getting HELD by OPS/MVS by issuing
this message in the LOG :
***
09146 17:00:04.21 0284 OPS1370O OPSMAIN X'' X'0001'
X'0200'
HOLD DFHSMAV1 at
17:00:00
09146 17:00:04.21 0280 OPS/MVS HOLD DFHSMAV1 at 17:00:00
***
When I checked with automation team they showed me this rule defined in
their library .
/**
*
* Issue operator command at 1700 daily (AUTOP)
*
**
*/
address OPER
F DFHSMAV1,HOLD RECYCLE
F DFHSMAV1,HOLD AUDIT
WTX.0 = 1
WTX.1 = OPS/MVS HOLD DFHSMAV1 at 17:00:00
ADDRESS WTO ,/* ISSUE WTL MESSAGE */
TEXTVAR(WTX.) OPTION(C) MSGID(''),
MCSFLAGS(HRDCPY) /* FORCE HARDCOPY*/
/* S DKEEPLST*/
)END
**
I am not sure why BACKUPs are getting HELD up because as per this rule
RECYCLE and AUDIT should be HELD .
Usually I end up releasing BACKUPS manually and if we miss this then as
everyone knows nothing is migrated later in the daily by primary space
management and we end up having space issues .
Will appreciate your valuable input on this in tackling this.
Rohit Bhandari
MVS Storage Engineer
India
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Offload work to zIIP with zPRIME
On Friday 17 July 2009, Alan Altmark wrote: On Thu, 16 Jul 2009 16:48:09 -0400, Bob Shannon bshan...@rocketsoftware.com wrote: IBM provides an API to vendors to allow preemptible SRBs to be routed to zIIPs For reference, http://dtsc.dfw.ibm.com/MVSDS/%27HTTPD2.PT217.HTML(INDEX)%27 This link appears borken. :-( -- Bob Woodside Woodsway Consulting, Inc. http://www.woodsway.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: Offload work to zIIP with zPRIME
Bob Woodside ibm...@woodsway.com wrote in message news:200907170929.54776.ibm...@woodsway.com... On Friday 17 July 2009, Alan Altmark wrote: On Thu, 16 Jul 2009 16:48:09 -0400, Bob Shannon bshan...@rocketsoftware.com wrote: IBM provides an API to vendors to allow preemptible SRBs to be routed to zIIPs For reference, http://dtsc.dfw.ibm.com/MVSDS/%27HTTPD2.PT217.HTML(INDEX)%27 This link appears borken. :-( -- Strange, it is working here. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF ZSYSID Variable (Was NO SUBJECT)
On Fri, 17 Jul 2009 07:34:44 -0500, Arthur Gutowski aguto...@ford.com wrote: On Thu, 16 Jul 2009 08:37:35 -0400, Klein, Kenneth kenneth.kl...@kyfb.com wrote: [...] That's the one you want, no VGET required. You will need an extra '.' to get the end-dsname right. My apologies, I see later this was answered sufficiently by others. That's what happens when I get the daily digest, and there's no subject on the OP... Art -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Offload work to zIIP with zPRIME
Back in the old days diesel fuel was sold to farmers, bulk delivered to a home tank, for tractor use only, cheaper and exempt from road use tax. It was color dyed for obvious reasons. Occasionally a pickup truck would be seen in town with a splash of reddish purple around the gas cap. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Denis G äbler Sent: Friday, July 17, 2009 8:14 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Offload work to zIIP with zPRIME I agree, the electrical meter sample with medical plug sounds reasonable, but I unfortunatly I found it after posting my statement. Denis. -Original Message- From: P S zosw...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Fri, Jul 17, 2009 3:10 pm Subject: Re: Offload work to zIIP with zPRIME On Fri, Jul 17, 2009 at 8:57 AM, Denis Gäbler denisgaeb...@netscape.netwrote: Taking the electric meter example. What if I install solar electicity panels? Am I stealing ressources and bypass the power companies meter? Am I not allowed to use the electricity that the panels produce, just because I have a contract with the power company? Or am I not allowed to replace the old lamps with energy saver lamps, just because I have a contract with the power company? Thats difficult. But I am not a lawyer. Just comparing. No, but that's not a good analogy. The solar panels are more like offloading work to an Intel or AIX box than running it on a processor that you were sold at a reduced price under certain TCs. I like the medical power socket analogy very much! By that definition any attempt to rewrite a CICS transaction to run parts of the work as SRB would be a violation, since that piece of software would likely not be eligable by the definition of IBM?! So with a PC example, do I have to ask Microsoft to write a software that speeds up the Windows bootup process and sell it? Or assuming that a=2 0software tweeks an operating systems control block to e.g. allow to run as zxxP eligable is considered violating some agreement, any software (e.g. delta VT or Omegamon or Mainview) that manipulates control blocks for ease of use or saving an IPL (which burns CPU and ressources) would be also considered unauthorized software, because rather than using documented APIs it changes bits in control? blocks of licensed IBM software and it might over a period of 12 months save you buying one additional CP? The courts will (presumably) look at the result, which is pretty simple: non-eligible work is running on a box that was explicitly sold *at a reduced price* with TsCs defining eligible work. The zPRIME users are plugging their TVs (or more likely their space heaters) into the medical socket. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Checked by AVG - www.avg.com Version: 8.5.375 / Virus Database: 270.13.16/2241 - Release Date: 07/16/09 05:58:00 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Offload work to zIIP with zPRIME
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Friday, July 17, 2009 8:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Offload work to zIIP with zPRIME On Fri, Jul 17, 2009 at 8:57 AM, Denis Gäbler denisgaeb...@netscape.netwrote: snip I like the medical power socket analogy very much! And to enhance it a bit. The power via the medical socket is not standard 120VAC 60Hz (US) either. It is slightly different and the medical equipment is designed to run on the, say 162VAC 87Hz, power. But a company has now developed a bridge socket which takes in the 162VAC 87Hz power and gives out 120VAC 60Hz. That's sort of what zPrime is doing. Kinda. Would such a device be legal? It's only use is to bypass a company power restriction which was given to the consumer for a specific use (TC) and making it run other devices. Just my feelings on the matter. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . (817)-961-6183 cell john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IECIOSxx - suggested entries
On Fri, 17 Jul 2009 11:09:26 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: My question is: What are typical/suggested/ROT entries in IECIOSxx member? I know, it depends on the hardware. Exactly. Ask your vendor. In my case: some DASD boxes (various vendors, all made after 2000, FICON-attached), 3592, 3590, 3490E. I think we used to have 3:00 for our old EMC DASD some time ago, but it is currently 2:00. That was for DMX2000 and DMX4. Here is what I have for DASD (EMC) and tape (Sun/STK) MIH DASD=02:00 MIH TIME=20:00,DEV=(xxx-xxx) STK 9490 (3490) MIH TIME=20:00,DEV=(xxx-xxx) STK 9840 MIH TIME=20:00,DEV=(xxx-xxx) STK 9840 MIH TIME=20:00,DEV=(-) STK VSM4 VTSS1 MIH TIME=20:00,DEV=(-) STK VSM4 VTSS2 -- 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: Converting CPU Time to MIPS
Where did the 48.5 number come from? snip A bit late on this maybe but: Determine the SU per second of your machine You can get this with the following REXX code CVT = STORAGE(10,4) RMCT = STORAGE(D2X(C2D(CVT)+604),4) SU = STORAGE(D2X(C2D(RMCT)+64),4) SU = 1600/C2D(SU) For a 301 this would be 21857.9235 1 CPU second is therefor 21857.9235 Service Units Divide this figure by 48.5 to get MIPS = 450.678835 /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: code page help
On Thu, 16 Jul 2009 19:09:14 +, Ted MacNEIL eamacn...@yahoo.ca wrote: How do you telnet directly to OMVS? See the IP configuration guide: 2.2.2 Configuring the z/OS UNIX Telnet server You setup otelnet in the inetd config. You pick the port and usually define that in /etc/services for otelnet. It's a different port, usually 5029 (I believe by default), where 29 is TSO (again, I believe), but it's been so long since I've used, I can't recall correctly. AFAIK, there is no default. The services sample in SEZAINST and in /usr/lpp/tcpip/samples/ don't define otelnet at all. The most common convention is to use n23 as the port number since 23 is standard telnet. Most shops I've been at use 623. I think this number could have come from some early samples, techdocs etc. from IBM. I've also been on a few systems that had otelnet set up for 23 and MVS telnet setup at n23. But, check with your network people, as to the actual port number. Or your Comm. Server sysprog. Then the IP address is usually of the form: 10.xxx.yyy.zzz:5029 -- assuming my port number is correct. - Using win-doze, I do this from a command prompt or run; telnet xxx.xxx.xxx.xxx 623 You get this prompt : EZYTE27I login: (enter userid) EZYTE28I myuserid Password: -- 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: What is the current philosophy on running SMP/E ACCEPT on z/OS?
On Fri, 17 Jul 2009 08:25:09 -0400, Klein, Kenneth kenneth.kl...@kyfb.com wrote: In today's environment and IBM's ever changing methods of delivering/offering maintenance and upgrades to z/OS - what are your common best practices? Before every APPLY? Never? Search the archives. Look for the best practices session from SHARE given by Greg Daynes. Bottom line: You should be accepting maintenance (for any software) on a regular basis that goes along with your apply cycles in order to have a restore point. For z/OS, my best practice is to ACCEPT six months behind the apply level. 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: Offload work to zIIP with zPRIME
I think that we can provide many other analogies, but no of them is really applicable. Last, but not least: I'm pretty sure, that zPRIME creators thoroughly checked legal issues at the early stage of the project. Maybe their conclusion is disputable, but it's not as obvious as regular software piracy. BTW: In the times of 9672's I was offerred to enable more CPs *without* IBM's permission. Obviously I refused, but I would be very interested in watching court trial in such case. Especially outside of U.S. As far as I read our Intelectual Property Code from 1994 it would be hard to find what's wrong... My $0.02 -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NVAS error explanation RESOLVED
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Chris Mason John I'm not familiar with NVAS but this messages looks like the sort that is presented to a feeble end user who could not cope with complicated technical explanations and so the ridiculous words network constraints are used which could means anything. Looking at the NVAS Messages manual I see some which contain VTAM nitty- gritty such as RPLREQ = Xcc, RTNCD = Xrr, FDBK2 = Xff, SENSE = X, LU = ll, CID = Xidididid., that is, stuff with which I can work. That suggests that there may be more useful messages in an NVAS log. You should check such a log for the time you had your problem, perhaps using the name of the secondary APPL statement you were using. I hope the relevant name is presented somewhere on your NVAS panel. In addition to that there may well be VTAM messages describing something having gone wrong on the console also at the time you had your problem - more handy nitty-gritty than the stupid network constraints. Thanks very kindly. I forgot about looking at SYSLOG. Here's what appears there (from VTAM): IST663I INIT OTHER REQUEST FAILED , SENSE=08210002 IST664I REAL OLU=NetID.LM840004 REAL DLU=NetID.CICSTECH IST889I SID = C40BD4AEEC2AF7FA IST264I REQUIRED LOGMODE NAME DYNAMIC UNDEFINED IST314I END And (from NVAS): EMS0599E ERROR - RPLREQ = X29, RTNCD = X14, FDBK2 = X4B, SENSE = X08210002, LU EMS0599E = CICSTECH, CID = X. EMS0524E MODULE EMSCREQE; ERROR DURING ALLOCATION - PLU = CICSTECH, SLU = EMS0524E LM840004. So, it looks like we forgot to configure NVAS to support modern emulators (my default MODEENT is D4C32XX3, which NVAS apparently presents to VTAM as DYNAMIC). When I override the MODEENT at CINIT time with EXT32782 (locally-defined clone of SNX32702 but with smaller RUSIZEs), the relay mode logons within NVAS work but I'm stuck with a 24x80 screen size. As a side note, I've been bypassing NVAS for the last decade or so; now I'm being asked more often to explain why some things don't work as expected, and the most frequent complaint is the EMS1166E Relay Mode logon failed ... message. -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: Offload work to zIIP with zPRIME
In a message dated 7/17/2009 8:35:51 A.M. Central Daylight Time, tbabo...@comcast.net writes: was color dyed for obvious reasons. Occasionally a pickup truck would be seen in town with a splash of reddish purple around the gas cap. My grandad was having problems with borrowers of gasoline from his combat engineers motor pool. Had my dad drain all the 'deuce and a halfs' but one and poured in an ounce of nitro glycerin from the blasting supplies. Noonish big whoomp at the gate and they had their guy! **Can love help you live longer? Find out now. (http://personals.aol.com/articles/2009/02/18/longer-lives-through-relationships/?ncid=emlweu slove0001) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Offload work to zIIP with zPRIME
I have often wondered about the legality of turning other engines on on an owned machine. They were delivered as part of what was bought, should they be ours to do with as we please? We use 3rd party maintenance on or processor (government competitive bid). When IBM offered an IFL to use for a z/VM and z/Linux proof of concept project, IBM sent people to turn on and off the IFL - i.e. IBM installed the enabling microcode, they would not deliver it to the 3rd party. The SCRT report also included information about the IFL and we were called and questioned why it was on and not paid for. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Friday, July 17, 2009 7:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Offload work to zIIP with zPRIME After all, customer are charged for software on LPAR where it is not used ( RACF, RMM , CTG are some examples) So it is a bit weird that customers should be prevented to defend their own interest and try to use fully their owned hardware. No, you're not. You're charged for the capacity of the box, and more importantly someone in your company agreed to it. IBM has a variety of pricing options and anyone who wants a better deal should speak to their account representative. A complete set of PUs, 10, 12, 16 or whatever the current number is, is shipped with the processor. If you pay for one should be able to hot- wire the others so that you can use them? Specialty engines were sold to run eligible work. From IBM's standpoint eligible work is a subset of all the work on the machine. If you decide to expand the definition of eligible work without IBM's agreement, in my opinion you are staling resources. This is no different than bypassing the electric meter in your house. Bob Shannon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Offload work to zIIP with zPRIME
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony B. Back in the old days diesel fuel was sold to farmers, bulk delivered to a home tank, for tractor use only, cheaper and exempt from road use tax. It was color dyed for obvious reasons. Occasionally a pickup truck would be seen in town with a splash of reddish purple around the gas cap. Well, since we're this far astray already Automatic transmission fluid is alleged to be an excellent additive to Diesel fuel for keeping injectors clean, valves lubricated, etc. Unfortunately, the dye used in the tax-exempt fuel is the same color as automatic transmission fluid (I wonder if that was intentional?). -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: Authenticate with RACF from Web App
Correction: base z/OS includes the IBM Tivoli Directory Server for z/OS, not the z/OS Security Server element. Very nice!: - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
The error you are getting would indicate that there is no output on stdout pipe from unzip. As you suggest, it looks like unzip from stdin (using -) doesn't work. You might try this as an equivalent alternative for reading from stdin: fromdsn -b //DD:IN | unzip -p /dev/fd0 | todsn -s ISO8859-1 -t IBM-1047 //DD:OUT On Fri, Jul 17, 2009 at 2:41 AM, Vikesh Bhoolavbho...@sars.gov.za wrote: Bob, thanks for confirmation regarding the MVS (cmsmvs) build of unzip. I did see the same error when executing the MVS version in USS, but was wondering if it perhaps was the syntax. I managed to compiled the unix version which works well Just a change in the README.zOS: gmake -f unix/Makefile ZOS results in: gmake: *** No rule to make target `ZOS'. Stop. Should be gmake -f unix/Makefile zos Tried piping using COZBATCH, to read/write to MVS datasets but I don't get the DD://IN part right. //INFOZIP EXEC PGM=COZBATCH //STEPLIB DD DISP=SHR,DSN=hlq.COZ130.LOADLIB //IN DD DISP=SHR,DSN=userid.INPUT.ZIP //OUT DD DISP=(,CATLG),DSN=userid.OUTPUT.NEW, // SPACE=(TRK,(7500,15000),RLSE),RECFM=FB,LRECL=171,BLKSIZE=0 //STDOUT DD SYSOUT=* //STDIN DD * fromdsn -b //DD:IN | unzip -p - | todsn -s ISO8859-1 -t IBM-1047 //DD:OUT I get the unzip usage message this : todsn(DD:OUT)ÝE¨: error: no input data available CEE5213S The signal SIGPIPE was received. CoZBatchÝI¨: returning rc=exitcode=103 This STDIN works, but means the input must be USS file : unzip -p /tmp/INPUT.zip | todsn -s ISO8859-1 -t IBM-1047 //DD:OUT Any ideas ? I'll let you know as soon I have time to figure out what the latest problem is. I'm really sorry this is taking so long. Thanks for your input. Bob, no worries for unzip, the real need was ZIP which is resolved thanks to you. I'm just testing to verify it works, should its requirement later arise. Kind Regards, Vikesh Bhoola Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
REXX and BPXWDYN
I am trying to use BPXWDYN to do a dynamic allocation from REXX under
IRXJCL. I am getting a RC 20. How can I find out the actual problem? Is there
any way to see S99ERROR and S99INFO?
Here is the statement:
IF BPXWDYN(ALLOC DD(OUT) DA('WORK.TAPE') NEW KEEP UNIT(TAPE)
REUSE) ¬= 0
THEN
DO
SAY Allocation failed RC = RC
EXIT 8
END
Thanks,
Neal
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Authenticate with RACF from Web App
If you have CICS web services (included free with CICS 3.1 and above), you can call a CICS web service that executes a CICS verify password command. This gives you various return codes for the conditions that you mentioned, which you can pass back to your web app. Sample CICS code: EXEC CICS VERIFY PASSWORD(WS-PASSWORD) USERID(WS-USER-ID) RESP(Resp-Fld) RESP2(Resp2-Fld) END-EXEC. Evaluate Resp-Fld When DFHRESP(NORMAL) Continue When DFHRESP(NOTAUTH) Perform 2110-NOTAUTH-ERROR When DFHRESP(USERIDERR) Perform 2120-USERIDERR-ERROR When DFHRESP(INVREQ) Perform 2130-INVREQ-ERROR When Other Perform 7020-CICS-ERROR-STOP END-EVALUATE. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Bonhard Sent: Thursday, July 16, 2009 5:11 PM To: IBM-MAIN@bama.ua.edu Subject: Authenticate with RACF from Web App Thanks in advance for all/any advice, direction, samples, expertise related to my question. I was approached by one of our distributed application folks with a request that I believe should be very possible to accommodate based on my experiences with zOS system sftwr/hdwr, WAS, etc. The app is web-based running on non-zOS platform. They would likebe able to connect to the mainframe to authenticate a RACF ID/password; if the ID and password are OK, continue with the app (possibly return a RC=0 or any other OK); if ID unknown, pswd wrong, pswd revoked or expired, provide a non-zero return code or not OK msg with explicit reason, even routing user to a web page where they can update an expiring password, correct an invalid password. I'm hoping to find something that is *easy* and *cheap* to implement (free being the key word), and generic enough to be used by any subsequent apps. I figure there has to be an easy way to do this but I don't know what that way is, whether a direct call to RACF or USS, some kind of non-html call to the IBM HTTP server, WebSphereAS, MQ ... something simple and free. Thank you, Bob Bonhard/UPS I.S. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: NVAS error explanation RESOLVED
Chase, John wrote: So, it looks like we forgot to configure NVAS to support modern emulators (my default MODEENT is D4C32XX3, which NVAS apparently presents to VTAM as DYNAMIC). When I override the MODEENT at CINIT time with EXT32782 (locally-defined clone of SNX32702 but with smaller RUSIZEs), the relay mode logons within NVAS work but I'm stuck with a 24x80 screen size. Good! Better! Excellent! ;-D Does this also explain this 'I am the only one in the building who has this problem'? I forgot about the logmodes. I'll remember that. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
Kirk, thanks for your response. I tried fromdsn -b //DD:IN | unzip -p /dev/fd0 | todsn -s ISO8859-1 -t IBM-1047 //DD:OUT and get the following : CoZBatchÝN¨: Copyright (C) 2005-2009 Dovetailed Technologies LLC. All rights res CoZBatchÝN¨: version 1.3.0 2009-06-11 CoZBatchÝI¨: executing progname=login-shell=-/bin/sh Ý/dev/fd0¨ End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. todsn(DD:OUT)ÝE¨: error: no input data available CEE5213S The signal SIGPIPE was received. CoZBatchÝI¨: returning rc=exitcode=103 Thanks for all the help, Vikesh Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 error messages getting worse?
On Fri, 17 Jul 2009 02:53:26 -0500, Patrick O'Keefe patrick.oke...@wamu.net wrote: The IBM convention as to importance (W,I,E,C) does not apply to console messages. As far as I know this has always been the case. For console messages I believe W is for a Wait State message, E is for an eventual response needed, and I'm not sure the other 2 are used at all. To the extent that the convention you refer to exists at all, I think it is for SYSOUT messages like from compilers, etc. Patrick, its more than an IBM convention -- its an IBM Corporate Standard (which I own) C-S 3-7019-002 Message Format. Unfortunately, its confidential (I've tried several times to make it unconfidential and published, but to no avail). This standard applies to all messages on z architecture that are written to an operator's console (sorry, can't help you with the COBOL messages) and applies to z/OS, z/VSE and z/VM (sorry, not zTPF or zLinux). The standard describes what a message ID should look like (and othr things) and as you state W means wait state and we do use I and E (as well as A and D) but not C. There is a table in the standard relating each of these to the descriptor codes that are set (on z/OS). There are some best practices in terms of how to do message text (so that it won't flub up automation) and rules about the kinds of changes that can be made to a message without requiring that the message get a new message ID. As you know, I hang out on the System Automation user group on Yahoo and I've encouraged automation folk that have encountered messages that do not follow the conventions (such as command responses not setting the command response bit or descriptor code 5 so that they can be caught by a NetView PIPE) to submit PMRs to fix the message -- and if they get a hard time, to mention my name and the standard. I can't really help too much with poor English in messages (the standard doesn't address that) but be assured that when at least the z/OS folks consider new messages (or changes to an existing message), they will usually run it by me first. W. Kevin Kelley IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Offload work to zIIP with zPRIME
Did anyone get chance to listen to these folks for their webinar on July 15 ? Is there anything interesting ? JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX and BPXWDYN
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Neal Eckhardt
Sent: Friday, July 17, 2009 10:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: REXX and BPXWDYN
I am trying to use BPXWDYN to do a dynamic allocation from REXX under
IRXJCL. I am getting a RC 20. How can I find out the actual
problem? Is there
any way to see S99ERROR and S99INFO?
Here is the statement:
IF BPXWDYN(ALLOC DD(OUT) DA('WORK.TAPE') NEW KEEP UNIT(TAPE)
REUSE) ¬= 0
THEN
DO
SAY Allocation failed RC = RC
EXIT 8
END
Thanks,
Neal
The book is at:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB680/6.0
RC=20 means invalid parameter list. Also in the book:
quote
Dynamic allocation provides message text for failed allocation requests.
It is usually easier to use this message text rather than decode
allocation return codes.
BPXWDYN can return these messages to a REXX program. By default, the
messages are returned in the S99MSG. stem. S99MSG.0 contains the number of
messages and S99MSG.1 through S99MSG.n contain the message text.
/quote
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB680/6.5
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets®
9151 Boulevard 26 . N. Richland Hills . TX 76010
(817) 255-3225 phone . (817)-961-6183 cell
john.mck...@healthmarkets.com . www.HealthMarkets.com
Confidentiality Notice: This e-mail message may contain confidential or
proprietary information. If you are not the intended recipient, please contact
the sender by reply e-mail and destroy all copies of the original message.
HealthMarkets® is the brand name for products underwritten and issued by the
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA
Life and Health Insurance Company.SM
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Offload work to zIIP with zPRIME
Denis Gdbler wrote: Thats true, but recent lawsuits in the distributed area had no luck forcing users to run only specific work on bought (owned) hardware, e.g. you can do number crunching on graphic chips, which were initially only intended for graphics work. It would be interesting to see, if there is any way to force somebody to only use certified software on specific owned hardware? Another example that comes into mind is the uncertified use of OpenWRT on any router (DSL/Wireless) in the world. Linksys/Cisco has no way of preventing me from running this linux distribution on my own bought or rented router and make use of whatever the chips on the hardware may provide. Yes. I believe it would be difficult nee illegal to tell someone they can't use their own property for any purpose they choose. Taking that to the next logical step, you could say that if a customer accidentally discovered (e.g., public domain) enabling code that would let them run arbitrary programs on a zAAP engine they own (not lease), they should be allowed to do so. But, running programs and paying license fees for IBM software are two entirely different things. Most z/OS customers are essentially renting IBM software, paying month-to-month. Those customers accepted certain pricing terms regarding IBM-specified eligible workloads. IBM might not be able to legally prevent customers that own zAAPs from running arbitrary work on them. But, nothing says they are obligated to discount those ineligible MIPS when calculating the customer's monthly bill for z/OS and related software. In fact, without instrumentation to distinguish the eligible from ineligible zAAP (or zIIP) execution, IBM could be within their rights to consider it all ineligible. Imagine that... Your bill actually goes UP. Yikes! -- 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: z/OS Mainframe - SFTP - Disable Publickey Authentication and only use Password?
On 7/16/2009 at 4:32 PM, Leonard Sasso lsa...@csc.com wrote: -snip- Do you know how to Disable Publickey Authentication using the command line options? That's not your problem. Having publickey auth available doesn't interfere with using passwords. As someone else noted a day or two ago, your problem is that password authentication cannot be done in batch, only in interactive mode. The man page for sftp confirms this. If you want to run in batch, you _must_ use publickey authentication. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS Mainframe - SFTP - Disable Publickey Authentication and only use Password?
On 7/16/2009 at 5:30 PM, Hal Merritt hmerr...@jackhenry.com wrote: We think it is an either or, so turning one on turns the other off: Nope. You would need to specify PubkeyAuthentication no either on the command line or in the global ssh_config, or ~/.ssh/config. In this case, however, that's not going to help the OP. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS Mainframe - SFTP - Disable Publickey Authentication and only use Password?
It depends on what you mean by batch.You can absolutely get sftp to work in a z/OS batch job using SSH_ASK_PASS. I provided an example earlier in this thread, and others have posted similar examples. On Fri, Jul 17, 2009 at 10:36 AM, Mark Postmp...@novell.com wrote: On 7/16/2009 at 4:32 PM, Leonard Sasso lsa...@csc.com wrote: -snip- Do you know how to Disable Publickey Authentication using the command line options? That's not your problem. Having publickey auth available doesn't interfere with using passwords. As someone else noted a day or two ago, your problem is that password authentication cannot be done in batch, only in interactive mode. The man page for sftp confirms this. If you want to run in batch, you _must_ use publickey authentication. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS Mainframe - SFTP - Disable Publickey Authentication and only use Password?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Post Sent: Friday, July 17, 2009 10:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS Mainframe - SFTP - Disable Publickey Authentication and only use Password? On 7/16/2009 at 4:32 PM, Leonard Sasso lsa...@csc.com wrote: -snip- Do you know how to Disable Publickey Authentication using the command line options? That's not your problem. Having publickey auth available doesn't interfere with using passwords. As someone else noted a day or two ago, your problem is that password authentication cannot be done in batch, only in interactive mode. The man page for sftp confirms this. If you want to run in batch, you _must_ use publickey authentication. Mark Post And doesn't this require that you not have a passphrase? I have used Co:Z in the past to schedule work on my Linux box via SSH from a batch job. But I had to create a keyfile with no passphrase on it. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
Looks like unzip doesn't like your input data. I'll bet that if you copy it to HFS it will also fail. What RECFM is the dataset? If it is RECFM=F*, maybe it has extra bytes in the last record, in which case unzip probably won't like it. On Fri, Jul 17, 2009 at 10:18 AM, Vikesh Bhoolavbho...@sars.gov.za wrote: Kirk, thanks for your response. I tried fromdsn -b //DD:IN | unzip -p /dev/fd0 | todsn -s ISO8859-1 -t IBM-1047 //DD:OUT and get the following : CoZBatchÝN¨: Copyright (C) 2005-2009 Dovetailed Technologies LLC. All rights res CoZBatchÝN¨: version 1.3.0 2009-06-11 CoZBatchÝI¨: executing progname=login-shell=-/bin/sh Ý/dev/fd0¨ End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. todsn(DD:OUT)ÝE¨: error: no input data available CEE5213S The signal SIGPIPE was received. CoZBatchÝI¨: returning rc=exitcode=103 Thanks for all the help, Vikesh Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: INFOZIP 2Gb
File is Record format . . . : U Record length . . . : 0 Block size . . . . : 27920 Copied the file to HFS and unzipped it : userid:/tmp: unzip -l Report8.ZIP Archive: Report8.ZIP Length DateTimeName - -- - 138586 06-02-2009 12:55 userid/BKSADD.REPORT - --- 138586 1 file userid:/tmp: unzip Report8.ZIP Archive: Report8.ZIP inflating: userid/BKSADD.REPORT So the file does unzip. Thanks for your assistance. Vikesh Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Offload work to zIIP with zPRIME
On Fri, 17 Jul 2009 08:19:57 -0600, Roach, Dennis (N-GHG) wrote: I have often wondered about the legality of turning other engines on on an owned machine. They were delivered as part of what was bought, should they be ours to do with as we please? Sure feels that way. But it might void the warranty or IBM's maintenance contract. We use 3rd party maintenance on or processor (government competitive bid). When IBM offered an IFL to use for a z/VM and z/Linux proof of concept project, IBM sent people to turn on and off the IFL - i.e. IBM installed the enabling microcode, they would not deliver it to the 3rd party. And that enabling microcode is likely licensed, not sold. Now, if a third party vendor (zPrime?) could develop enabling microcode without infringing IBM's IP ... I think I can guess how Microsoft feels about Windows customers' using OpenOffice.org rather than MS Office. Apparently they can't prevent it. OTOH, Apple lately released iTunes 8.2.1, for which the release notes state, iTunes 8.2.1 provides a number of important bug fixes and addresses an issue with verification of Apple devices. I.e. it now blocks synching with Palm Pre. But there are already third party workarounds. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS Mainframe - SFTP - Disable Publickey Authentication and only use Password?
On 7/17/2009 at 11:41 AM, McKown, John jmck...@healthmarkets.com wrote: -snip- And doesn't this require that you not have a passphrase? I have used Co:Z in the past to schedule work on my Linux box via SSH from a batch job. But I had to create a keyfile with no passphrase on it. Yes, so you need to make sure the private key is well protected by your ESM. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DEFINING USERCAT WITH GUARANTEED SPACE
At July 17, 2009 07:36, concerning Re: DEFINING USERCAT WITH GUARANTEED SPACE, esmie moo esmi...@yah...ca wrote (to IBM-Main): [snip] If I disable the current volume (which SMS managed) then there could be a problem with allocation of dsns on that given volume. [snip] VARY SMS,VOLUME(PLAN906),DISABLE,NEW - only disallows new allocations - how to stop a volume from being used - might also affect Guaranteed requests: testing required VARY SMS,VOLUME(PLAN906),QUIESCE,NEW - makes volume less preferred (2nd tier) for new allocations - volume can still be chosen if no eligible 1st tier candidates -- signature = 6 lines follows -- Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee How *do* you plan for something like that? Guardian Bob, Reboot For every action, there is an equal and opposite criticism. Systems Programming: Guilty, until proven innocent John Norgauer 2004 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Offload work to zIIP with zPRIME
On Fri, 17 Jul 2009 08:26:17 -0400, Bob Shannon bshan...@rocketsoftware.com wrote: A complete set of PUs, 10, 12, 16 or whatever the current number is, is shipped with the processor. If you pay for one should be able to hot-wire the others so that you can use them? Specialty engines were sold to run eligible work. From IBM's standpoint eligible work is a subset of all the work on the machine. If you decide to expand the definition of eligible work without IBM's agreement, in my opinion you are staling resources. This is no different than bypassing the electric meter in your house. Trying to enable 10;12 or 16 pu's that I did not pay for would definitely be illegal even if they were shipped. But I never implied such thing. zIIP and zAAP are a different matter , they are purchased and belong to the customer. IBM will provide it free of charge shall the customer order a new machine. Expanding the definition or eligible work was not my intention either. I was just merely trying to find the definition . I did not find one . ( i am not an ISV , just a customer) . Could someone point me to a url ? TIA Bruno Sugliani zxnetconsult(at)free(dot)fr http://zxnetconsult.free.fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
On Friday 17 July 2009, Kirk Wolf wrote: Looks like unzip doesn't like your input data. I'll bet that if you copy it to HFS it will also fail. Kirk -- Yes, it will. The problem is that my current patch is very badly borken [sic]. :-(. What RECFM is the dataset? If it is RECFM=F*, maybe it has extra bytes in the last record, in which case unzip probably won't like it. This version of MVS unzip just sings ...and I don't like anybody very much! no matter what you feed it. I've tried it against a bunch of zip files, old and new, always with the same result as Vikesh gets. So far I've tracked it down to the fact that unzip isn't finding the file size correctly - everything goes downhill from there. Somewhere there is still an incompatible mix of 32-bit and 64-bit functions that I haven't located yet. Vikesh -- Would a version of bzip2 help you out for the time being? I had just done a z/OS USS port of the latest version (1.0.5) earlier this week, before you reported the unzip problem. It supports large files, and appears to be working well. I think it might work for you in conjunction with Kirk's utilities. The old version of bzip2 that used to be available from IBM has been withdrawn; I don't know what version it was or whether it supported large files. There is now a supported version which you have to pay for, and looks to be heavily modified by IBM - mainly to provide IBM-style messages, as far as I can tell. I can't imaginw wanting such a beast, but that's the subject of a different thread! I suggest this because I've no idea when I'll be able to fix the unzip patch. By the way, if you haven't done so, would you please post your problem to the Info-ZIP form as well? Cheers, Bob -- Bob Woodside Woodsway Consulting, Inc. http://www.woodsway.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: REXX and BPXWDYN
Thar helped a lot. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
Why not use the jar command in z/UNIX? It is basically a zip/unzip type program. That is, it will unzip a .zip file and will create a .zip file as well as a .jar file. Actually, a .jar file __is__ a .zip file. Just with special files inside it such as the manifest et al. And I am fairly sure that it can legally and morally be run on a zAAP. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IECIOSxx - suggested entries
R.S. wrote: However I have *empty* IECIOSxx (with the exception for single MIH entry). Maybe it's bad? Maybe I should have some entries in IECIOS, like MIDAW, FICON, etc. ? FWIW, mine contains: MIH MOUNTMSG=YES /* RECEIVE MOUNT MESSAGES */ CAPTUCB PROTECT=YES /* PROTECT CAPTURED UCBS */ STORAGE IOSBLKS=31/* 31-BIT CONTROL BLOCKS */ HYPERPAV=YES /* USE HYPERPAV IF AVAILABLE */ MIDAW=YES /* USE MIDAWS WHERE AVAILABLE */ ZHPF=YES /* USE ZHPF WHERE AVAILABLE */ -- 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: Offload work to zIIP with zPRIME
On Friday 17 July 2009, Ed Finnell wrote: In a message dated 7/17/2009 8:01:44 A.M. Central Daylight Time, ibm-m...@tpg.com.au writes: http://dtsc.dfw.ibm.com/MVSDS/%27HTTPD2.PT217.HTML(INDEX)%27 Thanks for the attempt Alan, but I wonder how many of the unwashed masses have access to that page. Haven't bathed today, but it popped right up. I've showered, but I still had to copy/paste the url into my browser to get it to work. My mail client (KMail) didn't feed the full string to the browser (Konqueror) when I just clicked on it. I do have to opine that it's a pretty lame sort of url. Cheers, Bob -- Bob Woodside Woodsway Consulting, Inc. http://www.woodsway.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: INFOZIP 2Gb
On Fri, 17 Jul 2009 12:01:53 -0500, McKown, John jmck...@healthmarkets.com wrote: Why not use the jar command in z/UNIX? It is basically a zip/unzip type program. That is, it will unzip a .zip file and will create a .zip file as well as a .jar file. Actually, a .jar file __is__ a .zip file. Just with special files inside it such as the manifest et al. And I am fairly sure that it can legally and morally be run on a zAAP. -- John ! a zip on a zAAP ? yeah sounds like a winner I love it :-)) Bruno Sugliani zxnetconsult(at)free(dot)fr http://zxnetconsult.free.fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
On Friday 17 July 2009, McKown, John wrote: Why not use the jar command in z/UNIX? It is basically a zip/unzip type program. That is, it will unzip a .zip file and will create a .zip file as well as a .jar file. Actually, a .jar file __is__ a .zip file. Just with special files inside it such as the manifest et al. And I am fairly sure that it can legally and morally be run on a zAAP. The question is whether jar can support the Zip64 file format, and hence can support archives that can 1) be larger than 4 GB, and 2) contain individual files that are larger than 4 GB. As far as I know, Zip64 support is only available in the latest Sun beta of JDK7. Is my info not up to date? Cheers, Bob -- Bob Woodside Woodsway Consulting, Inc. http://www.woodsway.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: INFOZIP 2Gb
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Woodside Sent: Friday, July 17, 2009 1:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: INFOZIP 2Gb On Friday 17 July 2009, McKown, John wrote: Why not use the jar command in z/UNIX? It is basically a zip/unzip type program. That is, it will unzip a .zip file and will create a .zip file as well as a .jar file. Actually, a .jar file __is__ a .zip file. Just with special files inside it such as the manifest et al. And I am fairly sure that it can legally and morally be run on a zAAP. The question is whether jar can support the Zip64 file format, and hence can support archives that can 1) be larger than 4 GB, and 2) contain individual files that are larger than 4 GB. As far as I know, Zip64 support is only available in the latest Sun beta of JDK7. Is my info not up to date? Cheers, Bob Well, this likely doesn't help. But on my Linux/Intel system, I created a text file which was 4.7 Gb (5,033,145,276 bytes). I used the jar command to create a .zip file which was 260Mb (272,331,844 bytes) in size. I am running the IcedTea version of Java on my Linux system, which is 1.6.0 . Unfortunately, I cannot test on z/OS as I just can't get that much storage. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Bob Woodside [ snip ] The old version of bzip2 that used to be available from IBM has been withdrawn; I don't know what version it was or whether it supported large files. There is now a supported version which you have to pay for, and looks to be heavily modified by IBM - mainly to provide IBM-style messages, as far as I can tell. I can't imaginw wanting such a beast, but that's the subject of a different thread! Well, bzip2 from IBM is now a part of the Licensed Program Product called IBM Ported Tools or similar, but it's a no-charge product; i.e., you do have to license it now, but it still doesn't cost any money. -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: INFOZIP 2Gb
On Friday 17 July 2009, McKown, John wrote: -Original Message- The question is whether jar can support the Zip64 file format, and hence can support archives that can 1) be larger than 4 GB, and 2) contain individual files that are larger than 4 GB. As far as I know, Zip64 support is only available in the latest Sun beta of JDK7. Is my info not up to date? Well, this likely doesn't help. But on my Linux/Intel system, I created a text file which was 4.7 Gb (5,033,145,276 bytes). I used the jar command to create a .zip file which was 260Mb (272,331,844 bytes) in size. I am running the IcedTea version of Java on my Linux system, which is 1.6.0 . Good to know - guess my info *is* out of date. I'll have to try this out. Unfortunately, I cannot test on z/OS as I just can't get that much storage. I know the problem well. Cheers, Bob -- Bob Woodside Woodsway Consulting, Inc. http://www.woodsway.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: INFOZIP 2Gb
I agree. bzip2 or gzip seem like much better choices than zip. AFAIK, zip files have a directory at the end of the archive with a pointer to the end at the very beginning. This might explain why unzip is failing with pipes or special files. On Fri, Jul 17, 2009 at 1:52 PM, Chase, Johnjch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bob Woodside [ snip ] The old version of bzip2 that used to be available from IBM has been withdrawn; I don't know what version it was or whether it supported large files. There is now a supported version which you have to pay for, and looks to be heavily modified by IBM - mainly to provide IBM-style messages, as far as I can tell. I can't imaginw wanting such a beast, but that's the subject of a different thread! Well, bzip2 from IBM is now a part of the Licensed Program Product called IBM Ported Tools or similar, but it's a no-charge product; i.e., you do have to license it now, but it still doesn't cost any money. -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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Offload work to zIIP with zPRIME
On 17 Jul 2009 06:30:15 -0700, ibm...@woodsway.com (Bob Woodside) wrote: For reference, http://dtsc.dfw.ibm.com/MVSDS/%27HTTPD2.PT217.HTML(INDEX)%27 This link appears borken. :-( That may be an issue with your news reader or e-mail client. I follow this mailing list via the newsgroup, using Forte Agent. Agent considers the end of the link to be the text .HTML. However, in fact, the complete URL *includes* the trailing characters (INDEX)%27. You may need to copy the complete link from the message and paste into your browser, rather than just trying to click on the link. Eric -- Eric Chevalier E-mail: et...@tulsagrammer.com Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: INFOZIP 2Gb
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kirk Wolf Sent: Friday, July 17, 2009 2:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: INFOZIP 2Gb I agree. bzip2 or gzip seem like much better choices than zip. AFAIK, zip files have a directory at the end of the archive with a pointer to the end at the very beginning. This might explain why unzip is failing with pipes or special files. The jar command, which process what really is a .zip file, specifically says that it can do an eXtract from stdin. It can also output to stdout. Example (from Linux) === [john.mck...@it-mckownjohn2 ~]$ jar c base.init.plsql.bkup x.zip [john.mck...@it-mckownjohn2 ~]$ cat x.zip | jar t META-INF/ META-INF/MANIFEST.MF base.init.plsql.bkup === I don't know if this means that the jar command, in this instance, buffers the entire file in memory or not. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
On Friday 17 July 2009, Kirk Wolf wrote: I agree. bzip2 or gzip seem like much better choices than zip. AFAIK, zip files have a directory at the end of the archive with a pointer to the end at the very beginning. This might explain why unzip is failing with pipes or special files. Well, yes and no. It fails with a regular zip file as input, even a small one. There's a bug somewhere in my code - it isn't picking up the length of the file correctly, hence it doesn't now how much to read to look for the directory signatures. Maybe this weekend I'll have time to track it down. Cheers, Bob -- Bob Woodside Woodsway Consulting, Inc. http://www.woodsway.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
3174-1 pack system
Ah remember (1) pack recovery system... Looking at an alternative to needing (2) packs-with TCPIP/OMVS I need another volume.. Looking for an alternative to get my 3270-console without the need of tcpip amd all the uss files needed.. any one out there have any ideas... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Article Mainframe Stolen
Paul Gilmartin wrote: On Thu, 16 Jul 2009 11:46:40 -0500, Rick Fochtman wrote: The proliferation of the PC has resulted in another proliferation: that of self-proclaimed experts that know next to nothing, but have loud voices. Ah, yes. I suspect we're all nostalgic for the pre-PC proliferation days when there were no self-proclaimed experts that knew next to nothing, but had loud voices. ---unsnip--- We had them then, too. Just not so many and not so believable to the average news reader/watcher. The credibility of the so-called experts continues to grow as the gullibility of the average person continues to grow with it. Witness the growth of Identity Theft as more and more people shop online and respond to ads of questionable nature. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: 3174-1 pack system
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Friday, July 17, 2009 3:03 PM To: IBM-MAIN@bama.ua.edu Subject: 3174-1 pack system Ah remember (1) pack recovery system... Looking at an alternative to needing (2) packs-with TCPIP/OMVS I need another volume.. Looking for an alternative to get my 3270-console without the need of tcpip amd all the uss files needed.. any one out there have any ideas... Use an OSA in ICC mode. In that mode, the OSA (which would be ethernet connected to your LAN) acts as a TN3270 server. On the z/OS side, it looks like a small local 3174. This does require genning the OSA as an ICC in your IODF / IOCDS. It also requires configuring the OSA from the HMC once it is in ICC mode. Or get a Visara or 2074 or FlexCUB (from funsoft.com) which are ESCON(?) attached and look like a 3174 to the host, but implement a TN3270 server in them. Funsoft: http://www.funsoft.com/index-technical.html -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3174-1 pack system
wanting not to load another pack for uss which is needed for tcpip.. guess only alternative is (2) pack or back to a cheap 3174 From: McKown, John jmck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 07/17/2009 03:24 PM Subject: Re: 3174-1 pack system Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Friday, July 17, 2009 3:03 PM To: IBM-MAIN@bama.ua.edu Subject: 3174-1 pack system Ah remember (1) pack recovery system... Looking at an alternative to needing (2) packs-with TCPIP/OMVS I need another volume.. Looking for an alternative to get my 3270-console without the need of tcpip amd all the uss files needed.. any one out there have any ideas... Use an OSA in ICC mode. In that mode, the OSA (which would be ethernet connected to your LAN) acts as a TN3270 server. On the z/OS side, it looks like a small local 3174. This does require genning the OSA as an ICC in your IODF / IOCDS. It also requires configuring the OSA from the HMC once it is in ICC mode. Or get a Visara or 2074 or FlexCUB (from funsoft.com) which are ESCON(?) attached and look like a 3174 to the host, but implement a TN3270 server in them. Funsoft: http://www.funsoft.com/index-technical.html -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is the current philosophy on running SMP/E ACCEPT on z/OS?
Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth In today's environment and IBM's ever changing methods of delivering/offering maintenance and upgrades to z/OS - what are your common best practices? Before every APPLY? Never? Our general ROT is to ACCEPT PTFs that have been running in the production environment for 3 months or longer before APPLYing the next round of preventive maintenance. APARs and USERMODs are *NEVER* ACCEPTed. -jc- unsnip Pretty much the same attitude here. One variation: we don't apply APARs unless the need is severe and immediate; we'd rather wait for the PTF. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: 3174-1 pack system
On Fri, 17 Jul 2009 15:02:34 -0500, Ron Wells rwe...@agfinance.com wrote: Ah remember (1) pack recovery system... Looking at an alternative to needing (2) packs-with TCPIP/OMVS I need another volume.. Looking for an alternative to get my 3270-console without the need of tcpip amd all the uss files needed.. any one out there have any ideas... What do you use for production today? If you have a 2074, OSA-ICC or similar you can use that as a local 3270 console or VTAM terminal. 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: What is the current philosophy on running SMP/E ACCEPT on z/OS?
I've never seen the logic behind delaying the acceptance of a large round of maintenance, say a quarterly RSU application. Since PTF chains are usually very long, the ability to RESTORE a single PTF becomes a daunting, if not impossible task. If there is a problem after a large maintenance run, you're better off trying to find a fix for your problem than attempting to RESTORE the 'bad' PTF. That's assuming of course that you stay a quarter or two back-level in your RSU installations. Hence, for large maintenance runs, I usually do an ACCEPT run a week or so after the APPLY. I see no advantage in delaying it. On Fri, Jul 17, 2009 at 1:31 PM, Rick Fochtman rfocht...@ync.net wrote: Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth In today's environment and IBM's ever changing methods of delivering/offering maintenance and upgrades to z/OS - what are your common best practices? Before every APPLY? Never? Our general ROT is to ACCEPT PTFs that have been running in the production environment for 3 months or longer before APPLYing the next round of preventive maintenance. APARs and USERMODs are *NEVER* ACCEPTed. -jc- unsnip Pretty much the same attitude here. One variation: we don't apply APARs unless the need is severe and immediate; we'd rather wait for the PTF. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Guy Gardoit z/OS Systems Programming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: 3174-1 pack system
Mark trying to eliminate need for uss files needed for tcpipwhich is what will drive me to another volume.. From: Mark Zelden mark.zel...@zurichna.com To: IBM-MAIN@bama.ua.edu Date: 07/17/2009 03:37 PM Subject: Re: 3174-1 pack system Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Fri, 17 Jul 2009 15:02:34 -0500, Ron Wells rwe...@agfinance.com wrote: Ah remember (1) pack recovery system... Looking at an alternative to needing (2) packs-with TCPIP/OMVS I need another volume.. Looking for an alternative to get my 3270-console without the need of tcpip amd all the uss files needed.. any one out there have any ideas... What do you use for production today? If you have a 2074, OSA-ICC or similar you can use that as a local 3270 console or VTAM terminal. 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3174-1 pack system
Ron, The ICC OSA is a self-contained TN3270 server, no z/OS TCPIP is needed. You can connect as a console or a terminal. The terminal uses only VTAM. Clifford McNeill Date: Fri, 17 Jul 2009 15:50:38 -0500 From: rwe...@agfinance.com Subject: Re: 3174-1 pack system To: IBM-MAIN@bama.ua.edu Mark trying to eliminate need for uss files needed for tcpipwhich is what will drive me to another volume.. From: Mark Zelden mark.zel...@zurichna.com To: IBM-MAIN@bama.ua.edu Date: 07/17/2009 03:37 PM Subject: Re: 3174-1 pack system Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Fri, 17 Jul 2009 15:02:34 -0500, Ron Wells rwe...@agfinance.com wrote: Ah remember (1) pack recovery system... Looking at an alternative to needing (2) packs-with TCPIP/OMVS I need another volume.. Looking for an alternative to get my 3270-console without the need of tcpip amd all the uss files needed.. any one out there have any ideas... What do you use for production today? If you have a 2074, OSA-ICC or similar you can use that as a local 3270 console or VTAM terminal. 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Windows Live™ SkyDrive™: Get 25 GB of free online storage. http://windowslive.com/online/skydrive?ocid=TXT_TAGLM_WL_SD_25GB_062009 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LE options
There appears to be (at least) two ways to change LE runtime options system wide. There's the assember macro table way (CEEDOPT for batch and CEECOPT for CICS) and there's the PARMLIB(CEEPRM00) way. Is one preferred over the other? Does one offer something the other does not? I am thinking that the PARMLIB way allows for multiple systems to share the same LE libraries and still have different LE options, if desired. Is this the reason for is its existence? If we use the PARMLIB way is there anything that has to be done with the macros and can't be done with the PARMLIB? Honestly, there are so many ways to change LE options that it's hard to keep them all straight! Thanks, Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation Lakewood, CO USA P: 303-235-1403 F: 303-235-2075 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LE options
On Fri, 17 Jul 2009 15:25:26 -0600, Frank Swarbrick frank.swarbr...@efirstbank.com wrote: There are more ways (CEEROPT, CEEUOPT and more). Check the manuals for more details about the order of settings. Also understand the term LE enclave and how the LE options takes effect for some application especially under CICS. BTW: SHOWzOS shows the CEEDOPT and CEEPRMxx settings Roland There appears to be (at least) two ways to change LE runtime options system wide. There's the assember macro table way (CEEDOPT for batch and CEECOPT for CICS) and there's the PARMLIB(CEEPRM00) way. Is one preferred over the other? Does one offer something the other does not? I am thinking that the PARMLIB way allows for multiple systems to share the same LE libraries and still have different LE options, if desired. Is this the reason for is its existence? If we use the PARMLIB way is there anything that has to be done with the macros and can't be done with the PARMLIB? Honestly, there are so many ways to change LE options that it's hard to keep them all straight! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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/380 1.0 and VM/380 1.0 now available
The Hercules community is pleased to announce the availability of two new freely-available operating systems that provide 31-bit programming capability. Load modules can be developed and tested on these environments and the binaries work unchanged (and without requiring special alternate APIs or support modules etc) on their z/OS and z/VM big brothers. Both are available from: http://mvs380.sourceforge.net An example of such a 31-bit program is GCCMVS, the GCC C compiler (fully C90 compliant) ported to MVS and CMS, and it comes bundled with the operating systems. It is also available as a separate product suitable for direct loading on z/OS and z/VM. See here: http://gccmvs.sourceforge.net There's also a stack of useful utilities there, e.g. diff3 (a 3-way diff - one of the great breakthroughs in computer science). These utilities have been precompiled as part of MVS/380 and VM/380. The port of GCC is dependent on the public domain (not GPL) C runtime library PDPCLIB (also fully C90 compliant). That is available here: http://pdos.sourceforge.net Other utilities include bwBASIC, BREXX, bison, sed, flex, m4, patch, minizip. There are also specialized batch files to assist in targetting the mainframe platforms from a PC. The S/380 platforms have quite a lot of development activity taking place (e.g. a DFDSS-compatible dump program) to push these platforms forward. Come and join us over at: http://tech.groups.yahoo.com/group/hercules-os380 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: What is the current philosophy on running SMP/E ACCEPT on z/OS?
On Fri, 17 Jul 2009 13:48:42 -0700, Guy Gardoit ggard...@gmail.com wrote: I've never seen the logic behind delaying the acceptance of a large round of maintenance, say a quarterly RSU application. Since PTF chains are usually very long, the ability to RESTORE a single PTF becomes a daunting, if not impossible task. If there is a problem after a large maintenance run, you're better off trying to find a fix for your problem than attempting to RESTORE the 'bad' PTF. That's assuming of course that you stay a quarter or two back-level in your RSU installations. Hence, for large maintenance runs, I usually do an ACCEPT run a week or so after the APPLY. I see no advantage in delaying it. I'll *strongly* disgree with you there. You need to wait on the order of months most likely, not weeks. There is always away to back out the maintenance. Sometimes it's a pain because there is no GROUPEXTEND for restore, but using the RESTORE report you can always figure out what to add in addition to what you are trying to restore (then you have to re-apply what you can). Or sometimes you only have to accept a PTF or 2 in the chain and then restore the PE. What's scary to me is the number of PTFs that go PE after they've gone though all the CST testing and have been distributed on a quarterly RSU. Or perhaps worse, a HIPER comes out and then it goes PE several weeks later. I follow ASAP very closely and see this all the time. This is why we stay an entire quarter behind the current quarterly RSU for our normal maintenance cycle (see past posts of mine on this). But doing that also means some extra work looking at more current maintenance (from ASAP alerts) and picking and choosing some PTFs that I think could be a problem for our environment and getting them on now. 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
