MFNetDisk will be a free product soon.
HI, In a few days I will make MFNetDisk really a free product. That mean you will be able to work without the limitation of number of devices. Why I am doing this: 1. I do not think that there is a space for another IO devices in MF. 2. The price of MF IO devices is very low and the competition is hard. 3. I think all my challenges with the product is over. 4. It is time only to support the product and I can not see any new feature in my product which I can create which will exciting the MF users. 5. As i said before, it was pleasure to dig in the MF as it pleasant to dig in the Linux and Windows. This product was developed first because I enjoy it. Just to remind, 1. MFNetDisk support emulation of disk 3390 and tape 3490 with data in Windows and Linux. 2. Mirror real 3390 disks. 3. Support EAV disks for emulation. 4. Tape manager in PC and MF. 5. Undelete Vsam and SMS and Non SMS files. 6. MFNetDisk CIOD (like IBM Pav for the emulation). 7. Backups of MFNetDisk disk with backup level of one track. and many more features.. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSPLEX/CFRM Couple dataset(s) relationship
We have done quite a lot of DR testing in the last year and a half. We defined all coupling facilities in our active CFRM policy, the same way Alan C. Field described, and never had a problem IPLing our sysplex. The only difference is that we start JES2 with RECONFIG parameter, to set the CKPT1 (allocated in a coupling facility) to INUSE=NO, so that the CKPT2 will be used. Never had any problems going back either. With applications it is not so easy, but starting a sysplex is just a routine. The tests were done with z/OS 1.9 and 1.10. -- Zaromil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Speaking of SCRT
W dniu 2010-04-12 22:45, Ted MacNEIL pisze: And, many disciplines, such as capacity planning. Example: type 30, type 110 do not have serial numbers, LPAR names, etc. Type 72, 74, etc don't have them either. So what? I don't see any relationship to 110 or 30. Then obviously you've never done Capacity Planning, Performance Management or Chargeback. Very far-fetched opinion, unjustified. To clarify: I don't see any relationship to SCRT. Without going into details, a standard methodology of allocating CPU usage for planning purposes is merging type 70, 72, and 30 (interval). Only one of those has hardware details. Simply put, 70 gives me the detail of overall usage, 72 allows for the breakdown by workload (with capture ratios applied), and 30 allows me to determine which application within workload. Type 110 allows for a merging of CICS transactions (for this example), along with other details. 74 gives me the I/O component. With other records (I've only given a few examples), I can end up with a profile vector, of CPU, LPAR, Workload, application, I/O, and other details. Without going into details I have SMF manual with all the records described (with exception for 110), some of them I even know. My performance management or capacity is not an issue here in this context and it's not a problem at all. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RMM and VRSMIN
David, Consider that the loss of just a single VRS could cause you to lose a lot of data. So, the problem is not about losing/deleting 1000s it is about avoiding loss of data. RMM provides multiple options to help with this: VRSMIN allows you to identify a value which you identify as the critical number of VRS. This might be ALL of your VRSes. Some one with just a small number may feel the count should match there number of VRSes. If you have 1000s, which I wouldnt recommend ;-), and you look to VRSCHANGE - you could perhaps do what Tom suggests. VRSCHANGE This is a way to enforce a 'trial run' of VRSEL should anyone add/change or delete VRSes. Using this option might make the VRSMIN count less important VRSRETAIN, VRSDROP, EXPDTDROP These more recent options provide a way to direct rmm to detect when result of retention are not what you would normally expect. RMM provides these options because of the cost of data loss, and the effort required to retrieve data that has been scratched prematurely. We have to think about deliberate actions, accidents, and code defects as the possible triggers. Mike WoodRMM Development On Mon, 12 Apr 2010 10:50:49 -0700, David G. Schlecht dschle...@doit.nv.gov wrote: Hi All, We're considering changing the EDGRMM PARMLIB member to set VRSMIN to some minimal value such as 1000 and FAIL. But, for the life of me, I just can't see a benefit for this. Looking over the books, this seems that it would only benefit us in the event someone accidentally deleted thousands of VRSs and this just doesn't seem accidentally feasible. Is it possible to accidentally delete thousands of VRSs? It appears the DELETE VRS panel doesn't allow a generic VRS Name and the Data set mask only applies to one VRS so what's the worry? What am I missing? What do you do at your shop? - David + David G. Schlecht + Information Technology Professional + State of Nevada -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 subject]
Ed, My perceived observation is that varying devices and paths in z/OS takes much longer and uses more resources than it did many moons ago under ESA, XA or SP2. It's my understanding that a lot of device validation that used to occur at IPL when a device was discovered now occurs when the device comes online, hence a faster IPL, but a slower vary online. For example varying just 256 volumes online on 2094-408 with one dedicated CP online locks up TSO for a minute or three, and usually drops my NJE links (yeah I'm too lazy to tune this - it's a lab). I don't recall this behavior way back on 3033 or 4341, or any uniprocessor LPARs I had in early PR/SM and MLPF. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould Sent: Monday, April 12, 2010 10:37 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Mon, April 12, 2010 10:46:05 AM Subject: Alan, I regularly bring 100s of volumes offline and online and have not seen this problem. I submit the jobs in the same way as you do. The only difference is I usually have one command per LCU which makes it easier for me to eyeball my changes when I'm setting up tests. Ron Ron: Way back when MP's first came out a lot of the vary commands did not allow for large number of devices. We needed on occasion to take hundreds of paths online (or offline). Our IBM SE wrote the code to send the hundreds of onlines to the system. We really used that code quite a bit. It *NEVER* caused any issue with the system and we never saw any system abends as a result of these hundreds of vary commands being issues. Granted this was 25++ years ago but I would have thought if there would have been a bug we would have found it. IIRC the biggest issue we had was that Q4 was being so backed up we found (actually IBM) was surprised at the length of our Q4. What added into our mix (for the Q4) was we had a MSS which caused us all a lot of headaches. BTW our SE at the time was Jim Garner who went on to the Washington System Center as the DASD expert there. He no longer works for IBM. IBM lost a great asset when they smothered the System center. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Speaking of SCRT
Then obviously you've never done Capacity Planning, Performance Management or Chargeback. Very far-fetched opinion, unjustified. To clarify: I don't see any relationship to SCRT. My point was there are many records that are dependent on independent SMFIDs. I was giving examples and you said you didn't understand my examples, so we branched out a bit. But, back to my original point. There are many reasons for unique SMFIDs, so why is SCRT an issue? You have to do it anyways, so why get yourself upset over such a trivial issue? - 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
Device Vary
In file 172 of the CBT tape is a program to flip the bits in the UCB to put the device offline in a controlled programatic fashion. I do not know if this will work on current levels of z/OS as I don't have a system to test it, but it may be of some use to the OP. DC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Speaking of SCRT
W dniu 2010-04-13 11:05, Ted MacNEIL pisze: But, back to my original point. There are many reasons for unique SMFIDs, so why is SCRT an issue? No. There are many reasons where unique SMF ID would be advantage, but it's still not necessary. Convenient, not required. You have to do it anyways, so why get yourself upset over such a trivial issue? No, I don't have to do it anyways, and that why I'm upset. And it's not trivial issue, because SMFID is hardcoded in the software which I cannot change. Modification of SMF ID means re-installation of the software which is at least inconvenient. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Vtape vs. IBM VTFM - Comparing virtual tape solutions
Shai Hess's product seems enticing. (But he says he tweaked the AWSTAPE format to improve performance.) I use my tape and disk format. I support conversion from AWSDISK and AWSTAPE to MFNetDisk tape and disk format and the other way. The reason that I do not use AWSTAPE format for emulation is that if you have huge tape emulation file AWSTAPE format must read all the file data to access a block which was forward to next tape mark. MFNetDisk keep many tape mark location in the prefix of the tape file. Shai On Tue, Apr 13, 2010 at 8:16 AM, Paul Gilmartin paulgboul...@aim.comwrote: On Mon, 12 Apr 2010 15:09:20 -0500, Todd Last wrote: We are looking at replacing our appliance-based mainframe virtual tape solutions with software-based virtual tape solutions. The only two solutions that I know of are CA's VTape and IBM's VTFM. ... Do any of the options employ AWSTAPE or any other conventional format for the back end? That should facilitate interchange. (But might conflict with compression.) Shai Hess's product seems enticing. (But he says he tweaked the AWSTAPE format to improve performance.) -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Speaking of SCRT
No. There are many reasons where unique SMF ID would be advantage, but it's still not necessary. Even one is enough. Once you have a single valid reason, all else pales in comparison. Convenient, not required. I disagree. There are many 'required'. And, one is enough. Convenience is in the eye of the beholder. I've had many reasons for unique IDs, and SCRT just came along for the ride. But, obviously, we disagree. I've never worked in a shop where more than one system had the same SMFID. Nor would I want to. In this case, convenience is being able to do my job without doing strange and unusual acts. And, if you restrict yourself to just the upper case alphabet, you still have 26 to the 4th possibilities. I'm at a loss as to why you would want two with the same SMFID, and that's after considering your DR example. - 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: Device Vary
If numerous volumes are to be varied online/offline, then I believe that using the IEEVARYD service is a much more efficient method than using a large number of VARY commands. Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Cartwright Sent: 13 April 2010 10:10 To: IBM-MAIN@bama.ua.edu Subject: Device Vary In file 172 of the CBT tape is a program to flip the bits in the UCB to put the device offline in a controlled programatic fashion. I do not know if this will work on current levels of z/OS as I don't have a system to test it, but it may be of some use to the OP. DC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Device Vary
There is, however, the small matter of requirements: - page fixed - Supervisor state (or PKM 0-7) Obviously another of Craddocks cronies ... Shane ... On Tue, Apr 13th, 2010 at 9:04 PM, Rob Scott wrote: If numerous volumes are to be varied online/offline, then I believe that using the IEEVARYD service is a much more efficient method than using a large number of VARY commands. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Device Vary
There is, however, the small matter of requirements: - page fixed - Supervisor state (or PKM 0-7) Considering that too many commands attached at the same time (way before the CMDS command came) used to wait state the system with a nice 'LSQA exhausted in non-memtermable address space' wait state, one should really stop and think before using the programmatic interface. Which one hopefully does when it reads both page fixed and supervisor state! Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PRO-SMS (STOPX-37) QUESTION
Hallo Everybody, I made a modification to the SMPOOL00 member. I added the parm USELIMIT=92. In order for it to take effect do I need to do something else or it is dynamic and no further action is required? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Windoze 7
On Mon, 12 Apr 2010 14:31:12 -0300, Clark Morris wrote: While I am still going through the joys of replacing an XP computer with a powerful documentation-free ACER computer (quad core with hyperthreading, terabyte hard drive, Blue Ray reader and 4 USB ports on the top with 1 or 2 E-sata ports in back), most of the applications have reinstalled with little or no problem. Quicken 2006 won't print reports because of a missing PDF driver but otherwise is OK. Upward compatibility seems decent. Hmmm - I wonder how long that will last. I have a laptop with pretty near those specs. Win7 (Ultimate 64) is a pile of rubbish - locks up continually. Plenty of hits on the web. No answer. Linux, even driving 6 cores 100%, runs fine - a bit warm, but never locked up yet. It should be noted I only bought this for some Linux scheduler testing, so no major issue for me - might be for others. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Windoze 7
Odd - I have Windows 7 64bit ultimate on a Lenovo laptop and have not had any lock-up issues. Some oddities with the Screen saver, and the network adapters, but no lock-ups. YMMV. On Tue, Apr 13, 2010 at 8:24 AM, Shane Ginnane ibm-m...@tpg.com.au wrote: On Mon, 12 Apr 2010 14:31:12 -0300, Clark Morris wrote: While I am still going through the joys of replacing an XP computer with a powerful documentation-free ACER computer (quad core with hyperthreading, terabyte hard drive, Blue Ray reader and 4 USB ports on the top with 1 or 2 E-sata ports in back), most of the applications have reinstalled with little or no problem. Quicken 2006 won't print reports because of a missing PDF driver but otherwise is OK. Upward compatibility seems decent. Hmmm - I wonder how long that will last. I have a laptop with pretty near those specs. Win7 (Ultimate 64) is a pile of rubbish - locks up continually. Plenty of hits on the web. No answer. Linux, even driving 6 cores 100%, runs fine - a bit warm, but never locked up yet. It should be noted I only bought this for some Linux scheduler testing, so no major issue for me - might be for others. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Device Vary
I thought that the whole point of using IEEVARYD is to avoid the storage shortage issues generated by too many VARY commands at once. I think that use of IEEVARYD is a more responsible approach than squirting out numerous VARY commands via MGCRE or your favorite operator command program. OK - so your need to be Supervisor state (so does MGCRE) and the only real difference being you must be non-swap (I see nothing in the doc for page-fixing). Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: 13 April 2010 12:56 To: IBM-MAIN@bama.ua.edu Subject: Re: Device Vary There is, however, the small matter of requirements: - page fixed - Supervisor state (or PKM 0-7) Considering that too many commands attached at the same time (way before the CMDS command came) used to wait state the system with a nice 'LSQA exhausted in non-memtermable address space' wait state, one should really stop and think before using the programmatic interface. Which one hopefully does when it reads both page fixed and supervisor state! Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
[no subject]
In 135331393-1271025860-cardhu_decombobulator_blackberry.rim.net-19192267...@bda026.bisx.prod.on.blackberry, on 04/11/2010 at 10:44 PM, Ted MacNEIL eamacn...@yahoo.ca said: The cry of the coward. Nonsense; you clearly don't understand the difference between courage and recklessness. As he told you, his reasons are none of your business. Your words are unimportant, and I do not hear them! No, hearing what your correspondents say is not one of your skills. and am willing to admit my mistakes. ROTF,LMAO! -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP to z/OS Problem
In 00bc01c4e179$2373a390$67fea...@charlesnotebook, on 12/13/2004 at 05:06 PM, Charles Mills charl...@mcn.org said: IMHO one of the big problems facing the mainframe going forward is documentation which cannot be used effectively unless you ALREADY know all about whatever you are looking up. As opposed to the windows world where there often is no documentation. How would anyone answer the question how do I do disk I/O from an assembly program By asking for the relevant data, e.g., for what platform. unless one already knew that the information would be found in DFSMS Macro Instructions for Datasets? Only for systems related to z/OS, and even then it might not be the right answer. Just like on the PC; you need to ask the right question. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Device Vary
OK - so your need to be Supervisor state (so does MGCRE) And so would the program on the CBT tape that flips bits in UCBs in a controlled, programmatic way. Or at least it would need to be in key 0. If in supervisor state, you can switch into key 0 easily, flip the bit, then switch back into the original key if you choose to follow the ROT that one should not be in key 0 unless absolutely necessary. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Scott Sent: Tuesday, April 13, 2010 7:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Device Vary I think that use of IEEVARYD is a more responsible approach than squirting out numerous VARY commands via MGCRE or your favorite operator command program. OK - so your need to be Supervisor state (so does MGCRE) and the only real difference being you must be non-swap (I see nothing in the doc for page-fixing). Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.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: Device Vary
Erk - did I really say that, or just think it ?. Apologies all round, my mind must have been elsewhere. Shane ... On Tue, Apr 13th, 2010 at 10:50 PM, Rob Scott wrote: ... and the only real difference being you must be non-swap (I see nothing in the doc for page-fixing). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Non-SMS-managed LOGR offload data sets
On Mon, 12 Apr 2010 23:56:56 -0500, Barbara Nitz nitz-...@gmx.net wrote: Yes. Mark, look at group name in RRS to separate logging groups - I think this was intended to separate test and prod, and then look at the RRS panels where you can freely choose the group name; the rest is simple logstream definition and workings. And this is just the 'easy' way using only IBM-supplied means to possibly corrupt a log stream. If someone thinks up another way programmatically, I just shudder! Was this meant for Nick? Anyway, I am commenting on it because the reason I had to use group name was due to 2 different DB2 subsystems on different systems in the same sysplex that had the same name. This particular system shares DASD, SMS, etc. but the applications aren't shared so there is no cross LPAR RRS considerations and I run this LPAR with GNAME= to the smfid. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: Putting system integrity at risk to save software charges
This is a horse of a different color and there is more than one way to skin a cat (horse). Evidently, IBM has privately, you have to be an ISV, gratuitously shared with them the internals of the ziip/zaap engines and how to go about configuring products to take advantage of them. Data Direct claims to have done just that; to have taken what IBM has given them, done a nice dance, and somehow faked out the operating system into thinking they are running workloads in TCB mode when infact they are running the work on a ziip/zaap in SRB mode. They also claim to have done this without violating IBM patent rights which appears credible since IBM has sued at least one ISV about this, but not Data Direct. All I can surmise is that they have somehow figured out how to run perhaps a daemon on a ziip/zaap which gets control to perform tasks on behave of regular TCB workloads like CICS. Something like a client/server, master/slave, pair process. They are very adamant, reprimanding me here last month, in stating that they positively do not run TCB workloads as is on a ziip/zaap since that would be a clear violation of IBM's patent rights. Evidently, it's all done with smoke and mirrors, but the end result is the same, more MIPS, more throughput, for almost nothing. Nice life if you can get it and you can get it if you try. On Mon, Apr 12, 2010 at 7:31 PM, Henry Willard hwill...@megapathdsl.netwrote: George Henke wrote: Shadow from Data Direct does this painlessly. I am totally independent of this vendor, so I can be objective. But a former client of mine implemented their product several years ago and extended the life of their 2 GPP configure enormously with very little cost. The installation was transparent to their applications. All they did was install the product, reconfigure the ziip an the HMC panel, and they were off and running. If you are talking about high profile actuarial computations, check with the vendor, they are probably covered as well, since my former client is a leading insurance company in New Jersy. According to their Chief Architect http://blogs.datadirect.com/2009/07/setting-the-record-straight-datadirect-shadow-is-not-affiliated-with-neon-enterprise-software.html that isn't what they do. They only run their own software as zIIP eligible SRBs. Regards, Henry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PRO-SMS (STOPX-37) QUESTION
John, For changes that are made to an active member, a MODIFY REFRESH of the member must be completed on each LPAR where the member is in use. You can contact me directly for any further questions. Mike Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Dawes Sent: Tuesday, April 13, 2010 8:06 AM To: IBM-MAIN@bama.ua.edu Subject: PRO-SMS (STOPX-37) QUESTION Hallo Everybody, I made a modification to the SMPOOL00 member. I added the parm USELIMIT=92. In order for it to take effect do I need to do something else or it is dynamic and no further action is required? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Putting system integrity at risk to save software charges
I met the designer of Data Direct at a conference and spoke to him about what they did and in general terms how they did it. Two things were very clear from that. They do not make or allow anyone's but their own code run on a ZIIP. Their secret is in how they made it so they could run parts of their code on a ZIIP without having to re-design and re-code the entire product. Parts of the code that do things not allowed on a ZIIP are run in TCB mode on a GP. What they did was very clever and innovative. The smart ISV's that are part of the sanctioned ZIIP program go to IBM and explain what they are doing and get IBM's blessings. It cuts down on the heartburn and legal fees. Chris Blaicher Phone: 512-340-6154 Mobile: 512-627-3803 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Font names for AFP fonts
I was able to download it from that link. Took forever, but it is there. On 4/11/2010 at 10:00 PM, Natarajan Mohan nmo...@edfund.org wrote: Frank, I don't think those manuals are accessible any more on IBM web site :-( Natarajan From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick [frank.swarbr...@efirstbank.com] Sent: Friday, April 09, 2010 4:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Font names for AFP fonts Do you have ABOUT TYPE: IBM's Technical Reference for 240-Pel Digitized Type (S544-3516) around? If not you can download it, but 1) It is a scanned PDF and thus does not allow for text searches 2) It's huge (because of item 1) Nonetheless: http://www-01.ibm.com/support/docview.wss?uid=pub1s544351605 Hope that's what you are looking for. If anyone has a better reference I'd like to know about it! Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 On 4/9/2010 at 5:00 PM, in message 2012297940.6877351270854042477.javamail.r...@sz0042a.emeryville.ca.mail.comc ast net, Linda Mooney linda.lst...@comcast.net wrote: Greetings! I have looked and searched, but sadly, I have not found... We have PSF and use the AFP font libraries. I need to find something that can tell me the font family name and size of the fonts using the font library member names, as well as the names used in OGL source. For example, these are a few of the fonts in the OGL source - N46A BRR9 A075AI N26309 A10500 T075JC A055AC We don't have InfoPrint Tia, Linda -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE OF CONFIDENTIALITY The information contained in this communication, including but not limited to any accompanying document(s) and/or attachment(s), is privileged and confidential and is intended solely for the above-named individual(s). If you are not the intended recipient, please be advised that any distribution, copying, disclosure, and/or use of the information contained herein is strictly prohibited. If you received this communication in error, please destroy all copies of the communication, whether in electronic or hard copy format, and immediately contact the Security Office at EdFund at (916) 526-7539 or securityoff...@edfund.org. 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 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Vtape vs. IBM VTFM - Comparing virtual tape solutions
Timothy, I didn't say that our current solution was 'bad'. It has been working very well at our current site. The problem is that a lot of production data is stored on virtual tape - used in day-to-day processes. At the DR site, we need access to this data. We can not bring our appliance to the DR site and the DR site does not host a similar appliance ($$$). We want to explore software-based virtual tape solutions that store tape data on mainframe disk. We can then backup mainframe disks and restore them at the DR site. Thanks for letting me clarify. Todd -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 Vtape vs. IBM VTFM - Comparing virtual tape solutions
We use VTMF. I can't compare it to anything else, but it works fine for us. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 Vtape vs. IBM VTFM - Comparing virtual tape solutions
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Todd Last Sent: Tuesday, April 13, 2010 9:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CA Vtape vs. IBM VTFM - Comparing virtual tape solutions Timothy, I didn't say that our current solution was 'bad'. It has been working very well at our current site. The problem is that a lot of production data is stored on virtual tape - used in day-to-day processes. At the DR site, we need access to this data. We can not bring our appliance to the DR site and the DR site does not host a similar appliance ($$$). We want to explore software-based virtual tape solutions that store tape data on mainframe disk. We can then backup mainframe disks and restore them at the DR site. Thanks for letting me clarify. Todd Timothy, We have the same problem - accessing virtual tape resident data at DR. What we did was get OpenTech's VDR product. This product copies our virtual tape data to real 3592J tape drives for off site storage. When we get to DR, we use the product to restore the data to a virtual volume. The product then updates the z/OS catalog as well as the CA-1 TMC so that we can access the tape data normally from the DR VTS environment. It also has an option to update the z/OS catalog and CA-1 TMC so that the data is accessed directly from the 3592J. We don't use this due to tape volume contention. We really like the product. More info at http://www.opentechsystems.com/vdr.php . Oh, we don't use mainframe DASD because we just don't have enough of it and we can't get more because: (1) our current array is max'ed out and (2) we are apparently shutting down the mainframe. This last is based, not on a published directive, but on the actions we have been taking in the last year. -- 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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
On Tue, 6 Apr 2010 10:39:22 -0500, Walt Farrell wfarr...@us.ibm.com wrote: There is a legitimate integrity exposure involved, and the APAR is properly classified as such. We perhaps should have said a bit more in the documentation. We're considering whether we can do so, and what we can say that will convey the magnitude of our concern (though merely the fact that we did this via an APAR with mandatory migration actions should serve as a indication that we have serious concerns and there is a legitimate problem to address). Things having quieted down significantly on this topic, I almost hesitate to reopen this discussion. However, I did say we would consider whether we could say any more, and we've done that. APAR IO12263 is open and contains the additional information that we can make available. Quoting from IO12263: quote The documentation provided with APAR IO11698 is incomplete and does not provide sufficient guidance in how to implement the System Authorization Facility (SAF) controls introduced in the APAR. The function supplied by IO11698 is not broken and no modifications are planned, however, the complete documentation provided with IO11698 should have been as follows: [some information from original documentation omitted from this message for brevity; see the APAR if you're interested] However, of all the functions described above, several need to be controlled very carefully. Users who are granted access to these resources have the potential to undermine system security regardless of any data set protections you may have in place. Therefore, they should be as trusted, for example, as users who have authority to update APF authorized libraries. These functions, and the corresponding SAF FACILITY class resources that SMP/E checks, are as follows: Function:Resource name: RECEIVE commandGIM.CMD.RECEIVE APPLY commandGIM.CMD.APPLY ACCEPT command GIM.CMD.ACCEPT RESTORE command GIM.CMD.RESTORE REJECT command GIM.CMD.REJECT LINK command GIM.CMD.LINK CLEANUP command GIM.CMD.CLEANUP Program GIMZIPGIM.PGM.GIMZIP Program GIMUNZIP GIM.PGM.GIMUNZIP Program GIMIAPGIM.PGM.GIMIAP /quote In addition to a ++HOLD for DOC, the PTF for IO12263 will also have a ++HOLD for ACTION suggesting that anyone who applied the prior PTF and granted broad access to SMP/E functions should review those access authorities based on this new documentation. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PRO-SMS (STOPX-37) QUESTION
The command: F BMCSMSP,ABOUT provides a little information F BMCSMSP,SVOS R,SYS=xx will refresh where SYS=xx is your SMMSYSxx member -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Dawes Sent: Tuesday, April 13, 2010 5:06 AM To: IBM-MAIN@bama.ua.edu Subject: PRO-SMS (STOPX-37) QUESTION Hallo Everybody, I made a modification to the SMPOOL00 member. I added the parm USELIMIT=92. In order for it to take effect do I need to do something else or it is dynamic and no further action is required? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 Vtape vs. IBM VTFM - Comparing virtual tape solutions
snip I didn't say that our current solution was 'bad'. It has been working very well at our current site. The problem is that a lot of production data is stored on virtual tape - used in day-to-day processes. At the DR site, we need access to this data. We can not bring our appliance to the DR site and the DR site does not host a similar appliance ($$$). We want to explore software-based virtual tape solutions that store tape data on mainframe disk. We can then backup mainframe disks and restore them at the DR site. /snip STK (and probably most) VTS solutions offer a dup function similar to dfHSM duplexing. The VTS does the work at the time of file creation, all you have to do is eject the back-end cart containing the dup copies. The only cost is for the extra cartridges. HTH, P.S. Should you be letting your DR vendor drive your shop, or should your shop be driving the DR vendor to provide the necessary compatible equipment? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Non-SMS-managed LOGR offload data sets
On Mon, 12 Apr 2010 08:08:22 -0500, Mark Zelden mzel...@flash.net wrote: BTW, I'm not sure if I mentioned this last year, but they way we shared these pools between SMSplexes usually was by having the SMS status in the owning SMSplex as ENABLE and then the volumes owned by the other SMSplex in the shared group set to DISNEW and visa versa. A-HA! If you did, I missed it. Do you still update the non-owning COMMDS periodically, as you described then? DISNEW would allay my nerves, but our Storage team would have to really be on top things. To Nick Jones: everything Barbara said, and then some. These threads have come up more than once in the last year or two, with many contributors. As long IBM marketing dangles the carrot, coroporate IT will continue to support that, and only that, which is necessary to save $$. Shamplex has become part of the nomenclature... As for where support to restrict offload locations, this too was proposed by a poster last year, and so well-written that some of us ran to the books to read what we thought we missed! I would definitely make use of the feature. In the meantime, I'm looking into RACF profiles to prevent connectors on non- owning images, which in turn restricts offloads. That will only work so long as I have a RACF database per subplex. I reckon we'd better have SMS sorted out before we start RACF data sharing... Regards, Art Gutowski Ford Motor Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PRO-SMS (STOPX-37) QUESTION
I was able to successfully refresh the parm via the MAINVIEW panelling. Thanks to everyone for helping me out. --- On Wed, 14/4/10, Donnelly, John P john.p.donne...@nsc.com wrote: From: Donnelly, John P john.p.donne...@nsc.com Subject: Re: PRO-SMS (STOPX-37) QUESTION To: IBM-MAIN@bama.ua.edu Received: Wednesday, 14 April, 2010, 12:43 AM The command: F BMCSMSP,ABOUT provides a little information F BMCSMSP,SVOS R,SYS=xx will refresh where SYS=xx is your SMMSYSxx member -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Dawes Sent: Tuesday, April 13, 2010 5:06 AM To: IBM-MAIN@bama.ua.edu Subject: PRO-SMS (STOPX-37) QUESTION Hallo Everybody, I made a modification to the SMPOOL00 member. I added the parm USELIMIT=92. In order for it to take effect do I need to do something else or it is dynamic and no further action is required? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: omvs.root full due to pfa
Thanks for the tips. I'm still doing a lot of digging to figure out what to do. I'm about to the point of starting over on my installation and insert a step to create a new PFA zfs before it eats up what little free root space I have. I can't seem to find anything that tells me what PFA did to eat up my available space and so I can't find what, if anything , I can delete. I also could not find (yet) in the doc any info on a cleanup script. My split problem is not knowing enough about the OMVS.ROOT to know if or how I should split it across volumes. Of course, I don't know enough about USS in general. We've never had a need to make any but the most basic use of it, so this is going over my head rather quickly. If anyone thinks of anything else that could help, I'd greatly appreciate it. Thanks aga, Howard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Putting system integrity at risk to save software charges
ty, Chris, your insight is very helpful. I do know my previous client is using it with great success. It has really extended the life of his hardware configuration and kept the TCO down. What would be curious, though, is whether it could have handled the floating point problem originally posed in this trail. What is your take on that? On Tue, Apr 13, 2010 at 10:14 AM, Blaicher, Chris chris_blaic...@bmc.comwrote: I met the designer of Data Direct at a conference and spoke to him about what they did and in general terms how they did it. Two things were very clear from that. They do not make or allow anyone's but their own code run on a ZIIP. Their secret is in how they made it so they could run parts of their code on a ZIIP without having to re-design and re-code the entire product. Parts of the code that do things not allowed on a ZIIP are run in TCB mode on a GP. What they did was very clever and innovative. The smart ISV's that are part of the sanctioned ZIIP program go to IBM and explain what they are doing and get IBM's blessings. It cuts down on the heartburn and legal fees. Chris Blaicher Phone: 512-340-6154 Mobile: 512-627-3803 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Windoze 7
I have Win7 on a Dell XPS 435 and can't get it to stop going to sleep. Changed all the Power options to DON'T DO ANYTHING, but it still wants to close anything that is open and force me to re-enter my password. This is on 64-bit Premium Home edition. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Tuesday, April 13, 2010 5:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Windoze 7 Odd - I have Windows 7 64bit ultimate on a Lenovo laptop and have not had any lock-up issues. Some oddities with the Screen saver, and the network adapters, but no lock-ups. YMMV. On Tue, Apr 13, 2010 at 8:24 AM, Shane Ginnane ibm-m...@tpg.com.au wrote: On Mon, 12 Apr 2010 14:31:12 -0300, Clark Morris wrote: While I am still going through the joys of replacing an XP computer with a powerful documentation-free ACER computer (quad core with hyperthreading, terabyte hard drive, Blue Ray reader and 4 USB ports on the top with 1 or 2 E-sata ports in back), most of the applications have reinstalled with little or no problem. Quicken 2006 won't print reports because of a missing PDF driver but otherwise is OK. Upward compatibility seems decent. Hmmm - I wonder how long that will last. I have a laptop with pretty near those specs. Win7 (Ultimate 64) is a pile of rubbish - locks up continually. Plenty of hits on the web. No answer. Linux, even driving 6 cores 100%, runs fine - a bit warm, but never locked up yet. It should be noted I only bought this for some Linux scheduler testing, so no major issue for me - might be for others. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: omvs.root full due to pfa
Howard, I don't know PFA. However, what may be possible would be to create the PFA filesystem. Run the PFA install using that filesystem. Now, find the files in the root filesystem which match those in the PFA filesystem. Those are likely the ones you need to rm from the root. Something like the following set of UNIX commands may be of use: cd / #go to the root filesystem find . -type f -xdev | sort /tmp/root-files cd /PFA #go to the PFA filesystem find . -type f -xdev | sort /tmp/PFA-files thesame.rexx /tmp/root-files /tmp/PFA-files This lists the regular files in the root filesystem to /tmp/root-files and in the PFA filesystem to /tmp/PFA-files. The -xdev tells find not to recurse into subdirectories which are mounted onto by another filesystem (otherwise we'd get every file in house from the root). It pipes each of these into sort so that the file names will be in the same order. I then show the use of thesame.rexx. This would be a user written UNIX REXX program which finds and prints the lines which are in both files. There is no such in UNIX, so I'll include it below. This needs to be put in a directory in your PATH and marked executable (chmod 755 thesame.rexx) /* REXX */ parse arg in1 in2 rec1=linein(in1) rec2=linein(in2) do forever if lines(in1) = 0 then leave /* EOF on in1 */ if lines(in2) = 0 then leave /* EOF on in2 */ if rec1=rec2 then do say rec1 iterate if rec1 rec2 then rec2=linein(in2) else rec1=linein(in1) end You can then review this list of file to get an idea as to what you should rm from the root subdirectory. -- 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 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Whitehead Sent: Tuesday, April 13, 2010 10:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: omvs.root full due to pfa Thanks for the tips. I'm still doing a lot of digging to figure out what to do. I'm about to the point of starting over on my installation and insert a step to create a new PFA zfs before it eats up what little free root space I have. I can't seem to find anything that tells me what PFA did to eat up my available space and so I can't find what, if anything , I can delete. I also could not find (yet) in the doc any info on a cleanup script. My split problem is not knowing enough about the OMVS.ROOT to know if or how I should split it across volumes. Of course, I don't know enough about USS in general. We've never had a need to make any but the most basic use of it, so this is going over my head rather quickly. If anyone thinks of anything else that could help, I'd greatly appreciate it. Thanks aga, Howard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Windoze 7
I have a laptop with pretty near those specs. Win7 (Ultimate 64) is a pile of rubbish - locks up continually. Plenty of hits on the web. No answer. Linux, even driving 6 cores 100%, runs fine - a bit warm, but never locked up yet. It should be noted I only bought this for some Linux scheduler testing, so no major issue for me - might be for others. Oh no, please... We are all grown-up here, so please no more (annoying) Windows vs. Linux Flamewar Bye, Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: omvs.root full due to pfa
John, Don't know why I didn't think of that. A little tunnel vision I guess. As I understand how zfs works, if I can find what to remove form my root, the freed space will be usable. Correct? Thanks, Howard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA Vtape vs. IBM VTFM - Comparing virtual tape solutions
We use CA-VTAPE and it works REALLY good! The only serious problems we have had with it have been self inflicted :) Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: omvs.root full due to pfa
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Whitehead Sent: Tuesday, April 13, 2010 11:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: omvs.root full due to pfa John, Don't know why I didn't think of that. A little tunnel vision I guess. As I understand how zfs works, if I can find what to remove form my root, the freed space will be usable. Correct? Thanks, Howard Right. When you rm a file, assuming that name is the only one which points to the inode, then the space is released. Note that a single inode (which actually describes the file) can have multiple directory entries point to it (aka hard links made with the ln command). -- 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 Vtape vs. IBM VTFM - Comparing virtual tape solutions
STK (and probably most) VTS solutions offer a dup function similar to dfHSM duplexing. The VTS does the work at the time of file creation, all you have to do is eject the back-end cart containing the dup copies. You can, if you think you can afford it, also have a remote VTS (at least with IBM) that will duplex each logical volume at dismount time, instead of each I/O. This does elongate mount times, though. The only cost is for the extra cartridges. In this case, the cost is for the duplicate library and network, as well. In your case, there is handling and transport to the DR site. P.S. Should you be letting your DR vendor drive your shop, or should your shop be driving the DR vendor to provide the necessary compatible equipment? Excellent question! The answer is left as an exercise for the student. - 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: Non-SMS-managed LOGR offload data sets
On Tue, 13 Apr 2010 10:14:24 -0500, Arthur Gutowski aguto...@ford.com wrote: On Mon, 12 Apr 2010 08:08:22 -0500, Mark Zelden mzel...@flash.net wrote: BTW, I'm not sure if I mentioned this last year, but they way we shared these pools between SMSplexes usually was by having the SMS status in the owning SMSplex as ENABLE and then the volumes owned by the other SMSplex in the shared group set to DISNEW and visa versa. A-HA! If you did, I missed it. Do you still update the non-owning COMMDS periodically, as you described then? DISNEW would allay my nerves, but our Storage team would have to really be on top things. For the dump pool, I had the storage admin enable all the volumes everywhere to give it a bigger pool. If you recall, we never had problems with that pool until I turned on striping per the SVC dump performance paper / recommendations. SMS allocation thresholds work differently when striping is involved.But to answer your question, and assuming by updating the COMMDS you are asking if I run a job that allocates / deletes a 1 trk data set on each volume, the answer is no. After I adjusted the migration thresholds we never had a problem again. I can't remember if that pool was on 3390-3s or mod 9s when we discussed this last. It is on mod-9 now so space is less of an issue because of that too. I just looked and all volumes in the LOGR pool are enabled on both SMSplexes also. There is a small development plex where there is also 2 SMSplexes ... but it is only a single volume in that pool shared between the 2 plexes. This whole mess is because our 2 SAP LPARs - prod/devl need to share SMS to clone DB2s, but each LPAR belongs to the devl / prod sysplex. Don't shoot the messenger, I wasn't around when these choices were made years ago when creating a priceplex. At that time no one understood that these unnatural acts could cause problems down the line. No one knew or understood that MIM wouldn't help with HFS and PDSE sharing either. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: Windoze 7
That may not be a power management issue, but a security policy setting. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Norman Hollander on DesertWiz Sent: Tuesday, April 13, 2010 10:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Windoze 7 I have Win7 on a Dell XPS 435 and can't get it to stop going to sleep. Changed all the Power options to DON'T DO ANYTHING, but it still wants to close anything that is open and force me to re-enter my password. This is on 64-bit Premium Home edition. 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: Putting system integrity at risk to save software charges
That would be up to the details of how control is passed from TCB to SRB mode and back. Floating point registers are the afterthought of the system. On a task switch your FP regs are saved and restored when you get re-dispatched, but branching to a subroutine and back does not. As with many things, the devil is in the details, and to get into those details might be a little too much. I don't know if Direct Data's implementation saves and restores the FP regs across the TCB/SRB switch, I only know the concept. If it is important to them, then I am sure they coded for it. Chris Blaicher Phone: 512-340-6154 Mobile: 512-627-3803 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George Henke Sent: Tuesday, April 13, 2010 10:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Putting system integrity at risk to save software charges ty, Chris, your insight is very helpful. I do know my previous client is using it with great success. It has really extended the life of his hardware configuration and kept the TCO down. What would be curious, though, is whether it could have handled the floating point problem originally posed in this trail. What is your take on that? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VSAM Extended format
Does anyone know if there is anything that has to be done to program logic to change from non-extended(regular ol vsam) to extended format? My code allocates a vsam ESDS, and just writes blocks of data to it. Pretty straight forward. SVC 99 to dynamically allocate it. Open, Put, Close. Befoe de-allcoation, it Opens it again, reads the 1st block back in, update in place, then Put, Close, and SVC 99 to de-allocate. Whether or not the SMS routines allocated an extended format or non-extended should not make any difference, I believe. I can't find anything in any manual so far to indicate any problem. But thought I would check here as well. Thanks in advance. --Dave Day -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM Extended format
It needs to be assigned a data class with the Extended Format parameter. Thank You, Dave O'Brien NIH Contractor From: Dave Day [david...@consolidated.net] Sent: Tuesday, April 13, 2010 12:59 PM To: IBM-MAIN@bama.ua.edu Subject: VSAM Extended format Does anyone know if there is anything that has to be done to program logic to change from non-extended(regular ol vsam) to extended format? My code allocates a vsam ESDS, and just writes blocks of data to it. Pretty straight forward. SVC 99 to dynamically allocate it. Open, Put, Close. Befoe de-allcoation, it Opens it again, reads the 1st block back in, update in place, then Put, Close, and SVC 99 to de-allocate. Whether or not the SMS routines allocated an extended format or non-extended should not make any difference, I believe. I can't find anything in any manual so far to indicate any problem. But thought I would check here as well. Thanks in advance. --Dave Day -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: VSAM Extended format
If you're using standard I/O processing in your application code, you shouldn't have a problem. We just converted 3 files that are used in our CICS systems to VSAM Extended and didn't need to change any application code. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Day Sent: Tuesday, April 13, 2010 12:00 PM To: IBM-MAIN@bama.ua.edu Subject: VSAM Extended format Does anyone know if there is anything that has to be done to program logic to change from non-extended(regular ol vsam) to extended format? My code allocates a vsam ESDS, and just writes blocks of data to it. Pretty straight forward. SVC 99 to dynamically allocate it. Open, Put, Close. Befoe de-allcoation, it Opens it again, reads the 1st block back in, update in place, then Put, Close, and SVC 99 to de-allocate. Whether or not the SMS routines allocated an extended format or non-extended should not make any difference, I believe. I can't find anything in any manual so far to indicate any problem. But thought I would check here as well. Thanks in advance. --Dave Day -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 Vtape vs. IBM VTFM - Comparing virtual tape solutions
snip STK (and probably most) VTS solutions offer a dup function similar to dfHSM duplexing. The VTS does the work at the time of file creation, all you have to do is eject the back-end cart containing the dup copies. You can, if you think you can afford it, also have a remote VTS (at least with IBM) that will duplex each logical volume at dismount time, instead of each I/O. This does elongate mount times, though. The only cost is for the extra cartridges. /snip that will duplex each logical volume at dismount time, instead of each I/O. That is how the STK version works... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM Extended format
I have a program that reads a KSDS via CIs. While adding support for EF I put the following comments: .Added Extended Addressability KSDS support. In the EA KSDS, RBA in index records is expressed as relative CI number: this means that it needs to be multiplied by CI length to calculate a true RBA value. .Converted RPL OPTCD from RBA to XRBA (this is required if Ext-Addr KSDS with size above 4GB is being processed: RBA should work until 4GB RBA is reached. It would fail from 4GB and above). Although, apparently, with PTF for APAR OW43595 applied - XRBA is required for Extended Addressability datasets regardless of dataset size. I do not know if any of the above would apply to ESDS/ your application though. Hth... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Windoze 7
Care to elaborate. And I didn't read into anything that was flaming Linux. I'm certainly an advocate for Linux on System z. Anyway, I did not set any Policy; it is a brand new desktop. But it may have been something Dell built in. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Tuesday, April 13, 2010 9:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Windoze 7 That may not be a power management issue, but a security policy setting. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Norman Hollander on DesertWiz Sent: Tuesday, April 13, 2010 10:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Windoze 7 I have Win7 on a Dell XPS 435 and can't get it to stop going to sleep. Changed all the Power options to DON'T DO ANYTHING, but it still wants to close anything that is open and force me to re-enter my password. This is on 64-bit Premium Home edition. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM announces opening of $30 million facility
http://finance.yahoo.com/news/IBM-announces-opening-of-30-apf-986556307. html?x=0.v=1 IBM announces opening of $30 million facility to build mainframes and servers On Tuesday April 13, 2010, 12:21 pm EDT POUGHKEEPSIE, N.Y. (AP) -- IBM Corp. says it has opened a new $30 million manufacturing facility at its Poughkeepsie, N.Y., site to produce the next generation of mainframes and servers. The Hudson Valley facility officially opened Tuesday and will produce IBM's next line of System z mainframe computers and high-end Power Systems servers. Armonk, N.Y.-based IBM does not expect to add any jobs at the site. The 56,000-square-foot facility will be built inside an existing structure at IBM's 400-acre site in Poughkeepsie. The company says it features innovations to conserve energy and improve the manufacturing process. Mike Desens, Poughkeepsie senior location executive, says the facility underscores IBM's long-term commitment to New York state and the mid-Hudson Valley. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 opening of $30 million facility
Hooray On Tue, Apr 13, 2010 at 1:43 PM, Ken Porowski ken.porow...@cit.com wrote: http://finance.yahoo.com/news/IBM-announces-opening-of-30-apf-986556307. html?x=0.v=1 IBM announces opening of $30 million facility to build mainframes and servers On Tuesday April 13, 2010, 12:21 pm EDT POUGHKEEPSIE, N.Y. (AP) -- IBM Corp. says it has opened a new $30 million manufacturing facility at its Poughkeepsie, N.Y., site to produce the next generation of mainframes and servers. The Hudson Valley facility officially opened Tuesday and will produce IBM's next line of System z mainframe computers and high-end Power Systems servers. Armonk, N.Y.-based IBM does not expect to add any jobs at the site. The 56,000-square-foot facility will be built inside an existing structure at IBM's 400-acre site in Poughkeepsie. The company says it features innovations to conserve energy and improve the manufacturing process. Mike Desens, Poughkeepsie senior location executive, says the facility underscores IBM's long-term commitment to New York state and the mid-Hudson Valley. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: google groups
In f792e230ab8bd4489c7e7305832bba30307...@daemsg01.eur.ad.sag, on 04/12/2010 at 04:12 PM, Grimmette, John john.grimme...@softwareag.com said: well I also have a problem with my posts. I forget the exact mailserver message as I put the replies I receive in the bit-bucket myself. Our Mailserver or better said our SPAM checking system objects to ANY listserver reply in my name, simply because it says this mail says it came from our domain and it plainly didn't. Then their software is broken, because e-mail from the list has a reverse path of owner-ibm-m...@bama.ua.edu and the headers include Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu. I know it is possible to define each listserver, Google or Yahoo group to avoid this, There should be no need; they should have someone who understands RFC 5321 and RFC 5322 fix their filters. The messages from the list appear to be properly formatted. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How many mainframes are there?
In 45d79eacefba9b428e3d400e924d36b903534...@iwdubcormsg007.sci.local, on 04/12/2010 at 09:47 AM, Thompson, Steve steve_thomp...@stercomm.com said: Are you referring to just IBM type mainframes, or do you wish to include UNISYS, and Honeywell (the ones that I remember and think are still manufacturing)? AFAIK Unisys still markets on Burroughs line and one Univac line. Honeywell sold its GE lin to B.U.L.L a long time ago, and AFAIK the still market systems based on the GE 600 series. I believe that the other GE[1], Honeywell[2] and UNIVAC[3] lines are dead. [1] E.g., 435. [2] E.g., H-200, H-800 [3] E.g., 490. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 opening of $30 million facility
In a message dated 4/13/2010 12:44:02 P.M. Central Daylight Time, ken.porow...@cit.com writes: IBM's next line of System z mainframe computers and high-end Power Systems servers. Wonder if it has to do with the proximity to Global Foundaries plant in Marta, NY? _http://hothardware.com/Articles/An-Introduction-To-Global-Foundries/_ (http://hothardware.com/Articles/An-Introduction-To-Global-Foundries/) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 subject]
From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Tue, April 13, 2010 3:58:22 AM Subject: Ed, My perceived observation is that varying devices and paths in z/OS takes much longer and uses more resources than it did many moons ago under ESA, XA or SP2. It's my understanding that a lot of device validation that used to occur at IPL when a device was discovered now occurs when the device comes online, hence a faster IPL, but a slower vary online. For example varying just 256 volumes online on 2094-408 with one dedicated CP online locks up TSO for a minute or three, and usually drops my NJE links (yeah I'm too lazy to tune this - it's a lab). I don't recall this behavior way back on 3033 or 4341, or any uniprocessor LPARs I had in early PR/SM and MLPF. Ron Ron: That may well be true now days as the paths for many items has probably increased (although some have undoubtedly decreased). My memory is iffy but at least at one time I think Vary commands had to go through Q4. I vaguely remember having a discussion with a level 2 person and I think they recognized the issue. I can remember shooting a lot of Q4 issues (again this was 25+ years ago). I do remember sending more than a few standalone tapes off to IBM with Q4 problems. I think (if memory serves me) that Q4 was a major serialization problem area. I think IBM worked on minimizing the code path and or do some fast pathing through it. For a year we were probably IPLing once a week or more because of it. Somewhere along the lines IBM fixed it (or most of it anyway) and the problem almost disappeared. My memory is hazy as to the time period but I think it was before 3.7 (or there abouts). As to current issues I do not recall of hearing about lockouts due to (lots of) Vary commands. But there may be some uniqueness from installation to installation. Example: I have seen some installations allow tape mounts from a TSO session (I would never allow it) and that is where some delays might occur. Even with robotic libraries there could be issues with production getting drives that are needed. Of course if you have thousands of tape drives that situation shouldn't exist. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Windoze 7
Can't speak to how Win7 works, but in XP, the path is CONTROL PANEL ADMISTRATIVE TOOLS LOCAL SECURITY SETTINGS. Poke around in those settings. I found one that was titled: 'Amount of idle time required before suspending session'. You might also find some 'suspending' options that control blowing away applications before suspend. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Norman Hollander on DesertWiz Sent: Tuesday, April 13, 2010 12:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Windoze 7 Care to elaborate. And I didn't read into anything that was flaming Linux. I'm certainly an advocate for Linux on System z. Anyway, I did not set any Policy; it is a brand new desktop. But it may have been something Dell built in. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Tuesday, April 13, 2010 9:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Windoze 7 That may not be a power management issue, but a security policy setting. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Norman Hollander on DesertWiz Sent: Tuesday, April 13, 2010 10:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Windoze 7 I have Win7 on a Dell XPS 435 and can't get it to stop going to sleep. Changed all the Power options to DON'T DO ANYTHING, but it still wants to close anything that is open and force me to re-enter my password. This is on 64-bit Premium Home edition. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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
IBM - Millipede memory matches flash for durability - Punch card and (almost) back again
Millipede memory matches flash for durability * 11 April 2010 * Magazine issue 2755. Subscribe and get 4 free issues. A MILLIPEDE that can still remember where it was punched a decade later offers the prospect of increased digital storage. In 2002, IBM developed a punch-card system, known as Millipede, using a thin polymer sheet with nanoscopic holes to provide a simple way to store binary data. It can store hundreds of gigabytes of data per square centimetre. However, the polymer reverts to its pre-punched form over time, losing data in the process. Now researchers at IBM's Zurich Research Laboratory in Switzerland have clocked the rate of data loss. They have calculated that at 85 °C - a temperature often used to assess data retention - it would lose just 10 to 20 per cent of information over a decade, comparable to flash memory (Advanced Functional Materials, DOI: 10.1002/adfm.200902241). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LINUX on the MAINFRAME
I hope those of your who have experience with linux on the mainframe would be wiling to share your expertise. My boss has asked me to find out anything I can about running linux on the mainframe. Is anyone running linux on their mainframe? If so, how are you running it? standalone? under zos? etc? How is installation and maintenance of linux and system while running linux on mainframe? Are there any good redbooks or other documentation on installing and running linux on the mainframe? Are there any training course on doing this? Any gotchas running linux on the mainframe? Any good/great experiences or bad experiences running linux on the mainframe? Anything anyone would like to contribute would be greatly appreciated. Thanks, Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
On Tue, 13 Apr 2010 09:43:46 -0500 Walt Farrell wfarr...@us.ibm.com wrote: :Users who are :granted access to these resources have the potential to :undermine system security regardless of any data set protections :you may have in place. Now that IS scary. It seems to imply that SMP bypasses data set security. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LINUX on the MAINFRAME
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kurt Eastwood Sent: Tuesday, April 13, 2010 1:31 PM To: IBM-MAIN@bama.ua.edu Subject: LINUX on the MAINFRAME I hope those of your who have experience with linux on the mainframe would be wiling to share your expertise. I can answer some of your questions, even though we do not run Linux on our mainframe. The best place to ask is on the Linux-390 forum. Web address for archives is http://vm.marist.edu/htbin/wlvindex?LINUX-VM . Go to the bottom of that page to sign up. It is a email list, like IBM-MAIN. My boss has asked me to find out anything I can about running linux on the mainframe. Is anyone running linux on their mainframe? Yes - many! If so, how are you running it? standalone? under zos? etc? Most are running under z/VM. z/Linux does not run under z/OS. A very few run z/Linux in a separate LPAR. How is installation and maintenance of linux and system while running linux on mainframe? About the same as running Linux on any other platform. The biggest difference is in tuning and performance monitoring under z/VM. There is a company which specializes in a z/VM product to measure z/Linux performance. Are there any good redbooks or other documentation on installing and running linux on the mainframe? Try this search URL: http://www.redbooks.ibm.com/cgi-bin/searchsite.cgi?query=Linux+AND+on+AND+zSearchOrder=1SearchFuzzy= Are there any training course on doing this? Don't know for sure, but I'd bet so. Any gotchas running linux on the mainframe? Tuning Linux on the mainframe is very different from tuning it on Intel. If you allow an Intel Linux person to tune your Linux on z, it will be a disaster. From what I've read. Any good/great experiences or bad experiences running linux on the mainframe? Anything anyone would like to contribute would be greatly appreciated. Thanks, Kurt -- 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: LINUX on the MAINFRAME
Lot's of people are running Linux on the mainframe. It does not run under zOS, it can run in an LPAR or as a guest of z/VM. Installation is not much different from a PC, maintenance is identical, at least for SuSE. There are a number of Redbooks, check the IBM redbook site. I have no bad experiences. I highly suggest you join the Linux-390 listserv. Mark Pace On Tue, Apr 13, 2010 at 2:30 PM, Kurt Eastwood kurtms...@yahoo.com wrote: I hope those of your who have experience with linux on the mainframe would be wiling to share your expertise. My boss has asked me to find out anything I can about running linux on the mainframe. Is anyone running linux on their mainframe? If so, how are you running it? standalone? under zos? etc? How is installation and maintenance of linux and system while running linux on mainframe? Are there any good redbooks or other documentation on installing and running linux on the mainframe? Are there any training course on doing this? Any gotchas running linux on the mainframe? Any good/great experiences or bad experiences running linux on the mainframe? Anything anyone would like to contribute would be greatly appreciated. Thanks, Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: LINUX on the MAINFRAME
That is a very good point, John. Memory management on Linux for the mainframe is counter-intuitive. When running under zVM you want as little memory as you can get away with, not as much as you can get. Most any question you can think of has probably been covered ad-nausea on the Linux-390 list. On Tue, Apr 13, 2010 at 2:42 PM, McKown, John john.mck...@healthmarkets.com wrote: Any gotchas running linux on the mainframe? Tuning Linux on the mainframe is very different from tuning it on Intel. If you allow an Intel Linux person to tune your Linux on z, it will be a disaster. From what I've read. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® -- 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: RMM and VRSMIN
Thanks, everyone, for the replies. We have 13,000 VRSs between two sysplexes. We're in the process of removing the unnecessary ones (90%?)and combining some. Most came as part of the migration from TLMS. Again, my thanks for your replies. I'll be changing VRSMIN to around 1000 to start with. -Original Message- From: Mike Wood [mailto:mikew_w...@uk.ibm.com] Sent: Tuesday, April 13, 2010 1:31 AM To: IBM-MAIN@bama.ua.edu; David G. Schlecht Subject: Re: RMM and VRSMIN David, Consider that the loss of just a single VRS could cause you to lose a lot of data. So, the problem is not about losing/deleting 1000s it is about avoiding loss of data. RMM provides multiple options to help with this: VRSMIN allows you to identify a value which you identify as the critical number of VRS. This might be ALL of your VRSes. Some one with just a small number may feel the count should match there number of VRSes. If you have 1000s, which I wouldnt recommend ;-), and you look to VRSCHANGE - you could perhaps do what Tom suggests. VRSCHANGE This is a way to enforce a 'trial run' of VRSEL should anyone add/change or delete VRSes. Using this option might make the VRSMIN count less important VRSRETAIN, VRSDROP, EXPDTDROP These more recent options provide a way to direct rmm to detect when result of retention are not what you would normally expect. RMM provides these options because of the cost of data loss, and the effort required to retrieve data that has been scratched prematurely. We have to think about deliberate actions, accidents, and code defects as the possible triggers. Mike WoodRMM Development On Mon, 12 Apr 2010 10:50:49 -0700, David G. Schlecht dschle...@doit.nv.gov wrote: Hi All, We're considering changing the EDGRMM PARMLIB member to set VRSMIN to some minimal value such as 1000 and FAIL. But, for the life of me, I just can't see a benefit for this. Looking over the books, this seems that it would only benefit us in the event someone accidentally deleted thousands of VRSs and this just doesn't seem accidentally feasible. Is it possible to accidentally delete thousands of VRSs? It appears the DELETE VRS panel doesn't allow a generic VRS Name and the Data set mask only applies to one VRS so what's the worry? What am I missing? What do you do at your shop? - David + David G. Schlecht + Information Technology Professional + State of Nevada -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
On Tue, 13 Apr 2010 21:36:16 +0300, Binyamin Dissen bdis...@dissensoftware.com wrote: On Tue, 13 Apr 2010 09:43:46 -0500 Walt Farrell wfarr...@us.ibm.com wrote: :Users who are :granted access to these resources have the potential to :undermine system security regardless of any data set protections :you may have in place. Now that IS scary. It seems to imply that SMP bypasses data set security. No, it does not imply that. You may, of course, infer that, but you'd be wrong :) And we will not describe any details of the actual exposure. The important thing to take away from it is that you need to carefully review who should have the ability to use those functions. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LINUX on the MAINFRAME
Joining the LINUX-390 mailing list would be your best way to get the info you need. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- - Original Message From: Kurt Eastwood kurtms...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Tue, April 13, 2010 2:30:45 PM Subject: LINUX on the MAINFRAME I hope those of your who have experience with linux on the mainframe would be wiling to share your expertise. My boss has asked me to find out anything I can about running linux on the mainframe. Is anyone running linux on their mainframe? If so, how are you running it? standalone? under zos? etc? How is installation and maintenance of linux and system while running linux on mainframe? Are there any good redbooks or other documentation on installing and running linux on the mainframe? Are there any training course on doing this? Any gotchas running linux on the mainframe? Any good/great experiences or bad experiences running linux on the mainframe? Anything anyone would like to contribute would be greatly appreciated. Thanks, Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OPERLOG
I have look in the archives - still can't find the answer. I am trying to update a few parms in the OPERLOG definition. This is dasd only structure and we are z/os V1R11. When I try to update the parms I receive messages: IXG014E LOGSTREAM SYSPLEX.OPERLOG IS CURRENTLY IN USE IXG002E LOGR POLICY PROCESSING ENDED WITH RETCODE=0008 RSNCODE=0810 I have IPL and removed the operlog option. I have done several displays and it shows nothing is using it. d logger,l,strname=OPERLOG D LOGGER,CONN,LSNAME=sysplex.operlog,D Any help would be appreciated. Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, 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 from your system. 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: LINUX on the MAINFRAME
Also try the SHARE proceedings www.share.org Click on proceedings Search for LINUX I got 74 hits from the Seattle SHARE -Original Message- Mark Pace That is a very good point, John. Memory management on Linux for the mainframe is counter-intuitive. When running under zVM you want as little memory as you can get away with, not as much as you can get. Most any question you can think of has probably been covered ad-nausea on the Linux-390 list. McKown, John Any gotchas running linux on the mainframe? Tuning Linux on the mainframe is very different from tuning it on Intel. If you allow an Intel Linux person to tune your Linux on z, it will be a disaster. From what I've read. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LINUX on the MAINFRAME
mpac...@gmail.com (Mark Pace) writes: That is a very good point, John. Memory management on Linux for the mainframe is counter-intuitive. When running under zVM you want as little memory as you can get away with, not as much as you can get. Most any question you can think of has probably been covered ad-nausea on the Linux-390 list. this was discovered in the early 70s when apl\360 was ported to cp67/cms for cms\apl. The apl\360 storage management and garbage collection algorithm allocation a new storage location on every assignment. It very quickly cycled thru all available workspace ... until it had exhausted storage and then did garbage collection ... and then repeated. This wasn't too bad with 16kbyte-32kbyte real storage workspaces that were swapped in total every time ... but became disastrous in large virtual memory paged environment. The apl\360 storage management and garbage collection had to be redone for cms\apl for large virtual memory paged environment. I pointed this out again later in 70s with vs2 (svs then mvs) ... regarding running a LRU page replacement algorithm (least recently used) in a virtual machine under a LRU page replacement algorihtm (managing virtual machine memory as virtual paged memory). The scenario was that the guest operating system in the virtual machine would be trying to use the (virtual machine) page that had least recently been used ... while the underlying vm operating system would have been removing those very same virtual pages from real storage. There could be extremely pathelogical characteristics where the virtual guest operating system was always selecting the next virtual machine page to use ... that vm370 had just selected to be removed from memory. misc. past posts mentioning having done page replacement algorithms as undergraduate in the 60s. http://www.garlic.com/~lynn/subtopic.html#wsclock recent posts mentioning getting pulled into academic dispute over page replacement algorithms in the early 80s (involving whether or not to give somebody a stanford phd based on thier work in the area): http://www.garlic.com/~lynn/2010f.html#85 16:32 far pointers in OpenWatcom C/C++ http://www.garlic.com/~lynn/2010g.html#22 Mainframe Executive article on the death of tape http://www.garlic.com/~lynn/2010g.html#42 Interesting presentation http://www.garlic.com/~lynn/2010g.html#68 What is the protocal for GMT offset in SMTP (e-mail) header the above mentions taking nearly a year to get management approval to respond ... even tho it involved work that I had done as an undergraduate (probably some petty punishment as opposed to management taking sides in the academic dispute ... it was also after having brought down the wrath of the MVS organization on my head). -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
Walt Farrell wrote: Binyamin Dissen wrote: :Users who are granted access to these resources have the potential to undermine system security regardless of any data set protections you may have in place. Now that IS scary. It seems to imply that SMP bypasses data set security. No, it does not imply that. You may, of course, infer that, but you'd be wrong :) It is the CALLER of RACF, for example in this case, SMP/E, which may or may not bypass data set security! Think, for example, DFDSS which bypass normal checks if you have access to ADMINISTRATOR keyword on some of its commands via some STGADMIN profiles in class FACILITY. Only the CALLER which calls RACF may 'bypass' RACF or data set security. It is up to them to follow RACF answer or not and then honouring RACF answer. The software calls RACF (if designed to do this) and then decides to honors RACF results (of course, if designed to do so) and then follow it own designed way. Nothing scary, only common practise. ;-D RACF itself cannot stop or allow accesses. It is the caller to allow/deny access. Actually in this case, SMP/E does not have any access beside normal accesses to datasets. So any software decides (if designed) to do a RACROUTE call. Then that software decide to honor any contents in Register 15 passed back by this call. It seemed to me that SMP/E designers added some more RACF calls in their new version of SMP/E. That is what this APAR is about. And we will not describe any details of the actual exposure. Of course. (and no one can argue (or has any courage) with Walt Farrell! ;-D ) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
Of course. (and no one can argue (or has any courage) with Walt Farrell! It's hard to argue when one doesn't know what the problem was and how the solution was implemented. Of course that won't stop the folks on this list. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Font names for AFP fonts
Interesting, I keep getting 404 irrespective of the browser I use or the location. Thanks Natarajan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Monday, April 12, 2010 4:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Font names for AFP fonts I was able to download it from that link. Took forever, but it is there. On 4/11/2010 at 10:00 PM, Natarajan Mohan nmo...@edfund.org wrote: Frank, I don't think those manuals are accessible any more on IBM web site :-( Natarajan NOTICE OF CONFIDENTIALITY The information contained in this communication, including but not limited to any accompanying document(s) and/or attachment(s), is privileged and confidential and is intended solely for the above-named individual(s). If you are not the intended recipient, please be advised that any distribution, copying, disclosure, and/or use of the information contained herein is strictly prohibited. If you received this communication in error, please destroy all copies of the communication, whether in electronic or hard copy format, and immediately contact the Security Office at EdFund at (916) 526-7539 or securityoff...@edfund.org. 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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
W dniu 2010-04-13 21:32, Elardus Engelbrecht pisze: Walt Farrell wrote: Binyamin Dissen wrote: :Users who are granted access to these resources have the potential to undermine system security regardless of any data set protections you may have in place. Now that IS scary. It seems to imply that SMP bypasses data set security. No, it does not imply that. You may, of course, infer that, but you'd be wrong :) It is the CALLER of RACF, for example in this case, SMP/E, which may or may not bypass data set security! Think, for example, DFDSS which bypass normal checks if you have access to ADMINISTRATOR keyword on some of its commands via some STGADMIN profiles in class FACILITY. Bad example. Or rather good example but proves different opinion. DSS do bypass normal dataset check, but it's NOT resource manager for DATASET class. -- 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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
Sorry, SMP does not bypass security. The user has to be smart and know what to do, but no security is bypassed or violated. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Tuesday, April 13, 2010 2:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use On Tue, 13 Apr 2010 09:43:46 -0500 Walt Farrell wfarr...@us.ibm.com wrote: :Users who are :granted access to these resources have the potential to :undermine system security regardless of any data set protections :you may have in place. Now that IS scary. It seems to imply that SMP bypasses data set security. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LINUX on the MAINFRAME
does anyone have any base numbers they could share... (example) We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5 expanded..(1) IFL All following Linux images are at SP3/(1) webshhere7(server pack unknow) / (1)DB2Connect Linux and couple others as test/devl images ...2gig for each image Vswitch set for (1)OSA-E Gig .. Hypersockets used between the Linux images/VM and z/OS(running in seperate lpar ). The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2 servers.. Was thinking something in Linux definition that could slow things down like it's definition for OSAgig.? From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Date: 04/13/2010 02:40 PM Subject: Re: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu mpac...@gmail.com (Mark Pace) writes: That is a very good point, John. Memory management on Linux for the mainframe is counter-intuitive. When running under zVM you want as little memory as you can get away with, not as much as you can get. Most any question you can think of has probably been covered ad-nausea on the Linux-390 list. this was discovered in the early 70s when apl\360 was ported to cp67/cms for cms\apl. The apl\360 storage management and garbage collection algorithm allocation a new storage location on every assignment. It very quickly cycled thru all available workspace ... until it had exhausted storage and then did garbage collection ... and then repeated. This wasn't too bad with 16kbyte-32kbyte real storage workspaces that were swapped in total every time ... but became disastrous in large virtual memory paged environment. The apl\360 storage management and garbage collection had to be redone for cms\apl for large virtual memory paged environment. I pointed this out again later in 70s with vs2 (svs then mvs) ... regarding running a LRU page replacement algorithm (least recently used) in a virtual machine under a LRU page replacement algorihtm (managing virtual machine memory as virtual paged memory). The scenario was that the guest operating system in the virtual machine would be trying to use the (virtual machine) page that had least recently been used ... while the underlying vm operating system would have been removing those very same virtual pages from real storage. There could be extremely pathelogical characteristics where the virtual guest operating system was always selecting the next virtual machine page to use ... that vm370 had just selected to be removed from memory. misc. past posts mentioning having done page replacement algorithms as undergraduate in the 60s. http://www.garlic.com/~lynn/subtopic.html#wsclock recent posts mentioning getting pulled into academic dispute over page replacement algorithms in the early 80s (involving whether or not to give somebody a stanford phd based on thier work in the area): http://www.garlic.com/~lynn/2010f.html#85 16:32 far pointers in OpenWatcom C/C++ http://www.garlic.com/~lynn/2010g.html#22 Mainframe Executive article on the death of tape http://www.garlic.com/~lynn/2010g.html#42 Interesting presentation http://www.garlic.com/~lynn/2010g.html#68 What is the protocal for GMT offset in SMTP (e-mail) header the above mentions taking nearly a year to get management approval to respond ... even tho it involved work that I had done as an undergraduate (probably some petty punishment as opposed to management taking sides in the academic dispute ... it was also after having brought down the wrath of the MVS organization on my head). -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: LINUX on the MAINFRAME
Kurt Is anyone running linux on their mainframe? IBM has been encouraging this idea for very many years now and I believe successfully. If so, how are you running it? standalone? under zos? etc? I'm pretty sure z/LINUX is *not* supported by z/OS - and this is supported by later posts - but it is supported by z/VM - as usual - and this approach is very much encouraged. Are there any good redbooks or other documentation on installing and running linux on the mainframe? Using linux system z as search words gets you 204 hits, of which the following look as if they could be useful for a neophyte: Linux Handbook A Guide to IBM Linux Solutions and Resources - 2005 http://www.redbooks.ibm.com/abstracts/sg247000.html Linux for IBM eServer zSeries and S/390: Distributions - 2001 http://www.redbooks.ibm.com/abstracts/sg246264.html z/VM and Linux on IBM System z The Virtualization Cookbook for SLES 10 SP2 - 2008 http://www.redbooks.ibm.com/abstracts/sg247493.html Note that SLES is a distribution. z/VM and Linux on IBM System z The Virtualization Cookbook for Red Hat Enterprise Linux 5.2 - 2008 http://www.redbooks.ibm.com/abstracts/sg247492.html Note that Red Hat is another distribution. Practical Migration to Linux on System z - 2009 http://www.redbooks.ibm.com/abstracts/sg247727.html Chris Mason On Tue, 13 Apr 2010 11:30:45 -0700, Kurt Eastwood kurtms...@yahoo.com wrote: I hope those of your who have experience with linux on the mainframe would be wiling to share your expertise. My boss has asked me to find out anything I can about running linux on the mainframe. Is anyone running linux on their mainframe? If so, how are you running it? standalone? under zos? etc? How is installation and maintenance of linux and system while running linux on mainframe? Are there any good redbooks or other documentation on installing and running linux on the mainframe? Are there any training course on doing this? Any gotchas running linux on the mainframe? Any good/great experiences or bad experiences running linux on the mainframe? Anything anyone would like to contribute would be greatly appreciated. Thanks, Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
On Tue, 13 Apr 2010 16:12:19 -0400 Don Williams donb...@gmail.com wrote: :Sorry, SMP does not bypass security. The user has to be smart and know what :to do, but no security is bypassed or violated. If the user cannot update the libraries, all that granting access to these resources is allowing the APPLY to abend with a S913 in place of being rejected due to lack of permission. How does allowing access to the SMP functions allow the potential to undermine system security --- wait for it --- regardless of any data set protections you may have in place. ?? If I have all the libraries protected - how can SMP alter them? : -Original Message- : From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On : Behalf Of Binyamin Dissen : Sent: Tuesday, April 13, 2010 2:36 PM : To: IBM-MAIN@bama.ua.edu : Subject: Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition : required for any SMP/E use : On Tue, 13 Apr 2010 09:43:46 -0500 Walt Farrell wfarr...@us.ibm.com : wrote: : :Users who are : :granted access to these resources have the potential to : :undermine system security regardless of any data set protections : :you may have in place. : Now that IS scary. It seems to imply that SMP bypasses data set : security. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RMM and VRSMIN
- Original Message - From: David G. Schlecht dschle...@doit.nv.gov Newsgroups: bit.listserv.ibm-main Sent: Tuesday, April 13, 2010 2:51 PM Subject: Re: RMM and VRSMIN Thanks, everyone, for the replies. We have 13,000 VRSs between two sysplexes. We're in the process of removing the unnecessary ones (90%?)and combining some. Most came as part of the migration from TLMS. Again, my thanks for your replies. I'll be changing VRSMIN to around 1000 to start with. -Original Message- From: Mike Wood [mailto:mikew_w...@uk.ibm.com] Sent: Tuesday, April 13, 2010 1:31 AM To: IBM-MAIN@bama.ua.edu; David G. Schlecht Subject: Re: RMM and VRSMIN David, Consider that the loss of just a single VRS could cause you to lose a lot of data. So, the problem is not about losing/deleting 1000s it is about avoiding loss of data. RMM provides multiple options to help with this: VRSMIN allows you to identify a value which you identify as the critical number of VRS. This might be ALL of your VRSes. Some one with just a small number may feel the count should match there number of VRSes. If you have 1000s, which I wouldnt recommend ;-), and you look to VRSCHANGE - you could perhaps do what Tom suggests. VRSCHANGE This is a way to enforce a 'trial run' of VRSEL should anyone add/change or delete VRSes. Using this option might make the VRSMIN count less important VRSRETAIN, VRSDROP, EXPDTDROP These more recent options provide a way to direct rmm to detect when result of retention are not what you would normally expect. RMM provides these options because of the cost of data loss, and the effort required to retrieve data that has been scratched prematurely. We have to think about deliberate actions, accidents, and code defects as the possible triggers. Mike WoodRMM Development On Mon, 12 Apr 2010 10:50:49 -0700, David G. Schlecht dschle...@doit.nv.gov wrote: Hi All, We're considering changing the EDGRMM PARMLIB member to set VRSMIN to some minimal value such as 1000 and FAIL. But, for the life of me, I just can't see a benefit for this. Looking over the books, this seems that it would only benefit us in the event someone accidentally deleted thousands of VRSs and this just doesn't seem accidentally feasible. Is it possible to accidentally delete thousands of VRSs? It appears the DELETE VRS panel doesn't allow a generic VRS Name and the Data set mask only applies to one VRS so what's the worry? What am I missing? What do you do at your shop? - David David, Take a look at EDGRVCLN, it's a Rexx exec designed to identify VRS's for consolidation and cleanup. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM Extended format
It needs to be assigned a data class with the Extended Format parameter. But, that's not a programming change, especially if the file already exists. My understanding there are no programming changes, but I've never done any programming using VSAM files, so I cannot say for sure. - 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
Fw: LINUX on the MAINFRAME
just found out Linux per Linux guy 1492 is the mtu size he sees from his image?? is there not a specification on Linux or ?? where you specify it as a Gig Ethr ? - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:15 PM Subject: Re: LINUX on the MAINFRAME does anyone have any base numbers they could share... (example) We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5 expanded..(1) IFL All following Linux images are at SP3/(1) webshhere7(server pack unknow) / (1)DB2Connect Linux and couple others as test/devl images ...2gig for each image Vswitch set for (1)OSA-E Gig .. Hypersockets used between the Linux images/VM and z/OS(running in seperate lpar ). The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2 servers.. Was thinking something in Linux definition that could slow things down like it's definition for OSAgig.? From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Date: 04/13/2010 02:40 PM Subject: Re: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu mpac...@gmail.com (Mark Pace) writes: That is a very good point, John. Memory management on Linux for the mainframe is counter-intuitive. When running under zVM you want as little memory as you can get away with, not as much as you can get. Most any question you can think of has probably been covered ad-nausea on the Linux-390 list. this was discovered in the early 70s when apl\360 was ported to cp67/cms for cms\apl. The apl\360 storage management and garbage collection algorithm allocation a new storage location on every assignment. It very quickly cycled thru all available workspace ... until it had exhausted storage and then did garbage collection ... and then repeated. This wasn't too bad with 16kbyte-32kbyte real storage workspaces that were swapped in total every time ... but became disastrous in large virtual memory paged environment. The apl\360 storage management and garbage collection had to be redone for cms\apl for large virtual memory paged environment. I pointed this out again later in 70s with vs2 (svs then mvs) ... regarding running a LRU page replacement algorithm (least recently used) in a virtual machine under a LRU page replacement algorihtm (managing virtual machine memory as virtual paged memory). The scenario was that the guest operating system in the virtual machine would be trying to use the (virtual machine) page that had least recently been used ... while the underlying vm operating system would have been removing those very same virtual pages from real storage. There could be extremely pathelogical characteristics where the virtual guest operating system was always selecting the next virtual machine page to use ... that vm370 had just selected to be removed from memory. misc. past posts mentioning having done page replacement algorithms as undergraduate in the 60s. http://www.garlic.com/~lynn/subtopic.html#wsclock recent posts mentioning getting pulled into academic dispute over page replacement algorithms in the early 80s (involving whether or not to give somebody a stanford phd based on thier work in the area): http://www.garlic.com/~lynn/2010f.html#85 16:32 far pointers in OpenWatcom C/C++ http://www.garlic.com/~lynn/2010g.html#22 Mainframe Executive article on the death of tape http://www.garlic.com/~lynn/2010g.html#42 Interesting presentation http://www.garlic.com/~lynn/2010g.html#68 What is the protocal for GMT offset in SMTP (e-mail) header the above mentions taking nearly a year to get management approval to respond ... even tho it involved work that I had done as an undergraduate (probably some petty punishment as opposed to management taking sides in the academic dispute ... it was also after having brought down the wrath of the MVS organization on my head). -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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. --
Re: CA Vtape vs. IBM VTFM - Comparing virtual tape solutions
that will duplex each logical volume at dismount time, instead of each I/O. That is how the STK version works... I assumed as much, but I've never worked with other than IBM's version. - 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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
W dniu 2010-04-13 22:25, Binyamin Dissen pisze: On Tue, 13 Apr 2010 16:12:19 -0400 Don Williamsdonb...@gmail.com wrote: :Sorry, SMP does not bypass security. The user has to be smart and know what :to do, but no security is bypassed or violated. If the user cannot update the libraries, all that granting access to these resources is allowing the APPLY to abend with a S913 in place of being rejected due to lack of permission. How does allowing access to the SMP functions allow the potential to undermine system security --- wait for it --- regardless of any data set protections you may have in place. ?? If I have all the libraries protected - how can SMP alter them? Possible explanation: language nuances. Maybe decription could be more accurate, maybe your understanding of the description is not the only correct. -- 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: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
IBM has not told me what the problem is, but I think I have a fairly good guess. Given what I have said earlier, I'm surprised that I'm saying this, but in this case the details of how to take advantage of this security hole is probably best left unstated. SMP is may not be the only program susceptible to this style of attack. Therefore closing the hole via SMP may not complete fix the problem. Don Williams -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Tuesday, April 13, 2010 4:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use On Tue, 13 Apr 2010 16:12:19 -0400 Don Williams donb...@gmail.com wrote: :Sorry, SMP does not bypass security. The user has to be smart and know what :to do, but no security is bypassed or violated. If the user cannot update the libraries, all that granting access to these resources is allowing the APPLY to abend with a S913 in place of being rejected due to lack of permission. How does allowing access to the SMP functions allow the potential to undermine system security --- wait for it --- regardless of any data set protections you may have in place. ?? If I have all the libraries protected - how can SMP alter them? : -Original Message- : From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On : Behalf Of Binyamin Dissen : Sent: Tuesday, April 13, 2010 2:36 PM : To: IBM-MAIN@bama.ua.edu : Subject: Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition : required for any SMP/E use : On Tue, 13 Apr 2010 09:43:46 -0500 Walt Farrell wfarr...@us.ibm.com : wrote: : :Users who are : :granted access to these resources have the potential to : :undermine system security regardless of any data set protections : :you may have in place. : Now that IS scary. It seems to imply that SMP bypasses data set : security. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: LINUX on the MAINFRAME
more looking...in z/OS tcpip parms.. I use following to setup Gig OSA... SO anyone what is the equivalent in VM tcpip or Vswitch ?? DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART LINK LINKF800 IPAQGNET DEVF800 - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:43 PM Subject: Fw: LINUX on the MAINFRAME just found out Linux per Linux guy 1492 is the mtu size he sees from his image?? is there not a specification on Linux or ?? where you specify it as a Gig Ethr ? - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:15 PM Subject: Re: LINUX on the MAINFRAME does anyone have any base numbers they could share... (example) We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5 expanded..(1) IFL All following Linux images are at SP3/(1) webshhere7(server pack unknow) / (1)DB2Connect Linux and couple others as test/devl images ...2gig for each image Vswitch set for (1)OSA-E Gig .. Hypersockets used between the Linux images/VM and z/OS(running in seperate lpar ). The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2 servers.. Was thinking something in Linux definition that could slow things down like it's definition for OSAgig.? From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Date: 04/13/2010 02:40 PM Subject: Re: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu mpac...@gmail.com (Mark Pace) writes: That is a very good point, John. Memory management on Linux for the mainframe is counter-intuitive. When running under zVM you want as little memory as you can get away with, not as much as you can get. Most any question you can think of has probably been covered ad-nausea on the Linux-390 list. this was discovered in the early 70s when apl\360 was ported to cp67/cms for cms\apl. The apl\360 storage management and garbage collection algorithm allocation a new storage location on every assignment. It very quickly cycled thru all available workspace ... until it had exhausted storage and then did garbage collection ... and then repeated. This wasn't too bad with 16kbyte-32kbyte real storage workspaces that were swapped in total every time ... but became disastrous in large virtual memory paged environment. The apl\360 storage management and garbage collection had to be redone for cms\apl for large virtual memory paged environment. I pointed this out again later in 70s with vs2 (svs then mvs) ... regarding running a LRU page replacement algorithm (least recently used) in a virtual machine under a LRU page replacement algorihtm (managing virtual machine memory as virtual paged memory). The scenario was that the guest operating system in the virtual machine would be trying to use the (virtual machine) page that had least recently been used ... while the underlying vm operating system would have been removing those very same virtual pages from real storage. There could be extremely pathelogical characteristics where the virtual guest operating system was always selecting the next virtual machine page to use ... that vm370 had just selected to be removed from memory. misc. past posts mentioning having done page replacement algorithms as undergraduate in the 60s. http://www.garlic.com/~lynn/subtopic.html#wsclock recent posts mentioning getting pulled into academic dispute over page replacement algorithms in the early 80s (involving whether or not to give somebody a stanford phd based on thier work in the area): http://www.garlic.com/~lynn/2010f.html#85 16:32 far pointers in OpenWatcom C/C++ http://www.garlic.com/~lynn/2010g.html#22 Mainframe Executive article on the death of tape http://www.garlic.com/~lynn/2010g.html#42 Interesting presentation http://www.garlic.com/~lynn/2010g.html#68 What is the protocal for GMT offset in SMTP (e-mail) header the above mentions taking nearly a year to get management approval to respond ... even tho it involved work that I had done as an undergraduate (probably some petty punishment as opposed to management taking sides in the academic dispute ... it was also after having brought down the wrath of the MVS organization on my head). -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
On Tue, 13 Apr 2010 23:25:12 +0300, Binyamin Dissen bdis...@dissensoftware.com wrote: On Tue, 13 Apr 2010 16:12:19 -0400 Don Williams donb...@gmail.com wrote: :Sorry, SMP does not bypass security. The user has to be smart and know what :to do, but no security is bypassed or violated. If the user cannot update the libraries, all that granting access to these resources is allowing the APPLY to abend with a S913 in place of being rejected due to lack of permission. How does allowing access to the SMP functions allow the potential to undermine system security --- wait for it --- regardless of any data set protections you may have in place. ?? If I have all the libraries protected - how can SMP alter them? We can guess all day. If you really want to know, set up some test scenarios and see what you come up with.My thought was that this could be related to something with z/OS unix, but if you aren't running the job under UID=0, then you need BPX.SUPERUSER for SMP/E to be able to do it's thing when you don't have the authority on your userid. So if you already have BPX.SUPERUSER, what more could SMP/E be giving you without this APAR? Not sure... haven't thought about it too much... but there could be something. BPX.SUPERUSER doesn't do everything for you in z/OS unix land. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: Non-SMS-managed LOGR offload data sets
On Apr 13, 12:57 am, nitz-...@gmx.net (Barbara Nitz) wrote: Nick, from your email I figured you're somewhere in LOGR development :-) And I am absolutely glad someone finally 'gets' my paranoia. I have a hard time getting the problem across to my colleagues, too! Mostly because they don't really understand how offload works. Barbara, Yes i'm in logger development. Also, keep in mind that I am not saying that we already *had* a corrupted RRS log stream, I just see a big timing window (that we will probably hit at the first opportunity - we always hit obscure timing problems) if we activate LOGR in both halves. Usually the system that does the offload for a log stream is the system that does the write causing the HIGHOFFLOAD threshold to be exceeded. So if your utility program ran on your TEST side, but didn't write to the log stream, the risk would be smaller. But it doesn't always have to be that way. Offloads can be started for various reasons such as structure events, recovery, and offload failures on other systems. So the worry is warranted. Now he tells me! Would you please explain to the IBM pricing people that their PLSC pricing schemes make customers do this which is absolutely contrary to the parallel sysplex design points?!? I'm not sure I have that much sway, but I definitely sympathize with the ironic nature of the setup. Art, As long IBM marketing dangles the carrot, coroporate IT will continue to support that, and only that, which is necessary to save $$. Shamplex has become part of the nomenclature... As for where support to restrict offload locations, this too was proposed by a poster last year, and so well-written that some of us ran to the books to read what we thought we missed! I would definitely make use of the feature. In the meantime, I'm looking into RACF profiles to prevent connectors on non- owning images, which in turn restricts offloads. That will only work so long as I have a RACF database per subplex. I reckon we'd better have SMS sorted out before we start RACF data sharing... I think the marketing solution would either be more restrictive or more costly. But perhaps there are a few things that can be done with existing functions that might help. RACF might help. If you can prevent logstreams from being used on systems with RACF or prevent data sets from being allocated that have log stream data set names, that might avoid the contention. Turning off logger would do it too, but probably not ideal. This may have been discussed before, but have either of you considered using SMS classes to fence test and production dasd from each other, and use the LS_xxxClas / STG_xxxCLAS log stream parameters to separate test and production log streams? If a production log stream accidentally connected on a test system, it might be able to get to the right dasd pool, and something truly shared like operlog might work for the whole plex. In V1R8 logger did add an option to separate test and production work on a log stream basis, but it was intend for clients who wanted to run test and production work on the same system. Logger sets up separate tasks for test and production work, and specifying the GROUP(TEST) or GROUP(PRODUCTION) option on the log stream definition will tell the log stream wich set of tasks to use. There are also restrictions enforced, such as a test log stream can't connect to a structure with a production log stream connected to it. It also prevents test log streams from using more than 25% of the structures. The goal was to prevent TEST log streams from harming PRODUCTION log streams. However, this doesn't help clients who want to separate workloads on a system basis. Is there a reason for such a stringent separation of DASD? Is it for failure prevention? Does accounting data get messed up? It sounds to me like a completely separate sysplex is out of the question, because it costs more than extra set of systems in an existing plex. Maybe it would help if I understood what's being walled out and what's being walled in. -Nick Jones Logger L3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Walt Farrell Sent: Tuesday, April 13, 2010 9:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use On Tue, 6 Apr 2010 10:39:22 -0500, Walt Farrell wfarr...@us.ibm.com wrote: SNIPPAGE Quoting from IO12263: quote ...However, of all the functions described above, several need to be controlled very carefully. *Users who are granted access to these resources have the potential to undermine system security regardless of any data set protections you may have in place.* Therefore, they should be as trusted, for example, as users who have authority to update APF authorized libraries. ... [Emphasis and coloring mine] SNIPPAGE After some discussion here in the office, we are wondering why SMP/E would be allowed to subvert the protections on data sets (see the bold in the above quote). The discussion came down to this sample: If one only has READ authority to SYS1.LPALIB [or pick one of your favorites for this example], why should SMP/E allow a USERMOD (or one's own cobbled PTF) to that library? Now, if the underlying security product (NOT RACF) allows this access when SMP/E asks, those of us discussing this [here in our offices] don't think this is an IBM integrity issue. And given that we are an ISV, we know we will have to inform our L1/2 persons to be aware of the SMP/E error messages that will come out and the questions that will come their way as a result. Regards, Steve Thompson -- Opinions expressed by this poster do not necessarily reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OPERLOG
On Tue, 13 Apr 2010 14:00:07 -0500, Mark Steely mark.ste...@wnco.com wrote: I have look in the archives - still can't find the answer. I am trying to update a few parms in the OPERLOG definition. This is dasd only structure and we are z/os V1R11. When I try to update the parms I receive messages: IXG014E LOGSTREAM SYSPLEX.OPERLOG IS CURRENTLY IN USE IXG002E LOGR POLICY PROCESSING ENDED WITH RETCODE=0008 RSNCODE=0810 I have IPL and removed the operlog option. I have done several displays and it shows nothing is using it. d logger,l,strname=OPERLOG D LOGGER,CONN,LSNAME=sysplex.operlog,D Any help would be appreciated. Hmmm. What does D C tell you? What about V OPERLOG,HARDCPY,OFF? -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: Fw: LINUX on the MAINFRAME
I have been interested for quite a while in running Linux on the mainframe. I'd like to share a little about the IBM Linux group we had for a while in Milwaukee. This group has been meeing 2 or 3 times a year for 4 or 5 years. I haven't seen a meeting for at least 6 months, if I remember correctly. IBM sponsers the group, and sets up the meetings. The thing that struck me most about the group is that there seems to be a far greater interest in running Linux on the mainframe than actual shops that run it. I thing we normally got 20 to 40 people who showed up at the meetings, usually for a half a day. There are some shops that run Linux on z in Milwaukee, but not that many. As I've said in the past, when I was working at PH Mining, we investigated running Linux in an Lpar. For what we would have used it for, it just didn't make much sense. All of the Unix servers we had were paid for, and taking the function off of a paid for box and running it on the mainframe didn't make a lot of financial sense. It makes a whole lot more sense if you have a few hundred, or even 20 - 40 Unix servers that you can dedicate several engines on a mainframe and run them under VM. That might work financially. Having just 1 or 2 lpars running Linux on z probably won't save any money. I also took a 3 course Linux Administration course from a local technical college. I installed Linux on my laptop with dual boot. It had a 10 gig partition, which at the time worked great. It was really helpful to be able to try out the commands as I read about them. Alas, that was a Windows XP machine. When I had some problems right before the warrenty expired, I took it in and they applied the standard fix - reload the hard drive, wiping out my Linux partition. I never bothered to reinstall it. Eric Bielefeld -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LINUX on the MAINFRAME
Kurt Eastwood 04/13/10 2:34 PM Is anyone running linux on their mainframe? As of last report about 1,300 IBM customers. If so, how are you running it? standalone? under zos? etc? Most are using z/VM, but some of the biggest in the world run in LPARs to avoid the (minimal) overhead. How is installation and maintenance of linux and system while running linux on mainframe? Totally different from anything you're used to as a mainframe person, but totally familar to a midrange Linux admin. Are there any good redbooks or other documentation on installing and running linux on the mainframe? http://wiki.linuxvm.org/wiki/Relevant_IBM_Redbooks http://linuxvm.org/redbooks.html http://linuxvm.org/Present/ Are there any training course on doing this? IBM has some, but you can get the equivalent of that and a lot more at SHARE (coming to Boston in August) or IBM's Technical University (formerly System z Expo, coming to Boston in October) or WAVV (which just concluded for this year). 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
Scheduling Environments Sanity Check
We are considering using scheduling environments for the first time and are concerned that we might be over-doing it a bit. In a test and development LPAR, we have 16 test/development environments that each consist of 3-8 CICS regions, 2-5 ADABAS instances, and a connection to a DB2 subsystem. The total is about 100 CICS regions, 80 ADABAS instances, and 6 DB2 subsystems. To cover any possibility, we would define a scheduling environment and resource for each of these address spaces (186), plus a scheduling environment corresponding to each development environment (16). We believe that this covers the spectrum of batch jobs that might need anywhere from a particular CICS region (open/close files) to an entire development environment (regression test job streams). Is this a reasonable approach or overkill? We would appreciate your comments and suggestions as we don't want to create a monster. Chester Hood Nissan Americas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MFNetDisk will be a free product soon.
Shai, Great news for me, I know you had some success with a company in Perth, Australia and they are delighted with the product. Free is a bargain! On Tue, Apr 13, 2010 at 4:00 PM, Shai Hess shai.h...@gmail.com wrote: HI, In a few days I will make MFNetDisk really a free product. That mean you will be able to work without the limitation of number of devices. Why I am doing this: 1. I do not think that there is a space for another IO devices in MF. 2. The price of MF IO devices is very low and the competition is hard. 3. I think all my challenges with the product is over. 4. It is time only to support the product and I can not see any new feature in my product which I can create which will exciting the MF users. 5. As i said before, it was pleasure to dig in the MF as it pleasant to dig in the Linux and Windows. This product was developed first because I enjoy it. Just to remind, 1. MFNetDisk support emulation of disk 3390 and tape 3490 with data in Windows and Linux. 2. Mirror real 3390 disks. 3. Support EAV disks for emulation. 4. Tape manager in PC and MF. 5. Undelete Vsam and SMS and Non SMS files. 6. MFNetDisk CIOD (like IBM Pav for the emulation). 7. Backups of MFNetDisk disk with backup level of one track. and many more features.. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Non-SMS-managed LOGR offload data sets
Hi Barbara, we have a similar setupbut because we merged two production Parallel Sysplexes. history: 2 separate datacenters in same city. 2nd prod system had been CLONED from first and modified slightlythen had 10 years growth. We also had each datacenter being the DR site of the other. Sovereign RISK! - had to move DR site off country. Now no reason for 2 data centers in same city.so relocate machines from 2nd site to 1st. Then save money and merge the 2 separate Parallel Sysplexes into one. End up with 3 x JES2 MASplex / SMSPlex / HSMPlex in single Parallel Sysplex. (that 2nd site has been subplexed always...but only one subset had DB2.) Ok...had to have LOGR.reasons included heavy DB2 Data Sharing in both original sites. So we set up a pool of DASD that was accessible from every production system. Each SMSPlex was given a subset of that DASD to manage. So each disk volume has only one SMS owner. Set up common User Catalog, connected to each system MastCat. It doesn't matter which LOGR does the OFFLOAD.because the SMS managed offload dataset is placed onto the shared disk, and cataloged in common UserCat. Been operating like this for 12 months. Probably stay this way for a long time. The migration path from this BronzePlex to the ultimate PlatinumPlex looks almost impossible to complete. Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OPERLOG
IXG014E LOGSTREAM SYSPLEX.OPERLOG IS CURRENTLY IN USE IXG002E LOGR POLICY PROCESSING ENDED WITH RETCODE=0008 RSNCODE=0810 If IXCMIAPU tells you that IxgRsnCodeStreamInuse then you're not looking at the right definitions, either via command or in the IXCMIAPU job. When I had to redefine operlog logstream, the things I did were: 1. Check if any TSO user was stuck in SDSF-operlog. Cancel them mercilessly. 2. ro *ALL,V OPERLOG,HARDCPY,OFF Check via D C (better route this to all systems in the sysplex, too) that all systems complied and got rid of operlog. My LOGR policy is set up in such a way that I first delete the log stream, then the structure definition and then redefine them (first structure, then log stream). If the delete doesn't go through, *something* is still using the log stream. Bring out all the D logger commands to check again. But SDSF users were the only culprits in my experience. (Oh, and once things are redefined, v operlog back on.) Best regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scheduling Environments Sanity Check
Hello Chester, we use Scheduling Environments. environment: Production systems in one Sysplex Development systems in a different sysplex. 1. the same scheduling environments are coded in both environments. Allows promotion of unchanged JCL from dev to prod. 2. Licensed products - every product that requires a license zap has a Scheduling environment coded. 3. Servers - code which requries a pre-requisite server task to be active has a Scheduling environment coded. (note: it may be that a group of tasks has to be active for the server to be active) 4. System - each system has a SYSNAME scheduling environment. Not usually used by application JCL. 5. Reminder - only one scheduling environment per JOB...this causes the most application developer angst. 6.Automation - most useful in turning ON/OFF scheduling environment resources when the pre-requisite conditions appear/disappear. On Tue, 13 Apr 2010 21:11:44 EDT, Chester Hood wch1...@aol.com wrote: We are considering using scheduling environments for the first time and are concerned that we might be over-doing it a bit. In a test and development LPAR, we have 16 test/development environments that each consist of 3-8 CICS regions, 2-5 ADABAS instances, and a connection to a DB2 subsystem. The total is about 100 CICS regions, 80 ADABAS instances, and 6 DB2 subsystems. To cover any possibility, we would define a scheduling environment and resource for each of these address spaces (186), plus a scheduling environment corresponding to each development environment (16). We believe that this covers the spectrum of batch jobs that might need anywhere from a particular CICS region (open/close files) to an entire development environment (regression test job streams). Is this a reasonable approach or overkill? We would appreciate your comments and suggestions as we don't want to create a monster. Chester Hood Nissan Americas Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Non-SMS-managed LOGR offload data sets
Answering all of last nights post in one: Mark, Anyway, I am commenting on it because the reason I had to use group name was due to 2 different DB2 subsystems on different systems in the same sysplex that had the same name. This particular system shares DASD, SMS, etc. but the applications aren't shared so there is no cross LPAR RRS considerations and I run this LPAR with GNAME= to the smfid. I beg to differ :-) (You're not surprised, are you?) Go to any system NOT connected to these log streams, preferably one that does not share DASD and SMS but *is* in the same sysplex. Use the RRS ISPF application and carefully look at all the input parms. (Do this at a time of little or no traffic, though.) Issue a browse command to one of the logstreams that *this* system is not connected to because it is NOT supposed to use this logstream. RRS will go out to logger with the definitions, LOGR in turn will say 'yes, I know that log stream' and have no problem whatsoever to *connect* to that log stream and read it out. Admittedly, the RRS application is smart enough to immediatly disconnect to the log stream after it got read. But if the log stream is big enough, it may take some time to read out the log stream. DURING THIS TIME YOU ARE EXPOSED TO THE RISK (sorry for the shouting). Obviously I could not do too much testing because any system with enough traffic to even have entries in the RRS log streams were production systems, and I did not want to risk a cold start. But it took several minutes (!) to browse the archive log stream (I did not dare use one of the non-optional ones) from the 'wrong' side. Art and Mark, I am severly hampered by solid non-knowledge of SMS details. I have heard all of that vocabulary, but I was never in a position to actually have to administer any of this, so all I can do is tuck away all of these details and show them to my admin when the time comes (I know that the admin does not want to change anything in the SMS setup, so he is not volunteering anything in terms of making it happen. I need all the information I can get to tell management what can be done, even if I don't understand the implications...) Bruce and Nick, our story is even worse. Parallel sysplex was introduced here in the late nineties, way before I joined the company. At the time *IBM* recommended three parallel sysplexes, sysprog sandplex for maintenance, applications development sysplex called TEST and production sysplex called PROD. For some reason (mostly hysterical), TEST and PROD were never separate plexes, so they shared DASD, SMS, RACF, TAPES, Automation etc. There were several incidents where changes to TEST caused problems in PROD. When I joined the company in 2001, there was a project underway for more than a year already to separate TEST and PROD because the autors had demanded a more secure PROD environment. This finally happened in 2002. Some time later we insourced a parallel sysplex from another company. Management decided to merge that 'foreign' sysplex with our TEST sysplex to save money. The 'foreign' sysplex did have completely different naming conventions and it did not use LOGR, so the merge was relatively easy. Took only about three months from conception to fulfilment. That 'foreign' subplex will be decommisioned soon. At this time we are again prone to paying more money if we keep TEST separate from PROD. I am in charge of the project to merge, and I have severe stomachaches for the LOGR part, especially as this time around naming conventions are identical *and* I have to find a way to make LOGR/RRS work on both subplexes because they already run there. Bruce, your setup sounds like the one I would *like* to have, because it will enable future LOGR applications (as I said, I would like to use SMF log streams). The migration path from this BronzePlex to the ultimate PlatinumPlex looks almost impossible to complete. Would not even be attempted here. Art, In the meantime, I'm looking into RACF profiles to prevent connectors on non- owning images, which in turn restricts offloads. That will only work so long as I have a RACF database per subplex. This will probably the solution that will be chosen here because it sounds like the least bit of work. Restrict connection to log streams by restricting the RRS ISPF application. It means that some sysprog TSO userids (we fortunately have different IDs in the subplexes, and RACF is separate, too) will need to get defined in the wrong RACF in order to explicitly forbid them to use this application (however I can do that). I think the problem with connecting to the log streams is that LOGR does it, and we have LOGR trusted. The RACF admin still has the scars from the time when LOGR was not trusted, so he does not want to remove that attribute. The problem I have with this is that this would only fill in the hole *that I know of*. What if someone comes up with some other way to make