Re: VSAM record size larger than 32K
When you use a record size that is larger than one control interval, you must also specify spanned records (SPANNED). The formula for the maximum record size of spanned records as calculated by VSAM is as follows: MAXLRECL = CI/CA * (CISZ - 10) where: v MAXLRECL is the maximum spanned record size. v CI/CA represents the number of control intervals per control area. v CISZ is the control interval size. Restriction: With REPRO and EXPORT, you cannot use data sets with record sizes greater than 32 760. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ward, Mike S Sent: Wednesday, June 17, 2015 3:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] VSAM record size larger than 32K Hello all, I have a question. If you have a VSAM ksds with records that are going to be larger than 32K, what is the best way to handle the records? Since I believe 32k is the max how would you handle a logical record > 32K? Multiple 32k physical records? == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Forbes: Nice Mainframe, How Do I Turn It On?
Is there even a real Power On switch? I know there's an EPO switch and probably some circuit breakers in the back but I thought the power on/off was done from the SE or HMC? CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- Pommier, Rex I know the comment about the start button was supposed to be funny, but isn't that a picture of the front of the machine accompanying the article? And isn't the power switch pretty much in the center of the machine? Rex -Original Message- Tom Marchant On Thu, 2 Apr 2015 13:35:07 +, Mark Regan wrote: >http://www.forbes.com/sites/adrianbridgwater/2015/04/02/nice-mainframe- >how-the-hell-do-i-turn-it-on/ "IBM confirms that the Z13 mainframe start button is in fact on the back, just on the left." Clueless. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Check out Friday is Pi Day
And if you go sub-second the rest of the digits are there too CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Tuesday, March 10, 2015 1:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Check out Friday is Pi Day Ed Finnell wrote: >_Friday is Pi Day_ >(http://www.usatoday.com/story/tech/2014/03/13/pi-day-friday-31415/6369 >483/) Sorry to burst your Pi bubble, but that article is one year old (written on 1:39 p.m. EDT March 14, 2014) Pi day this year is on Saturday - 2015 / 03 / 14. Whats more, you get this beautiful date / time this year: 3/14/15; 9:26:53. (first ten digits of Pi) Also look and smell in http://en.wikipedia.org/wiki/Pi_Day Have a Pi fun! ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "smart" phone => lazy user
TLDR can I Google a synopsis? CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shane Ginnane Sent: Friday, March 06, 2015 6:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] "smart" phone => lazy user http://www.sciencedaily.com/releases/2015/03/150305110546.htm Hmmm - wonder why it took them so long to figure that out. Been that way since decent search engines appeared - I was stoked when I discovered Altavista. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OT - Spock (Leonard Nimoy) has died
http://www.cnn.com/2015/02/27/entertainment/feat-obit-leonard-nimoy-spock/index.html Ken Porowski VP Mainframe Engineering CIT Information Technology One CIT Drive Livingston, NJ 07039 +1 973 740 5459 (tel) ken.porow...@cit.com<mailto:ken.porow...@cit.com> www.cit.com<http://www.cit.com> This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: (My) John Ehrman Assembler Book
Oh please, please, please can we have the updates in TNL fashion! I so miss the hours of shuffling pages! CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Ehrman Sent: Monday, February 09, 2015 1:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] (My) John Ehrman Assembler Book Richard Lawrence posted: >The long awaited John Ehrman Assembler book as available at the Marist >College web site: > http://idcp.marist.edu/enterprisesystemseducation/Assembler%20Language%20Programming%20for%20IBM%20z%20System%20Servers.pdf I appreciate the many kind comments posted on these discussion lists. Please note that some fixes will be in the next update: (1) The fragmentary index after the preface/introduction will be removed. (2) The solutions for sections 25 and 26 will be restored. (3) Various typographic errors will be fixed. (4) Some minor text reorganizations. Rather than adding change bars, I plan to add an "Updates" section somewhere at the front or back of the text explaining differences from version to version. After those are finished: (n) I'm currently preparing some "lecturer materials" like presentation slides. (n+1) A major item will be to add hyperlinks for contents and cross-references. (n+2) I apologize, Lizette, but I doubt I'll add another 1200 pages any time soon. John Ehrman (ehr...@us.ibm.com) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3494 tape library with B20 VTS
The logical volumes in a VTS and backend physical tape still work like a real tape in that even if the tape is scratch the data remains accessible until the volume is rewritten. I believe there is an option in the VTS to retain only volume header after a tape is scratch but I could be wrong. If you are not rewriting or deleting tapes then you usage will not change and reclaim will do nothing other than shuffle the same data around, CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert A. Rosenberg Sent: Wednesday, January 28, 2015 12:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] 3494 tape library with B20 VTS At 19:54 + on 01/27/2015, Pommier, Rex wrote about 3494 tape library with B20 VTS: >Hi all, > >I have a couple questions about tape reclamation and statistics. We >have a 3494 tape library that is currently exclusively being used as >physical (stacked) tapes for a 3494-B20 VTS. We're in the process of >migrating off this hardware so we have no new allocations going to the >B20 and subsequently to the 3590 tapes behind it in the 3494. >So as to minimize the churn in the physical tape library, we >essentially have tape reclamation shut off. In looking at the graphs >generated on the 3494 console, I'm not seeing either the "active data >distribution (count of tapes and the percentage of active data on >them)" or the "active data (Gigabytes of active data in the library)" >going down. I know we have taken a significant amount of data out of >the library over the past 30 days, either by migrating it to our >replacement library or by deleting/scratching logical tapes that we >deemed unnecessary. > >So my question is this: Should I be seeing these numbers dropping or >will they not drop because I'm not reclaiming tapes? > >TIA, > >Rex Since you have multiple logical tapes stacked on each physical tape volume, what you are seeing is what you should expect so long as you do not allow the logical tape volumes to be migrated to new physical volumes. So long as each physical volume has at least one logical tape on it, it can not be reclaimed. As suggested temporarily turn on tape reclaim and let the logical tapes migrate by moving them to other physical tapes. This will allow the volumes with few logical tapes on them to be completely emptied and thus reclaimed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Big data - Google wants *all* of you
"I have no mouth and I must scream" Harlan Ellison 1967 CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (SPLXM) - KLM Sent: Wednesday, November 12, 2014 6:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Big data - Google wants *all* of you This company more and more looks like the old science fiction books, where one computer controls the whole world to provide the best for humanity, whether humanity agrees or not. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of nitz-...@gmx.net Sent: 12 November, 2014 11:48 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Big data - Google wants *all* of you > Indeed. If a hospital uploads my genome code, will it be as anonymous, or > will I be spammed (real medicine, quackery medicine, experimental medicine, > etc) on what I have in my genome code? Let's hope that I could veto having my personal data (mis)used that way! Do we even get told if a doctor uploads such data? > But there is not a word on how safe the stored data it will be! (cr)apple > cloud has been cracked, google cloud is next. Exactly. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PSF OGL PPFA ACIF alternatives?
Objective is saving $$$ I only have about 10-20 forms in use and maybe a few more pagedefs. Printing with forms or special pagedef is on the light side maybe 10K per month. I've got a few workgroup printers with IPDS cards in them as well as 2 large Infoprint printers. Cost just for the software is around 30K per year. Just trying to see if I have any cost saving alternatives (preferably a 3rd party PSF, OGL, PPFA, ACIF that is compatible with IBM).. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Howard Turetzky Sent: Friday, October 03, 2014 11:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] PSF OGL PPFA ACIF alternatives? There are alternatives to OGL and PPFA, though not on z/OS. There are Windows-based visual tools for creating PAGEDEFs, FORMDEFs, Overlays and fonts from Elixir (http://rpp.ricoh-usa.com/products/software/composition/elixir-designpro-tools) and ISIS (http://www.isis-papyrus.com/). There are other print servers available for z/OS, though few able to support high-speed printing and the entire range of print devices and new function as PSF does. I know of no alternative to ACIF (bias warning: I am an original designer for ACIF). ACIF is available on other platforms, but only as a component of a print server system. What is your objective in looking for alternatives? Howard Turetzky Advanced Technical Support, Ricoh Production Print Solutions -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
PSF OGL PPFA ACIF alternatives?
Anyone know of a viable alternative to PSF, OGL, PPFA, and ACIF on z/OS? TIA Ken Ken Porowski VP Mainframe Engineering CIT Information Technology One CIT Drive Livingston, NJ 07039 +1 973 740 5459 (tel) ken.porow...@cit.com<mailto:ken.porow...@cit.com> www.cit.com<http://www.cit.com> This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Missing Records in SMS Managed PS Dataset - Dataclass dependant
Is it possible you are OPEN/WRITE/CLOSE SYSPRINT multiple times? Not sure why that would make a difference but if the last record is part of a separate OPER/WRITE/CLOSE the dataset may be reset to zero prior to the write. Try preallocating the file and use DISP=MOD CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Beat Gossweiler Sent: Monday, September 08, 2014 4:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Missing Records in SMS Managed PS Dataset - Dataclass dependant Pushing this up again Anybody with a guess? Thanks, Beat On Mon, 1 Sep 2014 06:58:19 -0500, Beat Gossweiler wrote: >Hi Peter, > >EATTR settings are the same (blank) for both DataClasses. When allocating with >either DataClass, IEHLIST shows EATTR=NS and ISPF shows no 'Extended >Attributes' line in the Data Set Information panel. > >When allocating with explicit EATTR=NO on the DD-Statement (using the same >DataClasses), IEHLIST shows EATTR=NO and the ISPF Data Set Information panel >shows 'Extended Attributes NO', but the behaviour is still the same for each >DataClass (one is OK, one is not OK). > >I've attached the LISTVTOC output for 4 cases as follows: >T601386.ISIS71.SYSPRIN1: Allocated with DataClass SNN (1 Record) >T601386.ISIS71.SYSPRIN2: Allocated with DataClass SNNSV (all Records) >T601386.ISIS71.SYSPRIN3: Allocated with DataClass SNN, EATTR=NO in JCL >(1 Record) >T601386.ISIS71.SYSPRIN4: Allocated with DataClass=SNNSV, EATTR=NO in >JCL (all Records) > >The only difference I can see between the OK and the not-OK datasets is the >last block pointer, which shows track 4 for the OK cases and track 0 for the >not-OK cases. > >Any other ideas? > >Thanks, Beat > > > >On Sat, 30 Aug 2014 11:03:58 +0200, Peter Hunkeler wrote: > >>Hi Beat, >>I've had numerous problems with weird behavior of the software when >>datasets were allocated on EAV volumes with the data set extended >>attribute (EATTR) set to "Opt" and the software was not prepared for >>this. EATTR=OPT allows the data set to reside in the extended >>addressability are ov EAV volumes. Needs new DSCB formats, has >>different record addressing (more bits for the cylinder), and probably >>more. >> >>Fact is that IBM as well as vendor software is not always well >>prepared to deal with this. Depending on how "deep" the software dives >>into the I/O business, it may or may not work. If it doesn't, the >>resulting false behaviour does not point you directly to EATTR=OPT. >> >>EATTR is another parameter set by the DataClass. Data sets with >>EATTR=OPT do show this in ISPF's data set information panel. >> >>Can you verify the EATTR settings in both DataClasses you mentioned? >> >> >>-- >>Peter Hunkeler >> >> >>Beat Gossweiler wrote on August 23: >> >> > I'm investigating a mysterious problem with a vendor product (batch >> > program called from JCL) writing to SYSPRINT, which shows the >> > following symptoms: >> > >> > 1) When allocating SYSPRINT to SYSOUT, I can see all expected >> > records >> > (messages) in the spool file (-> OK) >> > >> > 2) When allocating to an SMS managed PS dataset (DISP=(NEW,CATLG)) >> > with our default DataClass, the dataset only contains the last >> > record of what was written to spool in case 1 (-> Not OK) >> > >> > 3) When allocating to a temporary dataset (which is not SMS
Remote HMC or HMC with Remote Access
Any reason to prefer one setup over the other? Local (my office) HMC connected to remote datacenters (50+ miles and 200+ miles) Remote access (from my office) to an HMC in remote datacenters (50+ miles and 200+ miles) I’m going to have 2 datacenters (200+ miles apart) in CoLo providers Closest datacenter will be within 50 miles of the office where I work Intent is to have only “smart” third party support access to the datacenter (for racking/cabling/rebooting) Mainframe activity (IPL/POR) to take place remotely with fallback to “smart” third party support if needed. Rack space will be at a premium so they don’t want to waste it on an HMC if they can avoid it. Thanks all for your input. Ken Ken Porowski VP Mainframe Engineering CIT Information Technology One CIT Drive Livingston, NJ 07039 +1 973 740 5459 (tel) ken.porow...@cit.com<mailto:ken.porow...@cit.com> www.cit.com<http://www.cit.com> This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NL Virtual Tape
IIRC you can use an SL tape, just have to hit load 2 (or is it 3) times to get to the IPLable file. Or you should be able to load the SA Restore to DASD and IPL from that. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Roger Craig Sent: Wednesday, July 09, 2014 1:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] NL Virtual Tape We're trying to build a stand-alone restore tape on a virtual tape. Does anyone know if it is possible to have a NL virtual tape in a TS7700 and if so, how do you initialize it to NL? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: international cuisine; was Re: OT: Re: Freebie software; was "Feebie" software
I have heard tell of a dish they call haggis. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of DASDBILL2 Sent: Tuesday, July 08, 2014 1:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] international cuisine; was Re: OT: Re: Freebie software; was "Feebie" software Biltong is interesting, monkey gland is way too bland. I prefer Peri-peri on mine, thanks. Maximum strength, of course. Bill Fairchild - Original Message - From: "David Crayford" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, July 8, 2014 8:48:56 AM Subject: OT: Re: Freebie software; was "Feebie" software On 8/07/2014 9:43 PM, Elardus Engelbrecht wrote: > DANGER! OFF-TOPIC POST! Read on at your own risk!... > > David Crayford wrote: > >> Having said that, a true aussie favorite is a meat pie with tomato sauce >> dolloped on top! > Tomato sauce? Yuck, for me at least, to pour tomato sauce on food is a > ghastly insult to the poor chef or anyone who kindly prepare the food for you. Food snob! But you mob don't mind chewing on biltong or dolloping monkey gland on your sausages! :) > END OF OFF-TOPIC POST! > > Groete / Greetings > Elardus Engelbrecht > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to? Designing a "graph" of information
I use the RMF "CPU Activity" report "Partition Data Report" and strip out Date, Time, LPAR, DEF and ACT MSU and capping %. Gives me a nice graph of MSU by interval and capping % if capped. You can also show when the LPAR is using more than its defined capacity and why soft capping is better than hard capping (FSVO better). CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, June 20, 2014 8:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] How to? Designing a "graph" of information We use PR/SM Group Capacity to regulate our aggregate MSUs from two LPARs on a single CEC. This is for cost containment. We have a product which runs on both z/OS images on the LPARs which produce messages similar to: N 402 LIH1 14169 22:07:51.36 STC16813 0090 CMFCPU15 LPAR NO LONGER SOFT CAPPED BY WLM; CAPPED DURATION WAS S 00.02.00 I have a program, on Linux, which takes this and produces lines like: LPAR LIH1 was capped starting at Mon 2014-06-16 21:52:41 until Mon 2014-06-16 21:55:31 for a duration of 00.02.50 I can the process this information in another program which puts the fields: LPAR (LIH1 above), the started date & time (2014-06-15 21:52:41 & 2014-06-16 21:55:31) into a relational table. From this I can generate another table which has a row for each minute within the interval. Each row contains the date/time column & a column for each z/OS Image. The z/OS image either contains a " " or a "*" depending on whether that z/OS is WLM capped any time during that minute. Thing of the columns like: date/time @ minute resolution; is LPAR#1 capped?; Is LPAR#2 capped?. Now what I want to do is create a "time graph". The X axis is the date / time. Each point on the Y axis is for a given LPAR. The intersection (plot) is either "*" if that LPAR is capped at that time or a blank. This is to show, along a time sequence how each LPAR is being "capped" and "uncapped". Ex: LIH1 capped| * | * | DEV1 capped| | * | Date/Time | -mm-dd hh:mm | -mm-dd hh:mm | Hopefully you get the idea. And see at least one problem. There are 1400 minutes in a single day. Way too many to plot even a single day. So I though, why not summarize, perhaps on an hourly basis. Where each "point" in the plot is the sum of the number of minutes in which the LPAR was capped. This would be easy to do with SQL if I changed the " " & "*" for not capped/capped to 0 and 1 instead. Which I can easily do. Then use SQL to consolidate each hour. Again, easy. But what I'd like is something more "visual" than just putting out what would look like a spread sheet with numbers. What I would like is a true graph where for each DateTime / LPAR "point", I would plot a "bar" whose thickness is relative to the number. I.e. if a particular LPAR, during a particular hour had been capped 60 times (max # of minutes), then I'd have a 100% full vertical "bar" at that point. If it had been capped 30 times, then a 50% full bar. This way, the eye can easily scan along the X axis getting an "intuitive" grasp of how the LPARs are being impacted by the WLM capping. First, does the above information sound useful to others? I mean what I'm trying to convey (how WLM capping is possibly affecting turn around). Secondly, is the method (the "bars" varying in height) a good "intuitive" way to display the information to management (who simply adore graphs, with colors!)
Re: IBM Announcement Letters
Html or text version? CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pommier, Rex Sent: Tuesday, June 10, 2014 2:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] IBM Announcement Letters Hmm, got one today. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ken Porowski Sent: Tuesday, June 10, 2014 1:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IBM Announcement Letters Anyone having trouble with their Announcement Letter subscription? I haven't gotten one since 05/20 and I know there are new ones out there. Ken Porowski VP Mainframe Engineering CIT Information Technology One CIT Drive Livingston, NJ 07039 +1 973 740 5459 (tel) ken.porow...@cit.com<mailto:ken.porow...@cit.com> www.cit.com<http://www.cit.com> This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM Announcement Letters
Anyone having trouble with their Announcement Letter subscription? I haven’t gotten one since 05/20 and I know there are new ones out there. Ken Porowski VP Mainframe Engineering CIT Information Technology One CIT Drive Livingston, NJ 07039 +1 973 740 5459 (tel) ken.porow...@cit.com<mailto:ken.porow...@cit.com> www.cit.com<http://www.cit.com> This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Costs of core
http://www.jcmit.com/memoryprice.htm 1960 $5,242,880/M IBM 1401 core memory 1965 $2,642,412/M IBM 360/30 core memory 1970 $734,003/M IBM 370/135 core memory CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of zMan Sent: Thursday, May 29, 2014 2:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] Costs of core I remember my father telling me that core -- REAL memory, a MAN'S memory (yeah, yeah, sexist) -- was $1/byte. Obviously that would have changed by the time it all went solid-state, but does anyone remember whether this was correct or not? -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: non-IBM: SONY new tape storage - 185 Terabytes on a tape.
But can it still read/write at 6250BPI CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, May 02, 2014 7:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] non-IBM: SONY new tape storage - 185 Terabytes on a tape. http://www.itworld.com/storage/416783/sony-develops-tape-tech-could-lead-185-tb-cartridges Just how long would it take to _find and restore_ an individual file backed up on such a monster? Or even just do a backup to it? What good is it, unless there is some I/O channel fast enough to do backup and restores which utilize at least most of the tape? Or am I, once again, missing something? -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3590 tape drives
You're right, you've got 2 months. IBM United States Withdrawal Announcement 913-135 June 18, 2013 http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/5/897/ENUS913-135/index.html&lang=en&request_locale=en IBM will withdraw from its lease, rental, and maintenance agreements the machine types and models listed below, effective June 30, 2014. Storage products - tape Machine type Model 3590B1A 3590 B11 CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Eastwood Sent: Tuesday, April 29, 2014 4:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] 3590 tape drives Sorry, my 3590's are B11's. I was told they would be unsupported in 2 months. I will have to double check this. Thank you to all who responded. I now have a couple of new vendors who may be able to support them. Kurt On Tuesday, April 29, 2014 3:19 PM, Ken Porowski wrote: E05 is a TS1120/3592 not a 3590 3590 would be B1A, E1A I can't find an announcement of End of Service for the 3590 and I just signed a 1 year maint agreement with IBM for my 3590's. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Eastwood Sent: Tuesday, April 29, 2014 2:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] 3590 tape drives E05 On Tuesday, April 29, 2014 12:27 PM, Lizette Koehler wrote: What type: E05, E06? Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Kurt Eastwood > Sent: Tuesday, April 29, 2014 9:58 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: 3590 tape drives > > Hello, > > We have a couple of 3590 tape drives that IBM will apparently not > support soon. We > are not in a position at this time to get rid of them. Is anyone still using 3590's and if > so do you have support via a 3rd party that you could recommend? > > We are located in Saint Louis Missouri. Any suggestions would be appreciated. > > Thanks, > Kurt > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3590 tape drives
E05 is a TS1120/3592 not a 3590 3590 would be B1A, E1A I can't find an announcement of End of Service for the 3590 and I just signed a 1 year maint agreement with IBM for my 3590's. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Eastwood Sent: Tuesday, April 29, 2014 2:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] 3590 tape drives E05 On Tuesday, April 29, 2014 12:27 PM, Lizette Koehler wrote: What type: E05, E06? Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Kurt Eastwood > Sent: Tuesday, April 29, 2014 9:58 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: 3590 tape drives > > Hello, > > We have a couple of 3590 tape drives that IBM will apparently not > support soon. We > are not in a position at this time to get rid of them. Is anyone still using 3590's and if > so do you have support via a 3rd party that you could recommend? > > We are located in Saint Louis Missouri. Any suggestions would be appreciated. > > Thanks, > Kurt > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New install library size
I personally would prefer the shipped size to be exactly what the dataset needs (maybe on cylinder boundaries) including directory allocation. Or maybe a documented % over allocated (maybe 5-10%) that is the same across the board. I can easily globally add x% to both fields or better yet give me a ServerPac variable for primary, secondary, directory % increase (separate variables for target and dlib please). Not really a big deal for me at this point because I have it in my procedures to globally add x% to my target libs, dlibs I leave alone as shipped. Although larger volumes are/have been available I'm pretty much stuck with 3390-9 (and -3 in some cases). Whatever you do please make sure we know about the change before we try to install. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- John Eells Sent: Monday, April 28, 2014 3:58 PM One or two people at the past SHARE voiced this very same opinion. Let's say, for the sake of argument, that that's four so far. How do others feel about this? First, some background: As I recall, the current design of the ServerPac dialog does not allow space to be reduced below the default shipped values, which with a few exceptions include a fixed percentage of free space. There are sound reasons, in my opinion, to NOT allow those values to be reduced from what is shipped today. Historically, those values have been minimized to help prevent the allocation of additional disk volumes when orders for, say, z/OS and other products included in z/OS orders don't happen to occupy space that's comfortably far away from typical volume boundaries. Editing the ALLOCDS job to reduce allocations and fit within a given number of volumes is painful. Running out of space during service APPLY processing is painful. Allocating additional volumes is painful. On the other hand disk volumes are, by and large, probably rather larger these days. But we've no direct view of what everyone does with volume sizes "out there in the 'real world.'" So...what should we do here? a) We might blanket increase the free space for every data set. (In this case, by how much should we increase it?) This one has the benefit of being easier than the others, I suspect. b) We might add a "recommended space" value and make it possible to reduce space from "recommended" to "minimum." (What should "recommended" be?) c) We might make SMP/E recover from space abends when possible. (Enough space on the *same volume* would likely be a requirement. A potential for even more severe foot damage following careless use of SMP/E on a running instance of software might well ensue.) d) We might add a "Super Size Me!" option to the z/OSMF Software Management software instance cloning function. e) We might do something else...what? Bear in mind that, as always, this is a zero-sum game. So if we give you any of these things we will might well have to defer something else in this same area. Vote early and often...as usual, no promises, except that I'll at least listen. R.S. wrote: > W dniu 2014-04-28 20:47, Mark Pace pisze: >> I don't understand why library sizes on a fresh install of z/OS never >> seem to account for doing maintenance. > 100% agreed. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Beyond the EC12
It's always referred to as zNext until the formal announcement and final name is released. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- Mark Pace Sent: Friday, April 25, 2014 1:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Beyond the EC12 I don't remember where I heard this, or even I really did hear this, but immediately, ""Next" jumped to the front of my brain. zNext - NextZ. It could be real, it could just a hallucination. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HearBleed issue and OPEN/SSL
How about z/OS Comm Server System SSL? CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs Sent: Thursday, April 10, 2014 10:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] HearBleed issue and OPEN/SSL On 04/10/14 09:51, Bill Bishop (TEMA TPC) wrote: > Does anyone know who we can check with at IBM to determine our exposure to > the HearBleed issue? > > Management wants to know. > > I am more interested in whether the HMC or the TS7700 console environments > are using OPEN/SSL as they are both Linux-based systems. > > Thanks > > Bill Bishop > > Specialist > Mainframe Support Group > Server Development & Support > Toyota Motor Engineering & Manufacturing North America, Inc. > bill.bis...@tema.toyota.com > (502) 570-6143 > Yesterday I opened up three SR tickets with IBM asking about IBM's Ported Tools OpenSSH, RACF as related to certificate generation and Java for their hwkeytool certificate and keystore generation process, and the answer for all three was no, there's no exposure. I didn't ask about the HMC, which I will do so right now. Thanks for mentioning it. -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Real programmers eat foo
If it came out of a vending machine it was edible and/or drinkable. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- Chris Hoelscher >> Anything edible and drinkable. :-) Boy - were you guys picky ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: How would you like _this_ as your "z/OS has hard waited" message?
How large would the QR code have to be to replace a stand alone dump? CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Monday, April 07, 2014 8:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] OT: How would you like _this_ as your "z/OS has hard waited" message? The Linux developers are considering using QR codes to encode Kernel OOPS (hard wait) information. Snap a picture of it on the old cell phone, then decode it. It could encode a URL and debug data so that the user could open a bug report using it. In our case, such a thing would need to come up on the HMC. http://www.phoronix.com/scan.php?page=news_item&px=MTY1NjI -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Check out IBM - Archives - Documents - United States
Love the 'Quintessential Quotes' Watson Sr. has one liners, everyone else is paragraphs. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- Ed Finnell _IBM - Archives - Documents - United States_ (http://www-03.ibm.com/ibm/history/documents/index.html) I use this on occasion to cross check. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Friday - Alternative Alphabeth
Looks like Congress is 26 for 26 ... CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Friday, January 10, 2014 5:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] OT: Friday - Alternative Alphabeth It must be Friday, the last time I got a Friday was last year, sort of... ;-D Your alternative Alphabeth… J(Hmmm, is there a z/OS or Linux version? :-D ) A is for avaricious abusers B is for bluffing bullies C is for corrupt crooks D is for debauched dodgers E is for embezzling extortionists <-- That is me! ;-D F is for freeloading fraudsters G is for gluttonous goons H is for hideous hucksters I is for iniquitous idlers J is for jiving jokers K is for kowtowing kleptomaniacs L is for loathsome liars M is for malignant mountebanks N is for noisome necrophiliacs O is for obscene opportunists P is for profligate perjurers Q is for quisling quibblers R is for rancid racketeers S is for seedy swindlers T is for tawdry tricksters U is for unsavoury usurpers V is for venal vipers W is for wanton wastrels X is for xanthippic xenophobes Y is for yammering yobs Z is for zealous zombies --- Anonymous --- :-D :-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Maximum Capacity Feature
The data sheet says 8.5 TB native (uncompressed) capacity. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Monday, December 30, 2013 6:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Maximum Capacity Feature http://www.oracle.com/us/products/servers-storage/storage/tape-storage/t1-data-cartridges/overview/index.html 8.5 TB maximum capacity. I assume that includes any built in compression. 2013/12/30 R.S. : > I'm just reading about STK/Sun/Oracle tape drives. The latest T1D > drive has uncompressed capacity 8TB, but with "Maximum Capacity > Feaure" it's 8,5TB. > > I can't imagine what the feature is, physically. And why it's not > always-enabled? > > Any clue? > > Happy EOY'13 > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > > > -- > Treść tej wiadomości może zawierać informacje prawnie chronione Banku > przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może > być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli > nie jesteś adresatem niniejszej wiadomości lub pracownikiem > upoważnionym do jej przekazania adresatowi, informujemy, że jej > rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o > podobnym charakterze jest prawnie zabronione i może być karalne. > Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie > zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość > włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. > > This e-mail may contain legally privileged information of the Bank and > is intended solely for business use of the addressee. This e-mail may > only be received by the addressee and may not be disclosed to any > third parties. If you are not the intended addressee of this e-mail or > the employee authorized to forward it to the addressee, be advised > that any dissemination, copying, distribution or any other similar > activity is legally prohibited and may be punishable. If you received > this e-mail by mistake please advise the sender immediately by using > the reply facility in your e-mail software and delete permanently this > e-mail including any copies of it either printed or saved to hard drive. > > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, > www.mBank.pl, e-mail: kont...@mbank.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.2013 r. > kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.555.904 złote. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Extents limit for HFS (UNCLASSIFIED)
IIRC you can get 127 extents for a VSAM dataset but only in the 123rd extent is satisfied with 5 extents CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of DASDBILL2 Sent: Thursday, November 21, 2013 3:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Extents limit for HFS (UNCLASSIFIED) The limit of 16 extents per volume for a non-VSAM data set dates back to the mid-1960s and release 1 of OS/360. A Format 1 DSCB has space for 3 extent descriptors and a pointer to a Format 3 DSCB, which has space for 13 more extent descriptors AND ALSO a pointer to another Format 3 DSCB. Thus the VTOC was architected to allow an infinite number of extents in one data set, as long as the volume has enough free space for one more Format 3 DSCB. For reasons unknown to me now, but probably due to the smallness and expense of storage in the 1960s, IBM chose to cap a data set's VTOC usage to a maximum of two DSCBs for a non-ISAM data set and three for an ISAM data set. The way VSAM data sets are described in terms of DSCBs is that you start with a Format 1, it points to a Format 3, that F3 can then point to another F3, etc. up to however many F3 DSDBs are needed to hold all the extents that are allowed by some other constraint somewhere in the system software. That is the only reason why a VSAM data set is limited to 123 extents. Nine full Format 3 DSCBs can be used with a 10th Format 3 DSCB having only three of its possible 13 extent descriptor slots filled in. Somewhere else in MVS is the limit of 123 imposed. This limit came about when VSAM was invented along with making OS/360 use virtual storage. The system catalog's internal structure was redesigned at the same time to use VSAM in which to store catalog entries. So the limit of 123 extents, I believe, is related to some part of a VSAM catalog's internal structure. One DEB can have 255 different extent entries in it. They could theoretically all be on the same volume if there weren't the other constraint about 16 extents per volume for one data set. In fact they can be all on the same volume if multiple different data sets, all on one volume, are concatenated. Remember the DEB was invented in the mid-1960s also, long before VSAM came along with the new larger 123 extent limit. I don't know about the limit of 59 volumes per data set. The TIOT's constraint looks like a reasonable explanation. Bill Fairchild Franklin, TN - Original Message - From: "Lon A CTR USARMY HRC Storr (US)" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, November 21, 2013 1:11:58 PM Subject: Re: Extents limit for HFS (UNCLASSIFIED) Classification: UNCLASSIFIED Caveats: NONE According to my personal notes The restriction of 127 extents per volume (device) comes from the DEB: DEBLNGTH is the number of double-words in the DEB (up to 255 ===> 255 * 8 = 2040; (2040 - 71) / 16 = 123). The restriction of 59 volumes (devices) per DD comes from the TIOT: TIOELNGH is the number of bytes in the TIOT entry (up to 255 ===> (255 - 16) / 4 = 59) Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of DASDBILL2 Sent: Thursday, November 21, 2013 1:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Extents limit for HFS I think there was some rational explanation given several years ago. Check the archives, John. Something about how many whatevers could fit within one such-and-such, where both are control blocks within a VSAM catalog structure. I disagree with the other post that mentioned up to five different extents to satisfy the primary size. If this were true, then we wouldn't have a limit of 16 extents for a n
Re: Z114 or a zBC12
z114 MES upgrades are withdrawn as of June 30, 2014. You may find that the price of a zBC12 is the same (or possibly lower) than the z114 (there may even be 'special' pricing available towards the end of this year). CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ward, Mike S Sent: Monday, October 07, 2013 4:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] Z114 or a zBC12 Hello all, can any of you tell me why we would not want a z114 over a zBC12? Aside from the z114 being older technology. Thank you all for any input. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Obscurity Is Not Security... Or Is It?
No need, they have a copy already. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- John McKown Should I now CC all my email to sp...@nsa.gov? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS 1.13 Last date to order ServerPac
Anyone know the cutoff date for ordering z/OS 1.13 via ServerPac? Ken Porowski VP Mainframe Engineering CIT Information Technology +1 973 740 5459 (tel) One CIT Drive Livingston, NJ 07039 ken.porow...@cit.com www.cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS 1.13 Last date to order ServerPac
Anyone know the cutoff date for ordering z/OS 1.13 via ServerPac? [CIT.com]<http://www.cit.com> Ken Porowski VP Mainframe Engineering Information Technology +1 973 740 5459 (tel) <mailto:{{smtp:sender}}>ken.porow...@cit.com<mailto:ken.porow...@cit.com> One CIT Drive Livingston, NJ 07039 www.cit.com<http://www.cit.com> This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a TSS mailing list?
Last message I got was in 2011 CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Friday, August 09, 2013 12:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Is there a TSS mailing list? Hmmm. How active is the list? I went through the sign-up including sending a justification to Joe Denison, Moderator, tssadmin-ow...@yahoogroups.com over 24 hours ago and have heard nothing back. Does anyone know Joe? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Thursday, August 08, 2013 11:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a TSS mailing list? On 8 August 2013 10:34, Charles Mills wrote: > X-posted to IBM-MAIN and ACF2-L. > > Is there a mailing list for CA Top Secret? tssad...@yahoogroups.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VTOC Location
LISTVTOC FORMAT,VOL=SYSDA=MVS001 CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Herring, Bobby Sent: Wednesday, July 10, 2013 4:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] VTOC Location We are working with IBM on a flash copy problem with a drive. The box is the ESE 800, the old Shark. She is asking about the physical location of the VTOC. We used to have Ditto but got rid of it years ago. I’ve tried the IEHLIST commands but it only shows the contents of the VTOC, not the location. Is there a way to show the exact CCHHRR location of the VTOC now? Thanks, Bob Herring System Programmer Texas Farm Bureau Insurance Waco, Texas [http://infonet.txfb-ins.com//images//email-signature-image.jpg] WWW.TXFB-INS.COM<http://www.txfb-ins.com> CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in error, do not read it. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you. Texas Farm Bureau Insurance Companies received the highest numerical score among auto insurance providers in Texas in the proprietary J.D. Power 2013 U.S. Auto Insurance Study(SM). Study based on 45,521 total responses measuring 8 providers in Texas and measures opinions of consumers with their auto insurance provider. Proprietary study results are based on experiences and perceptions of consumers surveyed March –April 2013. Your experiences may vary. Visit jdpower.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS Configuration for Security - Not RACF or other ESM
I have been tasked with documenting 'best practice' for configuring z/OS for security. This does not include RACF (or other ESM) practices. The scope is limited to what I can do in configuring z/OS to ensure no one can bypass RACF/ESM. What I can think of offhand is keeping tight control of LPALIST, LINKLIST, APFLIST, SCHEDxx/PPT Does anyone know of a book/paper/guide/reference that would outline a 'best practice' for z/OS security configuration. I've been searching this list, redbooks, Google, but not finding much that isn't RACF/ESM specific. TIA Ken Ken Porowski VP Mainframe Engineering CIT Information Technology +1 973 740 5459 (tel) One CIT Drive Livingston, NJ 07039 ken.porow...@cit.com www.cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Other hardware discontinued. (was 2084-D48?)
Did anyone notice that z890's (2086) were left out of the list? CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Check out Moto X: Motorola reveals plans for ink and even pills to replace AL
Strain the sewer lines out of the pentagon for the little pills CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joel C. Ewing Sent: Tuesday, June 04, 2013 2:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Check out Moto X: Motorola reveals plans for ink and even pills to replace AL On 06/04/2013 01:02 PM, Ed Finnell wrote: > _Moto X: Motorola reveals plans for ink and even pills to replace ALL > your passwords | Mail Online_ > (http://www.dailymail.co.uk/sciencetech/article-2333203/Moto-X-Motorol > a-reveals-plans-ink-pills-replace-ALL-passwords.html?ito > =feeds-newsxml) > > When was it T.J. Watson got in so much trouble wanting to tattoo > everybody for authentication purposes? > > ... If the final verdict has not yet been reached on whether or not there is any increased health risk from having a cell-phone transmitter next to your head for prolonged periods, the idea of having a permanent RF transmitter internally or attached to my body doesn't sound that appealing. Sounds like it would also mean someone forceably detained could be impersonated easily without their need to cooperate (or even be conscious or alive?). I still see a need for authentication to require something only known by the individual, not solely based on something they possess. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Strange response to SDSF PREFIX command
Take a look at your ISFPRMxx or equivalent setting in your security product for SDSF authorization. Specifically the group you belong to, the IDSP and DEST settings and the DSPAUTH setting. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of EXT-Schwarz, Barry Sent: Monday, April 15, 2013 3:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Strange response to SDSF PREFIX command The DEST field makes sense (the value matches). I will have to check but I don't think IDTF is active on our system unless it defaults so. Nor have we ever knowingly done anything to authorize a user access to netmail. But now I have somewhere to start looking. Thank you. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Vernooij, CP - SPLXM > Sent: Monday, April 15, 2013 6:52 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Strange response to SDSF PREFIX command > > Interesting enough to make me go search. > For a change I jumped to RTFMing with PF1 and it shows: > > Purpose: Limit the jobs that are displayed by job name. >(In some cases, this involves columns other than JOBNAME. >See the note at the end of this topic.) ... > With the PREFIX command, two additional columns may be used. > For jobs that entered the system through the TSO/E Interactive Data > Transmission Facility (netmail), SDSF compares the value for the > PREFIX command with a value that is displayed in the Wtr column > (output external writer name) or as part of the Dest column (JES print > destination name). > > Does this help? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fwd: 3494 Utilization
There can be two different capacities depending on what you are looking for. One is the 3494/ATL back end for a VTS. These tapes are generally permanently resident in the ATL. You can get an estimate of volume usage through the Library Manager. The second would be for a 'classic' ATL where tapes may be inserted/ejected as needed. Total capacity is dependent upon the number of tapes you have. The number of tapes in the ATL at any one time would just be for what is available for immediate use. Your best bet would be to get reports from your tape management system giving BLKSIZE and BLKCNT per dataset and calculate total GB/TB from there. Don't forget scratch files as they still take space on a real volume or VTS back end (unless you have release upon scratch set). If you are planning on changing tape technology to higher density media the calculation for the VTS back end should be fairly straight forward. GB/TB needed divided by 3 (average compression of 3:1 YMMV) divided by tape capacity then add a bit for spare and non-full tapes. Classic ATL removable volumes could be closer to a 1:1 conversion unless a majority of your files are multivolume. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jonathan Goossen Sent: Monday, April 15, 2013 3:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Fwd: 3494 Utilization We use to have a 3494. I vaguely remember a web page for it that displayed used versus capacity for the last 30 days. But you would need the website enabled and setup for this to work. For each iteration someone else set it up and gave me the IP address for it. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with verbal communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 04/15/2013 09:43:19 AM: > From: Lizette Koehler > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 04/15/2013 09:43 AM > Subject: Re: Fwd: 3494 Utilization > Sent by: IBM Mainframe Discussion List > > Saurabh, > > I believe that the PC attached to the 3494 (if you have a TCPIP link you can > use that) to see about the storage on the device. > > Then you could determine how many tapes you have placed in use vs. the > number of tapes actually used. > > Your CE can assist with that > > Lizette > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of saurabh khandelwal > Sent: Monday, April 15, 2013 7:11 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Fwd: 3494 Utilization > > Hello, >Thanks for reply . I am referring to the data size consumed by > 3494 ATL. Can you please provide light on DFSMS utility, which can help in > calculating data size. > > Regards > Saurabh > > > On Mon, Apr 15, 2013 at 6:00 PM, R.S. wrote: > > > W dniu 2013-04-15 14:23, saurabh khandelwal pisze: > > > > Hello Group, > >> > >> We are using IBM 3494 ATL currently for backup purpose along with > DFHSM. > >> > >> Now we have requirement to move our all data from 3494 into new Tape > >> library. But my issue is to find the current utilization of 3494 ATL. > >> > >> Is there any way to find, how much space is being used by our data in > >> 3494 ATL, so that I can calculate the current size and plan for new > >> Tape library. > >> > >> > >> > > What do you mean by utilization? > > How much space? Physical dim
Re: Strange response to SDSF PREFIX command
IIRC it could also pick up from the USER= or NOTIFY= CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Monday, April 15, 2013 9:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Strange response to SDSF PREFIX command Interesting enough to make me go search. For a change I jumped to RTFMing with PF1 and it shows: Purpose: Limit the jobs that are displayed by job name. (In some cases, this involves columns other than JOBNAME. See the note at the end of this topic.) ... With the PREFIX command, two additional columns may be used. For jobs that entered the system through the TSO/E Interactive Data Transmission Facility (netmail), SDSF compares the value for the PREFIX command with a value that is displayed in the Wtr column (output external writer name) or as part of the Dest column (JES print destination name). Does this help? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of EXT-Schwarz, Barry Sent: Monday, April 15, 2013 15:41 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Strange response to SDSF PREFIX command We have a sequence of JES2 commands that run at 1600 every day to purge output more the 7 days old. For reasons almost lost in antiquity, the sequence avoided purging jobs/tasks that begin with S. When I first noticed several hundred jobs in the output queue (SDSF command O), I started looking for a pattern. I issued the PREFIX A* and saw a few but they were recent. I then issued PREFIX B* and dozens of jobs name SU00Y appeared. (If it matters, the prefix commands were entered in lower case. I capitalized them here for ease of reading.) I have never seen a response that didn't match the prefix before. This is on z/OS 1.11. Thoughts anyone? PS - After finally recalling the reason for this, the fix to the command sequence is to add $PJQ(S*),JM!=SYSLOG,A>7 but I'm still curious why SDSF thought SU00Y matched prefix B*. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ASG/Mobius
Not sure if these fit your needs but products like VPS (LRS), Infoprint Server (IBM), and I think MacKinney has something. These products have components (probably optional, priced) that can transform various input to various output formats. I do not have any of these products but AFAIK they might do what you want/need. Ken This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron Wells Sent: Tuesday, March 12, 2013 1:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] ASG/Mobius Asked some time ago..do not have copy of reply. and not finding in Arch.. ASG/Mobius >> We have Non-AFP and AFP reports also have PDF's and JPG's stored on the Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL supported printer.. Goal >> eliminated need for AFP/IPDS support at the printer.. or Another approach/suggestion ?? -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Article for the boss: COBOL will outlive us all
One of the comments on that article left this link http://mainframes.wikidot.com/ which claims to be a partial listing of all Mainframe shops in the world. Ken -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Wednesday, February 13, 2013 9:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] Article for the boss: COBOL will outlive us all http://www.itworld.com/career/341879/cobol-will-outlive-us-all ... The reason that I'm telling you about COBOL is that I predict that over the next few years, new COBOL programmers are going to be in high demand and very possibly paid a premium for their efforts. Generally speaking, the COBOL programming skill set resides in baby boomers that have been programming in COBOL their entire career. The issue is that these baby boomers have begun retiring in enormous numbers. Additionally, new college recruits have neither the skill set nor the interest in replacing them. The problem for companies employing these COBOL programmers is that if the software stops, so does the company. -- This is a test of the Emergency Broadcast System. If this had been an actual emergency, do you really think we'd stick around to tell you? Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncosrt & EMC
I believe (but cannot confirm) that they have some sort of hardware assist for SyncSort sorts. Ken -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- Ed Gould I was read some advertising information today and ran across this: >http://www.emc.com/collateral/hardware/white-papers/h10790-dlm- syncsort-mfx-zos-perf-test-wp.pdf< Although there are several disclaimers in the PDF file it come across to me as EMC is using Syncsort to bolster their product line. I guess the question is tis this a well known "rumor" or is EMC looking to buy Syncsort? OR? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS v2.1 preview
3 options 1 - Upgrade your box. 2 - Stay on 1.13 forever. 3 - Move off the Mainframe. -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- Scott Ford Tom, What about companies not running a Z9 ? Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Feb 5, 2013, at 10:09 AM, Tom Marchant wrote: > Minimum hardware is z9. No z800/z900 or z890/z990. > > -- > Tom Marchant > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT - Huge Maple Syrup heist solved.
Canada produces more than 80 percent of the world's maple syrup, producing about 26,500,000 litres (7,000,000 US gal) in 2004. The vast majority of this comes from the province of Quebec, which is the world's largest producer, with about 75 percent of global production totalling 24,660,000 litres (6,510,000 US gal) in 2005.[39] As of 2003, Quebec had more than 7,000 producers, collectively making over 24,000,000 litres (6,300,000 US gal) of syrup.[40] Production in Quebec is controlled through a supply management system, with producers receiving quota allotments from the Federation of Quebec Maple Syrup Producers (Fédération des producteurs acéricoles du Québec), which also maintains reserves of syrup.[41] Canada exports more than 9,400,000 litres (2,500,000 US gal) of maple syrup per year, valued at more than C$145 million.[24][42] The provinces of Ontario, Nova Scotia, New Brunswick, and Prince Edward Island produce smaller amounts of syrup.[39] The Canadian provinces of Manitoba and Saskatchewan produce maple syrup using the sap of the box elder or Manitoba maple (Acer negundo).[7] However, a Manitoba maple tree's yield is usually less than half that of a similar sugar maple tree.[43] Manitoba maple syrup has a slightly different flavour from sugar-maple syrup, because it contains less sugar and the tree's sap flows more slowly. Vermont is the biggest US producer, with over 1,140,000 US gallons (4,300,000 l) during the 2011 season, followed by New York with 564,000 US gallons (2,130,000 l) and Maine with 360,000 US gallons (1,400,000 l). Wisconsin, Ohio, New Hampshire, Michigan, Pennsylvania, Massachusetts, and Connecticut all produced marketable quantities of maple syrup of less than 120,000 US gallons (450,000 l) each in 2011.[44] As of 2003, Vermont produced about 5.5 percent of the global syrup supply.[40] Maple syrup has been produced on a small scale in some other countries, notably Japan and South Korea.[45] However, in South Korea in particular, it is traditional to consume maple sap, called gorosoe, instead of processing it into syrup.[46] Japan is a large importer of maple syrup: in 2010, 10.1 percent of Canada's maple syrup exports (a value of C$28 million) went to Japan.[47] -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Thursday, December 27, 2012 12:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] OT - Huge Maple Syrup heist solved. I wonder who produces the the other 19.5% ? Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Dec 27, 2012, at 10:13 AM, Neil Haley wrote: > I live in Quebec and we found the whole theft to be a sticky subject. > > > > Quebec does produce 75% of the world's Maple Syrup output. Vermont does a > respectable 5.5% of the world output. > > Regards, > > Neil Haley > nha...@ca.ibm.com > Storage & Software Mainframe Support > http://www.ibm.com/systems/z/ | http://www.about.me/NeilHaley > Office: 1-613-748-2857 | Pager: 1-613-780-3345 | Mobile: > 1-613-266-4565 > > -IBM Mainframe Discussion List wrote: > - > To: IBM-MAIN@listserv.ua.edu > From: Tom Ambros > Sent by: IBM Mainframe Discussion List > Date: 12/27/2012 07:32AM > Subject: Re: OT - Huge Maple Syrup heist solved. > > Family are producers in Vermont so seeing the cache described in the > NYT as the 'global strategic reserve' gave me a chuckle. > > Thomas Ambros > Operating Systems and Connectivity Engineering > 518-436-6433 > > > > > > From: Mike Schwab > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 12/27/2012 01:28 > Subject:OT - Huge Maple Syrup heist solved. > Sent by:IBM Mainframe Discussion List > > > > http://www.
Re: LLA REFRESH after increasing directory
Thank you all! I was a little worried after the first 3 responses of Yes, No, and Maybe. As it turns out, I may have to reallocate the library anyway for future use so a new linklist set or IPL will be needed but it's nice to know that I could get away with it if I needed to. -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- Skip Robinson I like the advice to bounce LLA. This should eliminate a timing issue. While LLA is down, the (new) directory will be searched on each fetch. Once LLA is back up, he will have an updated picture of where members are located. It's important to distinguish between an allocation change and a directory change. FETCH cares a whole lot about PDS extents. Only LLA cares about directory details. . JO.Skip Robinson -Original Message- Mark Zelden On Wed, 26 Sep 2012 13:08:57 -0500, Tom Marchant wrote: >On Wed, 26 Sep 2012 13:47:06 -0400, Ken Porowski wrote: > >>Does anyone know if an LLA REFRESH will pick up increased directory >>blocks? > >It will not. Read the section, "Removing or compressing a data set >in an active LNKLST set" in the Init and Tuning Reference. > It will work fine. Compressing is a different issue and as long as Ken doesn't care about what may happen to jobs / tasks trying to use those modules while he is working with that data set, then all will be fine after he does the LLA refresh.The directory will be read again when refreshed, so the new blocks added will be picked up. And I've done this before, but you can run a simple test if you want to verify for yourself. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
LLA REFRESH after increasing directory
Does anyone know if an LLA REFRESH will pick up increased directory blocks? I have a loadlib in linklist I need to refresh with all new members but the directory block allocation is too small. I can increase the number of directory blocks dynamically (CA-PDSMAN ALTERDIR function). The library itself will remain at its current space allocation (no additional extents) The question is if I increase the directory blocks, replace all members, will an LLA REFRESH pick up the increased directory allocation? Thanks all. Ken -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zEnterprise...the Next Generation of Enterprise Systems webcast on August 28
Link to the top 50 by assets http://www.bankersaccuity.com/resources/bank-rankings/ I think there are only 4 or 5 from the USA -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- Jakubek, Jan What's "top"? Too big to fail? :-) -----Original Message- Ken Porowski Anyone know if this is something new or just an update on z196/z114/zBX ? And I heard it was 59 of the top 60 worldwide banks run on IBM System z? The Future Runs on System z! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zEnterprise...the Next Generation of Enterprise Systems webcast on August 28
Anyone know if this is something new or just an update on z196/z114/zBX ? And I heard it was 59 of the top 60 worldwide banks run on IBM System z? The Future Runs on System z! -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- Knutson, Sam IBM will have an announcement on August 28th which you may be interested in if you like to keep up with the current System z technology directions. Check this Out: zEnterprise...the Next Generation System at http://engage.vevent.com/rt/ibm~nextgenerationmainframe Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Did you know that 25 of the top 25 worldwide banks run on IBM System z? The Future Runs on Systms z! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Auditors Don't Know Squat!
See if you can get the auditors to agree that you will apply all applicable (to your environment) PTFs flagged as a "Red Alert" within 30-60 days of availability. "Red Alerts" appear to be the closest the Mainframe has to "Patch Tuesday" This should limit your action to one PTF every couple of years. -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Working Set = Real Frames + Aux Slots?
If I want to know the working set size of a task can I just add real storage frames in use and aux slots in use? Or is an aux slot not released until freemain or end of task? For example taskA is using 100 real storage frames then gets swapped out so 100 aux slots are used then is swapped back in. Do I now have 100 real frames and 100 aux slots? Yes I know that not all 100 frames would be sent to aux, just trying to keep the example simple. I am attempting to track gradual storage growth across many tasks. Up until last week we never paged so aux in use was zero for most asids. Something happened (not sure what yet) and lots of asids were stolen from with resulting usage of aux. Now when I add real + aux I see much higher allocation than before aux usage. TIA Ken Porowski -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS V1R13 problems with VV.MM = 'ALIAS' on 3.4?
I see the same on 1.11 and 1.12 The base members have blanks in that field. I believe you are seeing what you are supposed to. -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hansen, Dave L - Eagan, MN Sent: Thursday, July 12, 2012 3:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] z/OS V1R13 problems with VV.MM = 'ALIAS' on 3.4? Group, Does anyone else see 'ALIAS' as the VV.MM on 3.4 for TCPIP? MNPC#1 EDIT TCPIP.SEZAINSTRow 1 of 00680 Command ===> Scroll ===> PAGE Name Prompt SizeInit Mod VV MM ID _ ACLIENT ALIAS _ ACTIONS ALIAS The ISPF editor automatically generates and maintains statistics. Version Number is Initialized to 1 when the member is created. Modification Level is # of times version has been modified. Q). Should I see something other than 'ALIAS'? Thank you, Dave Dave Hansen Eagan Software Systems Branch 651-406-1208 dave.l.han...@usps.gov -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 'Inexperienced' RBS tech operative's blunder led to banking meltdown
FSVO "perfect" -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- Frank Swarbrick I thought all "systems programmers" were perfect? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN