Re: USSTAB
I also wanted to have the systemid on screen when getting the Vtam-good- morning-message. The supplied variables do not give a chance to do that like LUNAME etc. So I had to code a separate table for each system. You can tell assembler to use some variables but once it is coded it will be used. Vtam will not put in the variable at execution-time (whenever it writes MSG10 to the screen). I think this is what RON also wanted to have (if I'm not wrong). But if there is a legal (and supported) way I will also be interested. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Wednesday 22 July 2009, Vikesh Bhoola wrote: > On Wednesday 22 July 2009, Bob Woodside wrote: > >Try this. Edit the file zip.c. > [snip] > Thanks for your assistance, done the above & I get the following : > [snip] > Zip special compilation options: > * size of int: 4 > * size of long:4 > * size of long long: 8 > * size of off_t: 8 > __LF is defined. >off_t must be defined as a long long > SYMLINK_SUPPORT (symbolic links supported) > LARGE_FILE_SUPPORT (default settings) > ZIP64_SUPPORT(use Zip64 to store large files in I don't see how zip can be failing now. Everything seems to be defined correctly. I uploaded a fixed patch for unzip to the the Info-ZIP forum this evening. It should not fail now. However, I think it still needs some work to get the MVS filename handling in sync with the changes that Lutz made to zip. I'm hoping we can get him to give us a hand there, but I haven't heard anything from him lately. 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
Antwort: Re: MAXASSIZE restriction
Hi, the field in the RACF OMVS segment is "ASSIZEMAX". It has to be seen together with the BPXPRMxx symbol MAXASSIZE. Check the Unix System Services Planning Guide, chapter 3.6.3.3 for details. These max-values are among others which I call hard limits. In addition, Unix processes may obtain corresponding soft limits, for example from the /bin/ulimit command or the BPX1SRL callable service. The soft limits can be used to change certain limits to higher or lower values than the hard limits, again check the Unix Planning Guide, chapter 18.15. So, setting BPXPRMxx and RACF OMVS segment is only one part of the story. In addition, one should have a look for example into the profile file concatenation in HFS for calls to the /bin/ulimit program. Cheers Michael "Barkow, Eileen" Gesendet von: IBM Mainframe Discussion List 23.07.2009 19:59 Bitte antworten an IBM Mainframe Discussion List An IBM-MAIN@BAMA.UA.EDU Kopie Thema Re: MAXASSIZE restriction I remember that there is a AMAXSIZE parm set for the RACF userid (or something similar) that can override MAXASSIZE. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Szott Sent: Thursday, July 23, 2009 1:47 PM To: IBM-MAIN@bama.ua.edu Subject: MAXASSIZE restriction We reset the MAXASSIZE to 900M. The OMVS options display shows that the parm has been reset, but one of our LPARs shows (through the help of rexx routine and getrlimit) that the Max AS is 825M. What parameter/resource would limit getting the new value? Trying to keep question simple without relaying every setting we have, other than our IEFUSI is a stub, because we have noticed in other questions and apars that has caused some problems with MAXASSIZE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Volume ID Gone
Hi Ron, The box does have Truecopy Async running on it to a site about 1000km away. Our hardware vendor is still investigating, but has said a 'slot lock' is being seen in shared memory/cache generated by some internal task within the disk subsystem. Unfortunately, we have to play a wait and see game now as i am about all erep'd out, along with many other reports we've reviewed. regards, John. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
is out of the office.
I will be out of the office starting 07/23/2009 and will not return until 07/29/2009. I will be out of the office beginning Friday, July 24th, and will return on Wednesday, July 29th. Thanks. The information contained in this communication is confidential, private, proprietary, or otherwise privileged and is intended only for the use of the addressee. Unauthorized use, disclosure, distribution or copying is strictly prohibited and may be unlawful. If you have received this communication in error, please notify the sender immediately at (312) 653-6000 in Illinois; (800)835-8699 in New Mexico; (918)560-3500 in Oklahoma; or (972)766-6900 in Texas. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Mainframe 2.0
I forgot to mention that in my last post, but yes, Al did bring up his working as a consultant for zPrime. He also mentioned that a good part of his consulting work is for IBM. He was very open about this, so I don't think he would mind my mentioning it. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Edward Jaffe" Al has admitted to being a consultant for zPrime. I wonder if that makes him culpable? :-X -- 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: CA Mainframe 2.0
The PCI Data Security Standard only addresses the protection of cardholder information. The standard is not intended for any other data (although, in my opinion, the specification would tend towards being a good idea for any *sensitive* information that you would want to protect.) See https://www.pcisecuritystandards.org. There's an especially good dos and don'ts document at https://www.pcisecuritystandards.org/pdfs/pci_fs_data_storage.pdf It would seem that if your goal is to attain the standards, then you should have a thorough understanding of the standards. Otherwise, you might spend a lot of time looking for the right anti-virus software to run on z/OS. For CA MSM, all credentialed and sensitive information (none of which is subject to the PCI standard, by the way) is passed via HTTPS. The only data passed via FTP are CA assets, product ESD files and solutions, passed back to you via FTP originating from your z/OS image. It also happens to be anonymous FTP, so the only 'credential' that is passed is the user's email address. The security and interactions are exactly the same as those that would be performed if you were to connect to support.ca.com and do your downloads to your PC. Scott Fagen Principal Architect Mainframe 2.0 CA On Thu, 23 Jul 2009 07:51:14 -0500, Jeff Grigg wrote: >We started looking at using this but soon found out it does not support >secure FTP so that came to a quick halt. CA has said this may come in the >future. With PCI requirements SFTP is a must for us. On Thu, 23 Jul 2009 09:15:03 -0500, Hal Merritt wrote: >I could be wrong (and often am) but I think PCI only cares about cardholder data and some ancillary processes (like system security). > >A documented (and management approved) exception with compensating controls ought to be sufficient. Of course, much depends on the quality of the auditors. On Thu, 23 Jul 2009 09:36:20 -0600, Jerry Whitteridge wrote: >Agreed -- we are allowed no unsecured file transfer to the mainframe due >to PCI. Our preference is FTPS but we could (for certain kludges) work >with SFTP. All vendors need to be reconsidering their supported >protocols. > >Jerry Whitteridge >Mainframe Engineering >Safeway Inc >925 951 4184 >jerry.whitteri...@safeway.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: Neon's zPrime - IBM response from July 10
On Thu, Jul 23, 2009 at 8:19 PM, Edward Jaffe wrote: > That might be their objective. If so, it's a failed strategy. > > IBM knows that many ISVs figured out long ago how to enable 3rd-party code > to run on zAAP/zIIP. (A "fun" exercise.) If IBM bought NEON (or zPrime) to > keep a "lid" on things, another zPrime-like product would appear soon > thereafter, and then another, and another. There is no way IBM could buy > them all. Even if they could, it seems unlikely they would put themselves in > such a vulnerable position. Ah. So much for my theory! (Unless, as you intimate, they're just ignorant.) I was only about 43.6% serious anyway. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Neon's zPrime - IBM response from July 10
P S wrote: My SWAG: This is NEON's way of getting IBM to buy them, to put them out of their misery, a la PSI. That might be their objective. If so, it's a failed strategy. IBM knows that many ISVs figured out long ago how to enable 3rd-party code to run on zAAP/zIIP. (A "fun" exercise.) If IBM bought NEON (or zPrime) to keep a "lid" on things, another zPrime-like product would appear soon thereafter, and then another, and another. There is no way IBM could buy them all. Even if they could, it seems unlikely they would put themselves in such a vulnerable position. -- 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: Neon's zPrime - IBM response from July 10
On Thu, Jul 23, 2009 at 6:49 PM, Shane wrote: > This just has to get uglier. > Seems every vendor (IBM included) has been been announcing (to great > fanfare) new exploitation of "specialty engines". Presumably with IBMs > imprimatur. > So the initial concept has become quite a bit more fuzzy around the > edges. > > More action to come no doubt. No doubt. My SWAG: This is NEON's way of getting IBM to buy them, to put them out of their misery, a la PSI. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Neon's zPrime - IBM response from July 10
> -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Shane > Sent: Thursday, July 23, 2009 3:49 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Neon's zPrime - IBM response from July 10 > > On Thu, 2009-07-23 at 14:00 -0500, JE Thinnes wrote: > > > If you want IBM's initial response to zPrime, ask your IBM business > partner. > > You can get a letter written by Mark Anzani (IBM VP and CTO, System > z) > > dated July 10. > > > > Paragraph 4 and 5 lay out their position. > > > > Seems like IBM thinks you might owe them more money not less if you > > implement zPrime. > > This just has to get uglier. > Seems every vendor (IBM included) has been been announcing (to great > fanfare) new exploitation of "specialty engines". Presumably with IBMs > imprimatur. > So the initial concept has become quite a bit more fuzzy around the > edges. > > More action to come no doubt. > > Shane ... Some companies, one in Germany comes to mind, won't even recognize software (well marketing MSUs). What do you think they will do when someone implements zPrime and shuffles database off to a zIIP. A bottom kneecapped CP(s) z9 or z10 could probably run z/OS well enough if you move zPrime all the application work to full speed specialty engines. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Neon's zPrime - IBM response from July 10
On Thu, 2009-07-23 at 14:00 -0500, JE Thinnes wrote: > If you want IBM's initial response to zPrime, ask your IBM business partner. > You can get a letter written by Mark Anzani (IBM VP and CTO, System z) > dated July 10. > > Paragraph 4 and 5 lay out their position. > > Seems like IBM thinks you might owe them more money not less if you > implement zPrime. This just has to get uglier. Seems every vendor (IBM included) has been been announcing (to great fanfare) new exploitation of "specialty engines". Presumably with IBMs imprimatur. So the initial concept has become quite a bit more fuzzy around the edges. More action to come no doubt. 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: CA Mainframe 2.0
Eric Bielefeld wrote: I attended the Midwest Computer Measurement Group (MCMG) meeting in Milwaukee last Friday. Al Sherkow gave 2 good sessions on IBM's pricing by workload license charging, and about ziip and zaap processors. I believe he mentioned several times how complicated their pricing is getting. He didn't like it the way their pricing works, but he makes his living off of it, so at least for him its a good thing. Al has admitted to being a consultant for zPrime. I wonder if that makes him culpable? :-X -- 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: CA Mainframe 2.0
Dave, The best way to obtain CA MSM is to contact the AD/AM on your account. On Wed, 22 Jul 2009 19:21:29 -0700, Gibney, Dave wrote: > Hi Scott, > >One question, when can we have it. We might have tried today :) > >Point of strangeness, I actually sorta liked Aggravator :) nut I was >young then. Scott Fagen Principal Architect Mainframe 2.0 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: USSTAB
Ron This is not a matter for VTAM since an USSTAB is created from the assembler (and linkage editor - or whatever it's called these days). The VTAM support is described in Network Implementation Guide - Chapter 3 Implementing a VTAM network - Using MVS system symbols. It does *not* include the USS tables for the reason above. Note that the SCAN suboperand is not required. This is there only to set an indicator for VTAM when loading the table to substitute variables at execution time. Since this is a matter for the assembler, I don't see why you shouldn't be able to use either the TEXT or the BUFFER operand to define USS message text. I tried to work out what is required for assembler from the online manuals but - it's not easy! I hope there's someone who knows the surely simple way to use MVS system symbols in assembler. The advice from Martin Kline - &&SYSPARM as far as I can tell - may well be correct - the need for the SCAN suboperand apart. Chris Mason On Thu, 23 Jul 2009 16:03:06 -0500, Ron Wells wrote: >not a guro on asmblr... trying to figure out where this is to go and >coding it from older copy I have.. > > > >From: >Martin Kline >To: >IBM-MAIN@bama.ua.edu >Date: >07/23/2009 03:16 PM >Subject: >Re: USSTAB >Sent by: >IBM Mainframe Discussion List > > > >>Anyone have a copy/example of using &sysparm in the USSTAB for VTAM >>logon screen,, to place system-id on screen. I know there is something >once >>on the cbt tape but I do not have access to it.. > >No sample, but code "BUFFER=(addr,SCAN)" on the USSMSG macro, and code >within the buffer wherever you want "&&SYSPARM". The extra '&' gets >removed by the assembler. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Neon's zPrime - IBM response from July 10
I just commented about the MCMG meeting that I attended last Friday. On the ziip and zaap session that Al Sherkow gave, he talked quite a bit about the zPrime product, as several people there had seen the discussion on IBM-Main. He didn't have any knowledge (or at least he said he didn't) about what IBM was going to do about it, but it looks like the link below gives IBM's response. I'm really curious how this plays out. Is IBM going to charge you for stuff you run on your ziip that zPrime routed there, or are they going to let it slide to try to gain marketshare? Or, something totally different? Is anyone running zPrime yet? I suspect if you are, you are sworn to secrecy. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Ken Porowski" Found this on the web http://itknowledgeexchange.techtarget.com/mainframe-blog/ibm-warns-custo mers-about-neons-zprime/ -Original Message- > If you want IBM's initial response to zPrime, ask your IBM business partner. You can get a letter written by Mark Anzani (IBM VP and CTO, System z) dated July 10. Paragraph 4 and 5 lay out their position. Seems like IBM thinks you might owe them more money not less if you implement zPrime. Not sure if this is just FUD or not, but sounds reasonable. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Mainframe 2.0
Did anyone else see the CA Mainframe 2.0 video? I just watched it. You can find it at: http://www.ca.com/lean-it-mainframe.aspx It's 8 minutes long. The first 4 minutes could have all been said by IBM. I've heard IBM presentations that sounded very similar. The last 4 minutes talked about CA Mainframe 2.0. I confess that I am interested in this. Actually, the way CA promotes this, it is good for IBM, as well as CA. If this product benefits the mainframe, then it benefits us. I really don't know that much about it yet, other than what I've heard here on IBM-Main. One thing that struck me is that the presenter still used MIPS. I know many think of MIPS as Meaningless Indicator of Performance, however I think it still is the most widely used and probably the most widely understood performance indicator. It sure beats MSUs, which now are totally rediculous with the hardware MSUs being different from the software MSUs. What is IBM thinking? I attended the Midwest Computer Measurement Group (MCMG) meeting in Milwaukee last Friday. Al Sherkow gave 2 good sessions on IBM's pricing by workload license charging, and about ziip and zaap processors. I believe he mentioned several times how complicated their pricing is getting. He didn't like it the way their pricing works, but he makes his living off of it, so at least for him its a good thing. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
Umm, uh, yes I know, uh uh, a friend told me. Yea that's it. A friend told me. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Anthony Giorgio Sent: Thursday, July 23, 2009 3:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Offload work to zIIP with zPRIME Hal Merritt wrote: > Old days? Still very much so today here in the US. It is called 'off road' diesel, and, except for the color and tax, it's exactly the same fuel. Or so I'm told. > > Don't know the price difference but I'd suspect it's substantial. As the penalties for using it for inappropriately. > > I've heard stories of inspectors going to county fairs and checking the color of the diesel in the fuel tanks of pickup trucks. If you're caught using the off-road diesel, the penalties are rather severe. -- Anthony Giorgio z/OS Software 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 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.392 / Virus Database: 270.13.23/2254 - Release Date: 07/23/09 06:02: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 Anthony Giorgio Sent: Thursday, July 23, 2009 3:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Offload work to zIIP with zPRIME Hal Merritt wrote: > Old days? Still very much so today here in the US. It is called 'off road' diesel, and, except for the color and tax, it's exactly the same fuel. Or so I'm told. > > Don't know the price difference but I'd suspect it's substantial. As the penalties for using it for inappropriately. > > I've heard stories of inspectors going to county fairs and checking the color of the diesel in the fuel tanks of pickup trucks. If you're caught using the off-road diesel, the penalties are rather severe. Wanna have some fun? Pour a quart of Dextron II (ATF) in your 50 Gal Diesel tank. In Ohio that's the same color as off-road diesel. The reason I was given for doing such a thing is that ATF will actually clean your injectors. Beats me if that is true, but it seems to burn OK (I didn't do it, I saw someone doing it). Oh, and in the places that I've seen that sell off-road diesel, it costs more than the highway diesel. Still scratching my head on that one (at the time I was operating both types of equipment). Later, 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: USSTAB
not a guro on asmblr... trying to figure out where this is to go and coding it from older copy I have.. From: Martin Kline To: IBM-MAIN@bama.ua.edu Date: 07/23/2009 03:16 PM Subject: Re: USSTAB Sent by: IBM Mainframe Discussion List >Anyone have a copy/example of using &sysparm in the USSTAB for VTAM >logon screen,, to place system-id on screen. I know there is something once >on the cbt tape but I do not have access to it.. No sample, but code "BUFFER=(addr,SCAN)" on the USSMSG macro, and code within the buffer wherever you want "&&SYSPARM". The extra '&' gets removed by the assembler. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: LISTSERV archives
In a message dated 7/23/2009 2:01:00 P.M. Central Daylight Time, william.janu...@aspg.com writes: Where can I find the archives to this listserv? >> Search the archives at http://bama.ua.edu/archives/ibm-main.html **Dell Deals: Treat yourself to a sweet deal on popular laptops! (http://pr.atwola.com/promoclk/100126575x1223100673x1201716527/aol?redir=http:%2F%2Faltfarm.mediaplex.com%2Fad%2Fck%2F12309%2D81939%2D1629%2D7) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
Hal Merritt wrote: Old days? Still very much so today here in the US. It is called 'off road' diesel, and, except for the color and tax, it's exactly the same fuel. Or so I'm told. Don't know the price difference but I'd suspect it's substantial. As the penalties for using it for inappropriately. I've heard stories of inspectors going to county fairs and checking the color of the diesel in the fuel tanks of pickup trucks. If you're caught using the off-road diesel, the penalties are rather severe. -- Anthony Giorgio z/OS Software 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
Re: USSTAB
That should specify two ampersands and the character string 'SYSPARM' without my quotes and without spaces. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: USSTAB
>Anyone have a copy/example of using &sysparm in the USSTAB for VTAM >logon screen,, to place system-id on screen. I know there is something once >on the cbt tape but I do not have access to it.. No sample, but code "BUFFER=(addr,SCAN)" on the USSMSG macro, and code within the buffer wherever you want "&&SYSPARM". The extra '&' gets removed by the assembler. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SHOWzOS 7.19
On Thu, 23 Jul 2009 15:13:50 +0200, R.S. wrote: You're welcome. It's self documented :-)) To be honest most part is based on all DISPLAY comands. What kind sounds a secret to you? BTW: SHOWzOS 7.19 will fail on z/OS R10 and z10. Fix will be ready soon Roland >I just installed it, thank you! > >Honestly, it's my first time with ShowzOS. >I just get tons of informations, some of them are clear for me, but >there are sections which I understand. >Is there any description of ShowzOS's output available? > >-- >Radoslaw Skorupka >Lodz, Poland > > >-- >BRE Bank SA >ul. Senatorska 18 >00-950 Warszawa >www.brebank.pl > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
USSTAB
Anyone have a copy/example of using &sysparm in the USSTAB for VTAM logon screen,, to place system-id on screen. I know there is something once on the cbt tape but I do not have access to it.. -- 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: Find the computer error
On Thu, Jul 23, 2009 at 2:52 PM, Kirk Talman wrote: > Visa does have cards beginning w/2. Don't know what they are yet. See http://www.merriampark.com/anatomycc.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Neon's zPrime - IBM response from July 10
Found this on the web http://itknowledgeexchange.techtarget.com/mainframe-blog/ibm-warns-custo mers-about-neons-zprime/ -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of JE Thinnes Sent: Thursday, July 23, 2009 3:00 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Neon's zPrime - IBM response from July 10 If you want IBM's initial response to zPrime, ask your IBM business partner. You can get a letter written by Mark Anzani (IBM VP and CTO, System z) dated July 10. Paragraph 4 and 5 lay out their position. Seems like IBM thinks you might owe them more money not less if you implement zPrime. Not sure if this is just FUD or not, but sounds reasonable. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
Neon's zPrime - IBM response from July 10
If you want IBM's initial response to zPrime, ask your IBM business partner. You can get a letter written by Mark Anzani (IBM VP and CTO, System z) dated July 10. Paragraph 4 and 5 lay out their position. Seems like IBM thinks you might owe them more money not less if you implement zPrime. Not sure if this is just FUD or not, but sounds reasonable. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
Visa does have cards beginning w/2. Don't know what they are yet. "Robert A. Rosenberg" Sent by: IBM Mainframe Discussion List 07/15/2009 06:31 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: Find the computer error At 14:10 -0600 on 07/15/2009, Roach, Dennis (N-GHG) wrote about Re: Find the computer error: >One too many digits for VISA. Also as I note in another reply, VISA numbers all begin with a 4 (which the amount does not). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Telnet & Unix System Services
>>> On 7/23/2009 at 7:03 AM, "Klein, Kenneth" wrote: > And when you find that Mark, please post it. I have been looking for > that for weeks. Have you tried "man sh" ? Or, if you have access to a Linux system, "man ksh" ? I've never been interested in running ksh myself, but a quick search in the man page for "history" seems to turn up quite a bit of information. 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: LISTSERV archives
Thanks guys, that will teach me not to scroll down, eh? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, July 23, 2009 2:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: LISTSERV archives > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of William Janulin > Sent: Thursday, July 23, 2009 1:04 PM > To: IBM-MAIN@bama.ua.edu > Subject: LISTSERV archives > > Where can I find the archives to this listserv? > > Thks, > > Bill J. > > ASPG, Inc. > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html At the bottom of each and ever email from the list. It is SO difficult to not be tacky in this case. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: LISTSERV archives
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of William Janulin > Sent: Thursday, July 23, 2009 1:04 PM > To: IBM-MAIN@bama.ua.edu > Subject: LISTSERV archives > > Where can I find the archives to this listserv? > > Thks, > > Bill J. > > ASPG, Inc. > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html At the bottom of each and ever email from the list. It is SO difficult to not be tacky in this case. -- 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: LISTSERV archives
Last line of every message. *Search the archives at http://bama.ua.edu/archives/ibm-main.html* -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of William Janulin Sent: Thursday, July 23, 2009 1:04 PM To: IBM-MAIN@bama.ua.edu Subject: LISTSERV archives Where can I find the archives to this listserv? Thks, Bill J. ASPG, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LISTSERV archives
Where can I find the archives to this listserv? Thks, Bill J. ASPG, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: MAXASSIZE restriction
I remember that there is a AMAXSIZE parm set for the RACF userid (or something similar) that can override MAXASSIZE. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Szott Sent: Thursday, July 23, 2009 1:47 PM To: IBM-MAIN@bama.ua.edu Subject: MAXASSIZE restriction We reset the MAXASSIZE to 900M. The OMVS options display shows that the parm has been reset, but one of our LPARs shows (through the help of rexx routine and getrlimit) that the Max AS is 825M. What parameter/resource would limit getting the new value? Trying to keep question simple without relaying every setting we have, other than our IEFUSI is a stub, because we have noticed in other questions and apars that has caused some problems with MAXASSIZE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
MAXASSIZE restriction
We reset the MAXASSIZE to 900M. The OMVS options display shows that the parm has been reset, but one of our LPARs shows (through the help of rexx routine and getrlimit) that the Max AS is 825M. What parameter/resource would limit getting the new value? Trying to keep question simple without relaying every setting we have, other than our IEFUSI is a stub, because we have noticed in other questions and apars that has caused some problems with MAXASSIZE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ZHPF - Cost/Benefit Analysis
Has Pat Artis weighed in on this yet? We have done extensive in-house testing comparing standard non-zHPF DX/LR[E], non-zHPF PFX, and zHPF channel programs. The tests measure elapsed time, connect time, and throughput. We see *significant* differences between these three approaches, with zHPF being by far the best. IBM has an IOS benchmark program they run. Their zHPF results--and pointers to white papers, etc.--can be found in Paul Hagan's presentation here: http://www-03.ibm.com/support/techdocs/atsmastr.nsf/c6192fb3a43261248525 6d970082de57/5c9807ba6ed049bb862575bb005ac85c?OpenDocument -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: TechTarget Mainframe Survey
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL > Sent: Thursday, July 23, 2009 12:12 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: TechTarget Mainframe Survey > > >I answered two questions and go the Not in the demographic response. > > Just what is the 'proper demographic'. > > Why don't they just say: > > I'm sorry, but your responses are not the ones we were expecting! > > > I'm sorry, but I thought you were looking for staff in > mainframe shops. > - Q: What is your opinion of ...? A: Q: Wrong, but thanks for playing! Obviously a "survey" with a predetermined result. Nice! Must be a Political Action Committee. -- 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: CA Mainframe 2.0
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin > Sent: Thursday, July 23, 2009 12:08 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: CA Mainframe 2.0 > > On Thu, 23 Jul 2009 11:42:17 -0500, McKown, John wrote: > >> > >> SMP/E RECEIVE FROMNETWORK can be used by anyone who understands it. > > > >Well, what I like is the "Download Director" which downloads > all the subdirectories & files for a given order. > > > Can't this be done with a handful of MGETs? Is Download Director > simply more convenient. Yes, I could "do it myself" by doing some lmkdir statements and mgets. But that makes it more difficult for me and more error prone. So it is generally just convenience. Plus Download Director can do concurrent downloads of multiple files. > > >But I guess ftp downloading a PAX file which I could unwind > and then use with a RECEIVE FROMNTS would be OK as well. > > >The mainframe is not, and likely never will be, Internet > accessible or vice versa. > > > In general, or your particular mainframe? I should have said "our" not "the". > > -- gil -- 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: ZHPF - Cost/Benefit Analysis
Mark Jacobs wrote: Does anyone have any real world experiences with ZHPF that I can bring to the attention to management? We have done extensive in-house testing comparing standard non-zHPF DX/LR[E], non-zHPF PFX, and zHPF channel programs. The tests measure elapsed time, connect time, and throughput. We see *significant* differences between these three approaches, with zHPF being by far the best. IBM has an IOS benchmark program they run. Their zHPF results--and pointers to white papers, etc.--can be found in Paul Hagan's presentation here: http://www-03.ibm.com/support/techdocs/atsmastr.nsf/c6192fb3a432612485256d970082de57/5c9807ba6ed049bb862575bb005ac85c?OpenDocument -- 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: CA Mainframe 2.0
On Thu, 23 Jul 2009 11:21:38 -0500, McKown, John wrote: >> >> No -- the problem is the credentials are in clear if you use >> your method. The link has to be encrypted. >> >> Jerry Whitteridge > >There would be 1 of 3 possible methods (as I see it). > >sftp - which is a type of file transfer over an SSH tunnel. It is not really >FTP as it does not work the same way. Also, the IBM supplied version only >works with UNIX files, not legacy datasets. > >FTPS - which is true ftp over an TLS tunnel. > >Most difficult would be to establish a point to point VPN type tunnel to the >server, then use regular FTP over that tunnel. > CA says they don't replace SMP/E; they employ it. So which does RECEIVE FROMNETWORk use? The SMP/E Commands manual mentions secure FTP, then refers to the Comm Server doc for a description of the ftp.data file. TMI. I guess I must follow the yellow brick road. -- 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: TechTarget Mainframe Survey
>I answered two questions and go the Not in the demographic response. Just what is the 'proper demographic'. Why don't they just say: I'm sorry, but your responses are not the ones we were expecting! I'm sorry, but I thought you were looking for staff in mainframe shops. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Mainframe 2.0
On Thu, 23 Jul 2009 11:42:17 -0500, McKown, John wrote: >> >> SMP/E RECEIVE FROMNETWORK can be used by anyone who understands it. > >Well, what I like is the "Download Director" which downloads all the >subdirectories & files for a given order. > Can't this be done with a handful of MGETs? Is Download Director simply more convenient. >But I guess ftp downloading a PAX file which I could unwind and then use with >a RECEIVE FROMNTS would be OK as well. >The mainframe is not, and likely never will be, Internet accessible or vice >versa. > In general, or your particular mainframe? -- 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: TechTarget Mainframe Survey
Guess they are not going to share the results with anyone. Bobbie Jo Sent by: IBM Mainframe Discussion List 07/23/2009 01:00 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: TechTarget Mainframe Survey It does the same response to pretty much everyone, no matter what your answers were. - Original Message - From: "Bill Washburn" Newsgroups: bit.listserv.ibm-main To: Sent: Thursday, July 23, 2009 12:49 PM Subject: Re: TechTarget Mainframe Survey > It appears to be a survey from CA since at the end it asks if you want CA > to send you the survey results. > > I said 'yes', and supplied my email address. After which it promptly told > me I wasn't the demographic they were looking for and thank you for > playing... > hmmm > > > > > Ian > > To > Sent by: IBM IBM-MAIN@bama.ua.edu > Mainframe cc > Discussion List > .edu> > Subject > TechTarget Mainframe Survey > 07/23/2009 11:36 > AM > > > Please respond to > IBM Mainframe > Discussion List >.edu> > > > > > > > Techtarget is running a survey on Mainframe usage etc. > The first 2 or 3 pages is boring stuff but it is worth it to get to the > real > mainframe questions. > > Link = http://go.techtarget.com/r/8764676/1317583 > > I'm posting it here to make sure they get the right audience for the > survey. > > > The Mainframe Computer - a high-performance computer used for > large-scale computing purposes that require greater availability and > security than a smaller-scale machines - is a paradigm in today's > data center. Whether you love or hate it, your mainframe controls > your server world. > > In this survey, TechTarget wants to know how you split distribution > of your network between mainframe, windows and cloud, as well the > impact the mainframe has on your distributed applications. > > Click here to take this 10 minute survey, supply your direct feedback > and enter to win one of two iPod giveaways: > http://go.techtarget.com/r/8764676/1317583 > > Please note that this survey follows the TechTarget Survey Terms and > Conditions found here. In other words, here's some fun lawyer speak > if you're interested: > http://go.techtarget.com/r/8764677/1317583 > > -- > Ian > http://www.cicsworld.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 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: TechTarget Mainframe Survey
I answered two questions and go the Not in the demographic response. On Thu, Jul 23, 2009 at 12:56 PM, Don Leahy wrote: > I said 'no' and got the same response. > > On Thu, Jul 23, 2009 at 12:49 PM, Bill > Washburn wrote: > > It appears to be a survey from CA since at the end it asks if you want CA > > to send you the survey results. > > > > I said 'yes', and supplied my email address. After which it promptly told > > me I wasn't the demographic they were looking for and thank you for > > playing... > > hmmm > > > > > > > > > > Ian > > > > To > > Sent by: IBM IBM-MAIN@bama.ua.edu > > Mainframe cc > > Discussion List > > to > > .edu> > > Subject > > TechTarget Mainframe Survey > > 07/23/2009 11:36 > > AM > > > > > > Please respond to > > IBM Mainframe > > Discussion List > > > .edu> > > > > > > > > > > > > > > Techtarget is running a survey on Mainframe usage etc. > > The first 2 or 3 pages is boring stuff but it is worth it to get to the > > real > > mainframe questions. > > > > Link = http://go.techtarget.com/r/8764676/1317583 > > > > I'm posting it here to make sure they get the right audience for the > > survey. > > > > > > The Mainframe Computer - a high-performance computer used for > > large-scale computing purposes that require greater availability and > > security than a smaller-scale machines - is a paradigm in today's > > data center. Whether you love or hate it, your mainframe controls > > your server world. > > > > In this survey, TechTarget wants to know how you split distribution > > of your network between mainframe, windows and cloud, as well the > > impact the mainframe has on your distributed applications. > > > > Click here to take this 10 minute survey, supply your direct feedback > > and enter to win one of two iPod giveaways: > > http://go.techtarget.com/r/8764676/1317583 > > > > Please note that this survey follows the TechTarget Survey Terms and > > Conditions found here. In other words, here's some fun lawyer speak > > if you're interested: > > http://go.techtarget.com/r/8764677/1317583 > > > > -- > > Ian > > http://www.cicsworld.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 > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: TechTarget Mainframe Survey
It does the same response to pretty much everyone, no matter what your answers were. - Original Message - From: "Bill Washburn" Newsgroups: bit.listserv.ibm-main To: Sent: Thursday, July 23, 2009 12:49 PM Subject: Re: TechTarget Mainframe Survey It appears to be a survey from CA since at the end it asks if you want CA to send you the survey results. I said 'yes', and supplied my email address. After which it promptly told me I wasn't the demographic they were looking for and thank you for playing... hmmm Ian To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List Subject TechTarget Mainframe Survey 07/23/2009 11:36 AM Please respond to IBM Mainframe Discussion List Techtarget is running a survey on Mainframe usage etc. The first 2 or 3 pages is boring stuff but it is worth it to get to the real mainframe questions. Link = http://go.techtarget.com/r/8764676/1317583 I'm posting it here to make sure they get the right audience for the survey. The Mainframe Computer - a high-performance computer used for large-scale computing purposes that require greater availability and security than a smaller-scale machines - is a paradigm in today's data center. Whether you love or hate it, your mainframe controls your server world. In this survey, TechTarget wants to know how you split distribution of your network between mainframe, windows and cloud, as well the impact the mainframe has on your distributed applications. Click here to take this 10 minute survey, supply your direct feedback and enter to win one of two iPod giveaways: http://go.techtarget.com/r/8764676/1317583 Please note that this survey follows the TechTarget Survey Terms and Conditions found here. In other words, here's some fun lawyer speak if you're interested: http://go.techtarget.com/r/8764677/1317583 -- Ian http://www.cicsworld.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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: TechTarget Mainframe Survey
I said 'no' and got the same response. On Thu, Jul 23, 2009 at 12:49 PM, Bill Washburn wrote: > It appears to be a survey from CA since at the end it asks if you want CA > to send you the survey results. > > I said 'yes', and supplied my email address. After which it promptly told > me I wasn't the demographic they were looking for and thank you for > playing... > hmmm > > > > > Ian > > To > Sent by: IBM ibm-m...@bama.ua.edu > Mainframe cc > Discussion List > .edu> > Subject > TechTarget Mainframe Survey > 07/23/2009 11:36 > AM > > > Please respond to > IBM Mainframe > Discussion List > .edu> > > > > > > > Techtarget is running a survey on Mainframe usage etc. > The first 2 or 3 pages is boring stuff but it is worth it to get to the > real > mainframe questions. > > Link = http://go.techtarget.com/r/8764676/1317583 > > I'm posting it here to make sure they get the right audience for the > survey. > > > The Mainframe Computer - a high-performance computer used for > large-scale computing purposes that require greater availability and > security than a smaller-scale machines - is a paradigm in today's > data center. Whether you love or hate it, your mainframe controls > your server world. > > In this survey, TechTarget wants to know how you split distribution > of your network between mainframe, windows and cloud, as well the > impact the mainframe has on your distributed applications. > > Click here to take this 10 minute survey, supply your direct feedback > and enter to win one of two iPod giveaways: > http://go.techtarget.com/r/8764676/1317583 > > Please note that this survey follows the TechTarget Survey Terms and > Conditions found here. In other words, here's some fun lawyer speak > if you're interested: > http://go.techtarget.com/r/8764677/1317583 > > -- > Ian > http://www.cicsworld.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 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: TechTarget Mainframe Survey
>It appears to be a survey from CA since at the end it asks if you want CA to >send you the survey results. >I said 'yes', and supplied my email address. >After which it promptly told me >I wasn't the demographic they were looking for and thank you for playing... >hmmm To quote Teal'c: "Indeed"! The old CA is new again? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ZHPF - Cost/Benefit Analysis
Now that we have z10's in the environment I started to look at the new 'stuff' I can turn on. One of them is ZHPF but that requires a chargeable feature to the DASD array. Our DASD manager doesn't see any problems with not having the feature installed and I don't know enough about the benefits of enabling it. Does anyone have any real world experiences with ZHPF that I can bring to the attention to management? -- Mark Jacobs Time Customer Service Tampa, FL You can have any kind of a home you want. You can even get stucco. Oh, how you can get stucco. Groucho Marx - The Cocoanuts (1929) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: TechTarget Mainframe Survey
It appears to be a survey from CA since at the end it asks if you want CA to send you the survey results. I said 'yes', and supplied my email address. After which it promptly told me I wasn't the demographic they were looking for and thank you for playing... hmmm Ian To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List Subject TechTarget Mainframe Survey 07/23/2009 11:36 AM Please respond to IBM Mainframe Discussion List Techtarget is running a survey on Mainframe usage etc. The first 2 or 3 pages is boring stuff but it is worth it to get to the real mainframe questions. Link = http://go.techtarget.com/r/8764676/1317583 I'm posting it here to make sure they get the right audience for the survey. The Mainframe Computer - a high-performance computer used for large-scale computing purposes that require greater availability and security than a smaller-scale machines - is a paradigm in today's data center. Whether you love or hate it, your mainframe controls your server world. In this survey, TechTarget wants to know how you split distribution of your network between mainframe, windows and cloud, as well the impact the mainframe has on your distributed applications. Click here to take this 10 minute survey, supply your direct feedback and enter to win one of two iPod giveaways: http://go.techtarget.com/r/8764676/1317583 Please note that this survey follows the TechTarget Survey Terms and Conditions found here. In other words, here's some fun lawyer speak if you're interested: http://go.techtarget.com/r/8764677/1317583 -- Ian http://www.cicsworld.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: CA Mainframe 2.0
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe > Sent: Thursday, July 23, 2009 11:25 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: CA Mainframe 2.0 > > McKown, John wrote: > > I am not familiar with CA's framework. But I do like > ShopzSeries' delivery methodology. > > > > ShopzSeries is not available to entities outside IBM. It's > primarily an > order fulfillment tool. > > SMP/E RECEIVE FROMNETWORK can be used by anyone who understands it. > > -- > Edward E Jaffe Well, what I like is the "Download Director" which downloads all the subdirectories & files for a given order. But I guess ftp downloading a PAX file which I could unwind and then use with a RECEIVE FROMNTS would be OK as well. The mainframe is not, and likely never will be, Internet accessible or vice versa. -- 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: CA Mainframe 2.0
We have learnt that there is not always logic involved in what the PCI QSA demands to certify we are compliant. Not all QSA's have a good grounding in Mainframe strengths and weaknesses - despite our best efforts in education. However I agree that a transfer initiated from the mainframe using credentials for an external partner should face different criteria than an incoming connection. However there are many install products that start off by a download to a PC and then up to the mainframe - these were what I was targeting my comments towards mainly. But I would also say again that all the vendors should be considering security in their transfer methods however initiated. Jerry Whitteridge Mainframe Engineering Safeway Inc 925 951 4184 jerry.whitteri...@safeway.com If everything seems under control, you're just not going fast enough. > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave > Sent: Thursday, July 23, 2009 9:20 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: CA Mainframe 2.0 > >Just curious, why do you or your security folks care about > the encryption at an external company where the data transfer > is all incoming (to you). Seems that CA should be the one > concerned about the security of their system (But they can't > required secure transfer for everyone). I don't see how the > security of credentials outgoing to an external site are the > concern of your Security or Auditor, or PCI at all. "Email Firewall" made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Announces FICON Express8
Eric, Yes, you would definitely bury Escon channels doing anything with current disk or tape. However, moving to 4 Gb Ficon (much less 8 Gb) you won't see any significant delays across the channels - unless you have a huge, well-balanced DASD farm (without balanced channels :-) ) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Thursday, July 23, 2009 11:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Announces FICON Express8 I doubt if the new channels will be significantly more expensive if you buy them with a new machine. If you just took delivery of your machine 2 months ago, and then realize these chanells could help because you have a huge DASD farm, you might be talking significant dollars, although if you have the processing for a significant DASD farm, the added cost might not seem so high. Since I'm not working now, I can't really ask IBM how much these channels cost, and I'm sure if someone else found out, they wouldn't be allowed to say how much they cost. Radoslaw - I suspect your right about these new channels not helping the I/O load much for the average shop. I know when I worked at P&H Mining, the only time I ever saw channels above 50% where when backups were running, and all 16 of our 3490E tape drives were running. I believe that caused significant delays backing up through the 4 Escon channels attached to the 2 controllers, but then in the manufacturing environment they had, it wasn't that critical to get the batch done that fast. Actually, Australia and a few other parts of the world that used our mainframe did experience delays during their prime shifts, but I guess they learned to live with it. I suspect the real benefit will come when all the devices made include support for the new channels, and that probably will be awhile. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Mainframe 2.0
McKown, John wrote: I am not familiar with CA's framework. But I do like ShopzSeries' delivery methodology. ShopzSeries is not available to entities outside IBM. It's primarily an order fulfillment tool. SMP/E RECEIVE FROMNETWORK can be used by anyone who understands it. -- 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: CA Mainframe 2.0
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jerry Whitteridge > Sent: Thursday, July 23, 2009 11:06 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: CA Mainframe 2.0 > > No -- the problem is the credentials are in clear if you use > your method. The link has to be encrypted. > > Jerry Whitteridge There would be 1 of 3 possible methods (as I see it). sftp - which is a type of file transfer over an SSH tunnel. It is not really FTP as it does not work the same way. Also, the IBM supplied version only works with UNIX files, not legacy datasets. FTPS - which is true ftp over an TLS tunnel. Most difficult would be to establish a point to point VPN type tunnel to the server, then use regular FTP over that tunnel. -- 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: CA Mainframe 2.0
Just curious, why do you or your security folks care about the encryption at an external company where the data transfer is all incoming (to you). Seems that CA should be the one concerned about the security of their system (But they can't required secure transfer for everyone). I don't see how the security of credentials outgoing to an external site are the concern of your Security or Auditor, or PCI at all. > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Jerry Whitteridge > Sent: Thursday, July 23, 2009 9:06 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: CA Mainframe 2.0 > > No -- the problem is the credentials are in clear if you use your method. > The link has to be encrypted. > > Jerry Whitteridge > Mainframe Engineering > Safeway Inc > 925 951 4184 > jerry.whitteri...@safeway.com > If everything seems under control, you're just not going fast enough. > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S > > Sent: Thursday, July 23, 2009 8:56 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: CA Mainframe 2.0 > > > > On Thu, Jul 23, 2009 at 11:36 AM, Jerry > > Whitteridge wrote: > > > Agreed -- we are allowed no unsecured file transfer to the > > mainframe due > > > to PCI. Our preference is FTPS but we could (for certain > > kludges) work > > > with SFTP. All vendors need to be reconsidering their supported > > > protocols. > > > > Or encrypt, FTP, decrypt, yes? > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email 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 Firewall" made the following annotations. > -- > > > Warning: > All e-mail sent to this address will be received by the corporate e-mail > system, and is subject to archival and review by someone other than the > recipient. This e-mail may contain proprietary information and is > intended only for the use of the intended recipient(s). If the reader of > this message is not the intended recipient(s), you are notified that you > have received this message in error and that any review, dissemination, > distribution or copying of this message is strictly prohibited. If you > have received this message in error, please notify the sender immediately. > > == > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email 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 Announces FICON Express8
I doubt if the new channels will be significantly more expensive if you buy them with a new machine. If you just took delivery of your machine 2 months ago, and then realize these chanells could help because you have a huge DASD farm, you might be talking significant dollars, although if you have the processing for a significant DASD farm, the added cost might not seem so high. Since I'm not working now, I can't really ask IBM how much these channels cost, and I'm sure if someone else found out, they wouldn't be allowed to say how much they cost. Radoslaw - I suspect your right about these new channels not helping the I/O load much for the average shop. I know when I worked at P&H Mining, the only time I ever saw channels above 50% where when backups were running, and all 16 of our 3490E tape drives were running. I believe that caused significant delays backing up through the 4 Escon channels attached to the 2 controllers, but then in the manufacturing environment they had, it wasn't that critical to get the batch done that fast. Actually, Australia and a few other parts of the world that used our mainframe did experience delays during their prime shifts, but I guess they learned to live with it. I suspect the real benefit will come when all the devices made include support for the new channels, and that probably will be awhile. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "R.S." Eric, I don't think the new channels will be significantly more expensive. Of course the change will be paid. Last but not least: - you don't need the channels if you don't have 8Gbps on the other end of cable. I mean CU or switch for shared channels (rather theoretical scenario - fully loade channel and multiple CUs connected). - you don't need the channels if your current utilization is reasonably low. From my limited experience - I have never observed >50% utilization on my FiconEx4 channels connected to 4Gbps capable DASD CU. I use 4 channels, more port are available at both ends. So, in my case I don't expect Ficon Express8 channels before z11 arrives here. Good for current economy -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Mainframe 2.0
No -- the problem is the credentials are in clear if you use your method. The link has to be encrypted. Jerry Whitteridge Mainframe Engineering Safeway Inc 925 951 4184 jerry.whitteri...@safeway.com If everything seems under control, you're just not going fast enough. > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S > Sent: Thursday, July 23, 2009 8:56 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: CA Mainframe 2.0 > > On Thu, Jul 23, 2009 at 11:36 AM, Jerry > Whitteridge wrote: > > Agreed -- we are allowed no unsecured file transfer to the > mainframe due > > to PCI. Our preference is FTPS but we could (for certain > kludges) work > > with SFTP. All vendors need to be reconsidering their supported > > protocols. > > Or encrypt, FTP, decrypt, yes? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email 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 Firewall" made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Mainframe 2.0
On Thu, Jul 23, 2009 at 11:36 AM, Jerry Whitteridge wrote: > Agreed -- we are allowed no unsecured file transfer to the mainframe due > to PCI. Our preference is FTPS but we could (for certain kludges) work > with SFTP. All vendors need to be reconsidering their supported > protocols. Or encrypt, FTP, decrypt, yes? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Announces FICON Express8
Eric Bielefeld pisze: I just read through a lot of the announcement letter from the link quoted below. This sounds very interesting. I don't know what the FICON Express8 channels cost, but I know if you just bought your machine, and you decide you need those channels, you it will probably cost a lot to convert. I know the last company I contracted for just got their z/10 BC several weeks ago, so I'm sure they won't have the new channels. The also were running z/OS V1.7 when I left. One thing from the announcement letter puzzled me. This is from the Software Requirements section, refering to the z/OS v1.7 Lifecycle Extension: "IBM Lifecycle Extension for z/OS V1.7:z/OS V1.7 support was withdrawn September 30, 2008. The Lifecycle Extension for z/OS V1.7 (5637-A01) makes fee-based corrective service for z/OS V1.7 available through September 2010. With the Lifecycle Extension, z/OS V1.7 supports the System z10 servers (z10 EC, z10 BC). Certain functions and features of the z10 servers require later releases of z/OS. For the complete list of software support, see the PSP buckets. For more information on the IBM Lifecycle Extension for z/OS V1.7, refer to Software Announcement 208-283, dated August 12, 2008." I know we had a discussion about the Lifecycle extension some time ago, and a few people chimed in and said they weren't paying for the Lifecycle Extension. They just put on all of the PTFs from the PSP buckets and things worked fine. This was so you could run a z10 machine using z/OS V1.7. I'm not sure what the quoted paragraph above says. Do you have to pay for the Lifecycle Extension to be able to use these new channels to get the maintenance, or can you just pull the PSP buckets? I guess I'm just curious. I think curiosity is one attribute that makes a good sysprog. Does anyone think they will upgrade their z/10 to use the new channels? I imagine the channels are just the first step. To fully utilize the channels, you need to replace all your I/O gear, although it sounds like there are some benefits with the new channels even without updating your disk or tape drives. Eric, I don't think the new channels will be significantly more expensive. Of course the change will be paid. Last but not least: - you don't need the channels if you don't have 8Gbps on the other end of cable. I mean CU or switch for shared channels (rather theoretical scenario - fully loade channel and multiple CUs connected). - you don't need the channels if your current utilization is reasonably low. From my limited experience - I have never observed >50% utilization on my FiconEx4 channels connected to 4Gbps capable DASD CU. I use 4 channels, more port are available at both ends. So, in my case I don't expect Ficon Express8 channels before z11 arrives here. Good for current economy -- 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: CA Mainframe 2.0
Agreed -- we are allowed no unsecured file transfer to the mainframe due to PCI. Our preference is FTPS but we could (for certain kludges) work with SFTP. All vendors need to be reconsidering their supported protocols. Jerry Whitteridge Mainframe Engineering Safeway Inc 925 951 4184 jerry.whitteri...@safeway.com If everything seems under control, you're just not going fast enough. > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jeff Grigg > Sent: Thursday, July 23, 2009 5:51 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: CA Mainframe 2.0 > > We started looking at using this but soon found out it does > not support > secure FTP so that came to a quick halt. CA has said this may > come in the > future. With PCI requirements SFTP is a must for us. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email 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 Firewall" made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TechTarget Mainframe Survey
Techtarget is running a survey on Mainframe usage etc. The first 2 or 3 pages is boring stuff but it is worth it to get to the real mainframe questions. Link = http://go.techtarget.com/r/8764676/1317583 I'm posting it here to make sure they get the right audience for the survey. The Mainframe Computer - a high-performance computer used for large-scale computing purposes that require greater availability and security than a smaller-scale machines - is a paradigm in today's data center. Whether you love or hate it, your mainframe controls your server world. In this survey, TechTarget wants to know how you split distribution of your network between mainframe, windows and cloud, as well the impact the mainframe has on your distributed applications. Click here to take this 10 minute survey, supply your direct feedback and enter to win one of two iPod giveaways: http://go.techtarget.com/r/8764676/1317583 Please note that this survey follows the TechTarget Survey Terms and Conditions found here. In other words, here's some fun lawyer speak if you're interested: http://go.techtarget.com/r/8764677/1317583 -- Ian http://www.cicsworld.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: IBM Announces FICON Express8
I just read through a lot of the announcement letter from the link quoted below. This sounds very interesting. I don't know what the FICON Express8 channels cost, but I know if you just bought your machine, and you decide you need those channels, you it will probably cost a lot to convert. I know the last company I contracted for just got their z/10 BC several weeks ago, so I'm sure they won't have the new channels. The also were running z/OS V1.7 when I left. One thing from the announcement letter puzzled me. This is from the Software Requirements section, refering to the z/OS v1.7 Lifecycle Extension: "IBM Lifecycle Extension for z/OS V1.7:z/OS V1.7 support was withdrawn September 30, 2008. The Lifecycle Extension for z/OS V1.7 (5637-A01) makes fee-based corrective service for z/OS V1.7 available through September 2010. With the Lifecycle Extension, z/OS V1.7 supports the System z10 servers (z10 EC, z10 BC). Certain functions and features of the z10 servers require later releases of z/OS. For the complete list of software support, see the PSP buckets. For more information on the IBM Lifecycle Extension for z/OS V1.7, refer to Software Announcement 208-283, dated August 12, 2008." I know we had a discussion about the Lifecycle extension some time ago, and a few people chimed in and said they weren't paying for the Lifecycle Extension. They just put on all of the PTFs from the PSP buckets and things worked fine. This was so you could run a z10 machine using z/OS V1.7. I'm not sure what the quoted paragraph above says. Do you have to pay for the Lifecycle Extension to be able to use these new channels to get the maintenance, or can you just pull the PSP buckets? I guess I'm just curious. I think curiosity is one attribute that makes a good sysprog. Does anyone think they will upgrade their z/10 to use the new channels? I imagine the channels are just the first step. To fully utilize the channels, you need to replace all your I/O gear, although it sounds like there are some benefits with the new channels even without updating your disk or tape drives. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Timothy Sipples" The announcement letter is here for 8 Gbps: http://www.ibm.com/common/ssi/rep_ca/7/897/ENUS109-417 Shipments should start very soon (on July 31, 2009). FICON Express8 is available for System z10 EC and BC. IBM is withdrawing FICON Express4 adapters for z10 machines (only) effective October 27, 2009. - - - - - 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: CA Mainframe 2.0
We've been using MSM beta version, and we're very impressed at this early stage. As an example, it took me about 2 minutes work to get VTAPE installed (not configured). Elapsed time longer obviously, due to downloading and SMP/E batch work, but you can put your feet up whilst you wait, or alternatively find some other work to be doing. Click, click, click, click, and it's done. You'll need a reasonable amount of filesystem space though. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Mainframe 2.0
Robert B. wrote: >As always, this email will self-destruct in 5 seconds. Your self-destruct mechanism isn't working! ;-D It is now 16:28 (GMT 14:28) and I had to destroy your mail. Feel free to destroy my email... ;-D -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Mainframe 2.0
I could be wrong (and often am) but I think PCI only cares about cardholder data and some ancillary processes (like system security). A documented (and management approved) exception with compensating controls ought to be sufficient. Of course, much depends on the quality of the auditors. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jeff Grigg Sent: Thursday, July 23, 2009 7:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CA Mainframe 2.0 We started looking at using this but soon found out it does not support secure FTP so that came to a quick halt. CA has said this may come in the future. With PCI requirements SFTP is a must for us. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Yes, that's how I remember it. And to correct myself we do have the DDDef's hard coded with a specific volser. We clone the target.csi and zonedit to create a new sandbox for maint. 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 Chase, John Sent: Thursday, July 23, 2009 8:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > 2 resvols? I vaguely remember using &sysrs1 and &sysrs2, but was that in > the dddef or in the master catalog? The symbolic references are in the catalog. We currently have 4 volumes in our "RESVOL sets" for each image, using &SYSR1 (aka '**'), &SYSR2, &SYSR3 and &SYSR4. The &SYSR2 - &SYSR4 symbols are defined in IEASYMxx and resolved at IPL time; the LOADxx member in SYS1.IPLPARM specifies which IEASYMxx member to use.Where needed, the LNKLST and APF list entries specify the symbolic volser. Our DDDEFs explicitly name the volsers: ALTn19, where 0 <= n <= 3. -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: Telnet & Unix System Services
While I finally bit the bullet and learned (somewhat) how to use vi, I think using it as the command editor is overkill. The emacs keys for recalling commands and moving forward and back on the line are much more amenable to key bindings. I do: set -o emacs and set up arrow to CTRL-p, down arrow to CTRL-n, left arrow to CTRL-b, right arrow to CTRL-f If delete or backspace aren't working, CTRL-d will do delete. Of course, just using the CTRL combinations works too and if you find yourself at a prompt, it doesn't hurt to try them out. :) Mark Pace wrote: > > in /etc/profile I added > set -o vi > and then I can do k to recall previous commands. Now if I can figure > out how to change the keyboard in PuTTY to send an k for the up arrow. > > On Thu, Jul 23, 2009 at 7:03 AM, Klein, Kenneth wrote: > > > And when you find that Mark, please post it. I have been looking for > > that for weeks. > > > > > > Ken Klein > > Sr. Systems Programmer > > Kentucky Farm Bureau Insurance - Louisville > > kenneth.kl...@kyfb.com > > 502-495-5000 x7011 > > > -- > Mark Pace > Mainline Information Systems > 1700 Summit Lake Drive > Tallahassee, FL. 32317 -- Don Poitras - zSeries R & D - SAS Institute Inc. - SAS Campus Drive mailto:sas...@sas.com (919)531-5637 Fax:677- Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Need to delete olsolete entries from tape volcat
We now have a problem in that we want to remove all of the volcat entries from the shared volcat that belonged to the old hardware VTS that has been de-installed deleting the various entries is a way to go but the VCAT is a catalog. you could also AMS REPRO the old range to another catalog, if the new VTS' range is different, then delete the REPRO'd catalog. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Mainframe 2.0
I would hazard a guess that we would require SFTP as well. Scott, your mission should you choose to accept it. As always, this email will self-destruct in 5 seconds. Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: robert.richa...@opm.gov - -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jeff Grigg Sent: Thursday, July 23, 2009 8:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CA Mainframe 2.0 We started looking at using this but soon found out it does not support secure FTP so that came to a quick halt. CA has said this may come in the future. With PCI requirements SFTP is a must for us. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SHOWzOS 7.19
I just installed it, thank you! Honestly, it's my first time with ShowzOS. I just get tons of informations, some of them are clear for me, but there are sections which I understand. Is there any description of ShowzOS's output available? -- 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: CA Mainframe 2.0
I agree with Scott as the architect, it has the potential to be greatly improved over ca-aggravator. - Original Message - From: "Richards, Robert B." Newsgroups: bit.listserv.ibm-main To: Sent: Thursday, July 23, 2009 5:45 AM Subject: Re: CA Mainframe 2.0 If Scott's the architect, it definitely is worth our time to look at it. Just my $.02. Make that $.01 if cap and tax and/or universal healthcare pass. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need to delete olsolete entries from tape volcat
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Linda Mooney > Sent: Wednesday, July 22, 2009 10:51 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Need to delete olsolete entries from tape volcat > > Thanks, John, is it possible to delete a range? We have a > few thousand to do. Nope. One tape requires one command. Generate the commands using REXX, that's what I do. Something like: /* REXX */ DO VOLSER=20 TO 20 ADDRESS TSO "DELETE V"VOLSER" VOLUMEENTRY" END Make that a REXX program and run it in TSO batch. -- 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: CA Mainframe 2.0
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe > Sent: Wednesday, July 22, 2009 6:03 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: CA Mainframe 2.0 > > Mainframe 2.0 provides a generalized framework that any ISV > or product > supplier can plug into. It does not replace SMP/E. (Of > course, ensuring > the correctness of service (PTFs) would be the responsibility of the > enabled product, not the framework.) > > I plan to take a good hard look at this in the near future. > > -- > Edward E Jaffe I am not familiar with CA's framework. But I do like ShopzSeries' delivery methodology. -- 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: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
> -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Klein, Kenneth > Sent: Thursday, July 23, 2009 7:21 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? > > Yes, you are both correct. The serious warning messages, some in red, > just scared the heck outta me. Now I have iebcopied the full datasets to > larger ones and done the renames manually with ispf being sure to only > affect the inactive resvol that is the target for my maint. Now the > target pack is full. In other shops we always had a pair of resvols for > each environment, sandbox, development(test) and prod. Sometimes even a > pair for QA. Here they had a single resvol for each of 3 environments > (only 2 a couple months ago) but I am afraid that will not be big enough > and we will have to go to 2. The dddefs are using (**) for the > volser so it will reference the ipl device after ipl but what if we have > 2 resvols? I vaguely remember using &sysrs1 and &sysrs2, but was that in > the dddef or in the master catalog? The symbolic references are in the catalog. We currently have 4 volumes in our "RESVOL sets" for each image, using &SYSR1 (aka '**'), &SYSR2, &SYSR3 and &SYSR4. The &SYSR2 - &SYSR4 symbols are defined in IEASYMxx and resolved at IPL time; the LOADxx member in SYS1.IPLPARM specifies which IEASYMxx member to use.Where needed, the LNKLST and APF list entries specify the symbolic volser. Our DDDEFs explicitly name the volsers: ALTn19, where 0 <= n <= 3. -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: CA Mainframe 2.0
We started looking at using this but soon found out it does not support secure FTP so that came to a quick halt. CA has said this may come in the future. With PCI requirements SFTP is a must for us. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Telnet & Unix System Services
in /etc/profile I added set -o vi and then I can do k to recall previous commands. Now if I can figure out how to change the keyboard in PuTTY to send an k for the up arrow. On Thu, Jul 23, 2009 at 7:03 AM, Klein, Kenneth wrote: > And when you find that Mark, please post it. I have been looking for > that for weeks. > > > Ken Klein > Sr. Systems Programmer > Kentucky Farm Bureau Insurance - Louisville > kenneth.kl...@kyfb.com > 502-495-5000 x7011 > -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Yes, you are both correct. The serious warning messages, some in red, just scared the heck outta me. Now I have iebcopied the full datasets to larger ones and done the renames manually with ispf being sure to only affect the inactive resvol that is the target for my maint. Now the target pack is full. In other shops we always had a pair of resvols for each environment, sandbox, development(test) and prod. Sometimes even a pair for QA. Here they had a single resvol for each of 3 environments (only 2 a couple months ago) but I am afraid that will not be big enough and we will have to go to 2. The dddefs are using (**) for the volser so it will reference the ipl device after ipl but what if we have 2 resvols? I vaguely remember using &sysrs1 and &sysrs2, but was that in the dddef or in the master catalog? 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 Chase, John Sent: Thursday, July 23, 2009 8:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth > > Allan, the problem is that the datasets are on the target res vol with > the same name as the dataset on the currently running res vol and they > are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I > can iebcopy them to new bigger datasets with new names on the target res > vol but I can't rename them or the current live master cat will be > fubarred. But the catalog entry 'currently' points to the dataset on the 'live' volume. The define / rename activity should be performed with the 'inactive' volume explicitly specified so only the VTOC is updated. -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: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth > > Allan, the problem is that the datasets are on the target res vol with > the same name as the dataset on the currently running res vol and they > are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I > can iebcopy them to new bigger datasets with new names on the target res > vol but I can't rename them or the current live master cat will be > fubarred. But the catalog entry 'currently' points to the dataset on the 'live' volume. The define / rename activity should be performed with the 'inactive' volume explicitly specified so only the VTOC is updated. -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: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth > > > John, the problem is that the same name exists on the system I am > running on. I think I might try iehmove. Shouldn't make any difference. We have duplicate RESVOL sets for each z/OS image we run, and occasionally (on the sandbox, where we initially APPLY any maintenance) we have need to enlarge a target dataset on one of the non-IPLed volumes. The STGADMIN.DPDSRN.whatever profile works fine for that even on the same system. -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: Telnet & Unix System Services
And when you find that Mark, please post it. I have been looking for that for weeks. 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 Mark Pace Sent: Wednesday, July 22, 2009 4:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Telnet & Unix System Services > I am not 100% sure, but I think those are differences in /bin/sh on > z/OS UNIX, which is based on the Korn Shell, and the use of BASH as > the default shell on Linux. > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > That was quite helpful. I didn't realize it was a different shell. A little Googling found the esc-sequence required to do auto-complete. A little more research will probably reveal how to do command history. -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Mainframe 2.0
If Scott's the architect, it definitely is worth our time to look at it. Just my $.02. Make that $.01 if cap and tax and/or universal healthcare pass. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Fagen Sent: Wednesday, July 22, 2009 9:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CA Mainframe 2.0 On Wed, 22 Jul 2009 15:42:03 -0500, Steve Cunningham wrote: >Haven't we all ready been there & done that with CA-ACTIVATOR back in the >80's. On Wed, 22 Jul 2009 17:34:48 -0400, Bobbie Jo wrote: >I believe you mean ca-aggravator, but yes in repsonse to everything else you >said. To the referenced contributors, I'd ask that you try the technology out before you indict, hold in contempt, convict and sentence it. We're only at the end of year one of a three year development cycle, but already 45 products have been updated and released to take advantage of CA MSM r2.0. None of these products will require BYPASS to APPLY service. Another 100+ have been updated to take advantage of the improved, tapeless electronic software delivery process. On Wed, 22 Jul 2009 16:03:15 -0700, Edward Jaffe wrote: -snip- > >I plan to take a good hard look at this in the near future. > >-- >Edward E Jaffe Thank you, Ed. Let me know when we can get together and talk. Scott Fagen Principal Architect Mainframe 2.0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: cbttape #737
You can view XMI files in PC ONLY if the original library in HOST is a "classic" PO. If the base file to build de XMI file is a PDSE, you cannot inspect the file in PC, but yo can upload to a HOST y recreate it without problems. Angel Luis Domínguez -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA Mainframe 2.0
Good luck fella - there's a lot of (justified IMHO) bad blood out there you're going to have to overcome. It'd better be good. Shane ... .. . > Scott Fagen > Principal Architect > Mainframe 2.0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Ted Kotlowski is out of the office.
I will be out of the office starting 07/23/2009 and will not return until 08/03/2009. I will respond to your message when I return. If your request requires immediate attention, Please contact the MVS Technical Support Hotline at 1-866-866-4488 x12000 ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. 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: Downloading large datasets to PC is that Mainframe any Performance issue ?????
>Interesting, but I would think that FTP is all I/O over a >very slow path. Unless you are doing some heavy duty software >based encryption/decryption, FTP should not consume enough >CPU for WLM to even notice. I agree. All the TCP related hints others gave are more probable to be of help. However, if you happen to get caught in a discretionary service class on a heavy loaded machine, you might not even get the few CP cycles needed to initiate the next I/O. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Announces FICON Express8
The announcement letter is here for 8 Gbps: http://www.ibm.com/common/ssi/rep_ca/7/897/ENUS109-417 Shipments should start very soon (on July 31, 2009). FICON Express8 is available for System z10 EC and BC. IBM is withdrawing FICON Express4 adapters for z10 machines (only) effective October 27, 2009. There are some sample benchmark numbers in the announcement letter, and what's particularly interesting is that there's improved performance in many areas even if the link speed remains at 2 or 4 Gbps. So FICON Express8 should still be of interest even if you do not upgrade storage devices immediately. (Obviously the 8 Gbps speed is yet again better, though.) There are many workloads and workload mixes that can benefit from faster I/O. For many workloads there is also a trade-off between I/O speeds and CPU consumption. That is, faster I/O can help reduce CPU consumption in many situations. Faster I/O can also speed batch processing (if I/O bound), which may allow you to adjust softcaps downward while still meeting your batch processing deadlines. - - - - - 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