Re: TS7740 questions:fast ready logical volumes definiton
Hello Victor-san, I could not find out document which describes multiple TS7740 CANNOT share a physical TS3500 WITHIN a Grid. A physical TS3500 tape library provides multiple logical libraries. Each TS7740 VE (Cluster) in a Grid uses a logical library of TS3500. So there is no explicit reason that multiple TS7740 clusters in a Grid cannot share a physical TS3500 tape library. Then my answer is Yes, you can. Please note that if you share a physical TS3500 from TS7740 clusters in a Grid, the TS3500 might be a single point of failure of the TS7740 Grid, if the TS3500 does not have High Availability feature. Please refer to Chapter 6.2 Partitioning a TS3500 for System z hosts of Redbook IBM TS3500 Tape Library with System z Attachment A Practical Guide to Enterprise Tape Drives and TS3500 Tape Automation SG24-6789-03. http://www.redbooks.ibm.com/abstracts/sg246789.html?Open P.S. I'm not a Minor. I'm an aged major. ;-) Minoru Massaki (M*M) 2011/8/16 Victor Zhang victor_wor...@yahoo.com.cn: Minor, Thank you. May you answer another question: Can multiple TS7740 share a physical ts3500 within a GRID? Is it documented? regards Victor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 全先 実 - Minoru Massaki (M*M) E-mail: mmass...@gmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
On Tue, 16 Aug 2011 14:09:48 -0500 Mary Anne Matyaz wrote: My CE still uses cards to write notes on, if you want to be literal about what a 'card reader' is. Clearing out my office today I found a couple of wads of ruled Amdahl cards for just this purpose. Nice corporate red, even have To and date headers. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
On 17/08/2011 08:19 AM, Barry Merrill wrote: Related: when did IBM create the last IBM cards? I believe that the plant in Greencastle, Ind was supposed to be the creator of all (USA?) card blanks. Barry Merrill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html I think that in Australia we ended up getting our cards from a plant in Eire -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EXVTOC error
Hi, I was trying to extend the VTOC size for volume but i was getting an error as MY JCL : 01 //INITDASD JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B, 02 // REGION=5M,NOTIFY=SYSUID 03 //STEP1EXEC PGM=ICKDSF 04 //SYSPRINT DD SYSOUT=* 05 //SYSINDD * 06 REFORMAT UNIT(D71F) VERIFY(TCOM02) - 07EXTVTOC(11,1,1500) SYSPRINT : ICKDSF - MVS/ESADEVICE SUPPORT FACILITIES 17.0TIME: 15:50:56 REFORMAT UNIT(D71F) VERIFY(TCOM02) - EXTVTOC(11,1,1500) ICK30200I TOO MANY POSITIONAL PARAMETERS AFTER '11' ICK30202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 ICK2I ICKDSF PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 The previour VTOC Value was(11,1,74). Please advise me. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tivoli System Automation V3R3 manuals
Eileen, Perfect link...thanks! Now off to read up on ProcOps. Wish me luck! :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Tuesday, August 16, 2011 1:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tivoli System Automation V3R3 manuals http://www-03.ibm.com/systems/z/os/zos/features/system_automation/bkserv/ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Richards, Robert B. Sent: Tuesday, August 16, 2011 1:22 PM To: IBM-MAIN@bama.ua.edu Subject: Tivoli System Automation V3R3 manuals Does anyone have a good set of links for these manuals? I keep stumbling across broken ones. TIA, Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: robert.richa...@opm.govmailto:robert.richa...@opm.gov - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EXVTOC error
Hi, I was trying to extend the VTOC size for volume but i was getting an error as MY JCL : 01 //INITDASD JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B, 02 // REGION=5M,NOTIFY=SYSUID 03 //STEP1EXEC PGM=ICKDSF 04 //SYSPRINT DD SYSOUT=* 05 //SYSINDD * 06 REFORMAT UNIT(D71F) VERIFY(TCOM02) - 07EXTVTOC(11,1,1500) SYSPRINT : ICKDSF - MVS/ESADEVICE SUPPORT FACILITIES 17.0TIME: 15:50:56 REFORMAT UNIT(D71F) VERIFY(TCOM02) - EXTVTOC(11,1,1500) ICK30200I TOO MANY POSITIONAL PARAMETERS AFTER '11' ICK30202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 The error is correct. Look up the syntax for the REFORMAT EXTVTOC command in the ICKDSF manual. Or Google ICKDSF EXTVTOC and see if that helps. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EXVTOC error
Hi, I tried with EXVTOC(1500) and it worked. Regards, jags On Wed, Aug 17, 2011 at 4:09 PM, Lizette Koehler stars...@mindspring.comwrote: Hi, I was trying to extend the VTOC size for volume but i was getting an error as MY JCL : 01 //INITDASD JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B, 02 // REGION=5M,NOTIFY=SYSUID 03 //STEP1EXEC PGM=ICKDSF 04 //SYSPRINT DD SYSOUT=* 05 //SYSINDD * 06 REFORMAT UNIT(D71F) VERIFY(TCOM02) - 07EXTVTOC(11,1,1500) SYSPRINT : ICKDSF - MVS/ESADEVICE SUPPORT FACILITIES 17.0TIME: 15:50:56 REFORMAT UNIT(D71F) VERIFY(TCOM02) - EXTVTOC(11,1,1500) ICK30200I TOO MANY POSITIONAL PARAMETERS AFTER '11' ICK30202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 The error is correct. Look up the syntax for the REFORMAT EXTVTOC command in the ICKDSF manual. Or Google ICKDSF EXTVTOC and see if that helps. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EXVTOC error
On Wed, Aug 17, 2011 at 5:39 AM, Lizette Koehler stars...@mindspring.com wrote: Hi, I was trying to extend the VTOC size for volume but i was getting an error deleted REFORMAT UNIT(D71F) VERIFY(TCOM02) - EXTVTOC(11,1,1500) ICK30200I TOO MANY POSITIONAL PARAMETERS AFTER '11' ICK30202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 The error is correct. Look up the syntax for the REFORMAT EXTVTOC command in the ICKDSF manual. Or Google ICKDSF EXTVTOC and see if that helps. Lizette https://www-304.ibm.com/support/docview.wss?uid=isg1II08349 -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
FWIW the last IBM 3505 I saw was in 1984. I remember one time the CE was called in to fix it (kept data checking or some such). Apparently, 3505's had optical sensors to detect the holes, and this particular unit was occasionally spitting machine oil onto the cards. As the machine oil soaked into the card you could hold it up to the light and see through it. The CE smugly announced that, from the 3505's point of view, the card was transparent to the user! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS compactionEXCP's, Fixed Blocked and fixed
Thanks Yifat, I found it in the job execution log : compressed ICE084I 0 BSAM ACCESS METHOD USED FOR SYSUT2 ICE084I 0 EXCP ACCESS METHOD USED FOR SYSUT1 non compressed ICE084I 0 EXCP ACCESS METHOD USED FOR SYSUT2 ICE084I 0 EXCP ACCESS METHOD USED FOR SYSUT1 Thanks, Enrique -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tivoli System Automation V3R3 manuals
I did not even know that SA 3.3 was out - We are still upgrading some of our lpars to 3.2. Good luck with it, Bob. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Richards, Robert B. Sent: Wednesday, August 17, 2011 6:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tivoli System Automation V3R3 manuals Eileen, Perfect link...thanks! Now off to read up on ProcOps. Wish me luck! :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Tuesday, August 16, 2011 1:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tivoli System Automation V3R3 manuals http://www-03.ibm.com/systems/z/os/zos/features/system_automation/bkserv/ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Richards, Robert B. Sent: Tuesday, August 16, 2011 1:22 PM To: IBM-MAIN@bama.ua.edu Subject: Tivoli System Automation V3R3 manuals Does anyone have a good set of links for these manuals? I keep stumbling across broken ones. TIA, Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: robert.richa...@opm.govmailto:robert.richa...@opm.gov - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
Phil, we had one at Allstate Insurance until 1990. 2540 reader/punch. I sure miss the chads, they were great fun in desks and cars. But I do not miss hauling the 50 pound boxes around. On Tue, 16 Aug 2011 11:08:04 -0700, Phil Smith p...@voltage.com wrote: Wondering when the last card reader died. We had one at University of Waterloo until 1984 or 1985; we had a full professor who insisted on using cards. We finally told him he'd have to pay the maintenance-that convinced him (or, more likely, his Dean) that it was time to use terminals. What's the latest anyone remembers using a card reader? BTW, http://www.cardamation.com/punchcardmedia.html claims to still sell them, if you need an 80-byte fix! -- ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
UNIX (USS)
We are a small shop and use mostly traditional ZOS things. It appears that the world is stampeding toward USS based software delivery and installation/maintenance. We are not USS/UNIX trained or savvy. We are looking for some UNIX for Mainframe Dummies material or classes. Suggestions kindly welcomed. (Sarcastic chuckles may be sent off list.) Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
steve.do...@ccbcc.com (Steve Dover) writes: Phil, we had one at Allstate Insurance until 1990. 2540 reader/punch. I sure miss the chads, they were great fun in desks and cars. But I do not miss hauling the 50 pound boxes around. as undergraduate in the 60s ... univ. was using sense-marked cards (no.2 pencil) for class registration ... tables in the gym and students would get card for each class and fill in their information. Then cards were run thru and holes punched (solid manilla color cards) registration program was moved from 709 to 360 with 2540 reader/punch. all the cards were in large number of trays (about 3000 per ... about box half) were fed into the 2540 reader. I wrote subroutine to feed into the middle stacker (stacker 3) ... registration program would validate the registration information and if it found a problem, a blank card would be punched behind it (middle stacker, stacker 3 was selectable from both the reader and the punch). The punch had been loaded with top-edge red-stripe cards ... so when everything was done ... it was possible to pick out class registration cards with errors ... by the top red-stripe edge card immediately following it in the tray. -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIX (USS)
Daniel, Try Redbook ABCs of System Programming Vol 9 We are using it this week for Training on UNIX on Mainframe. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIX (USS)
I should have included the correct title of the book ABCsof z/OS System Programming Vol 9 SG24-6989-05 Lizette -Original Message- From: Lizette Koehler stars...@mindspring.com Sent: Aug 17, 2011 10:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: UNIX (USS) Daniel, Try Redbook ABCs of System Programming Vol 9 We are using it this week for Training on UNIX on Mainframe. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIX (Unix System Services)
On 8/17/2011 7:18 AM, Daniel McLaughlin wrote: We are a small shop and use mostly traditional ZOS things. It appears that the world is stampeding toward z/OS UNIX based software delivery and installation/maintenance. We are not z/OS UNIX trained or savvy. We are looking for some UNIX for Mainframe Dummies material or classes. Suggestions kindly welcomed. (Sarcastic chuckles may be sent off list.) Thank you. Well, of course, we have some classes; we also have some free papers; and there's the IBM docs. * Application programmer training in z/OS UNIX - Introduction to z/OS UNIX - Shell Script Programmikng in z/OS UNIX - You and z/OS and World Wide Web - Developing applications for z/OS UNIX - Introduction to CGIs on z/OS - Writing z/OS CGIs in Assembler - Writing z/OS CGIs in COBOL (see http://www.trainersfriend.com/UNIX_and_Web_courses/unixcurric.htm ) * Free technical papers addressing some of the issues you mention: - z/OS, Language Environment, and UNIX: How They Work Together - Porting Apache 2.2.9 to z/OS 1.9 - Coding AJAX Applications - Setting Up the IBM HTTP Server - Hosting a Web Site on z/OS - One person's experience and others (see: http://www.trainersfriend.com/General_content/Book_site.htm ) * For IBM z/OS UNIX docs, you can start here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/EZ2ZBK0K then filter on 'unix' * For systems programmers, there are several redbooks: - The ABCs of z/OS System Programming, volumes 1 and 9 specifically That should help. :-) -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * Special promotion: 15% off on all DB2 training classes scheduled by September 1, taught by year end 2011 * Check out our entire DB2 curriculum at: http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIX (USS)
On 08/17/11 09:18, Daniel McLaughlin wrote: We are a small shop and use mostly traditional ZOS things. It appears that the world is stampeding toward USS based software delivery and installation/maintenance. We are not USS/UNIX trained or savvy. We are looking for some UNIX for Mainframe Dummies material or classes. Suggestions kindly welcomed. (Sarcastic chuckles may be sent off list.) Thank you. It won't be an immediate help but I've been recommending that Systems Programmers ditch their Windows workstations and utilize Linux, or other like Un*x OS's (I use FreeBSD) for their day to day work. X3270 serves as my interface to TSO/ISPF and other freely available tools allow me to do 99.99% of what I need on a day to day basis, all while forcing me to learn and use the Unix toolset. IMHO its made me a better systems programmer. -- Mark Jacobs Time Customer Service Tampa, FL Some people are electrifying, they light up a room when they leave. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFhsm HRECOVER Dataset from FLASHCOPY Volumes
There are daily jobs that run that flash copies PPRD00-PPRD88 to XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn) DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying (unsuccessfully) to do is HRECOVER 2 datasets from 2011/08/11. I don't know the X VOLSER the dataset is on, but I did issue the following command on all 89 volumes: HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11) NEWNAME(TX#T.F.TEXT.INV) REPLACE Can anyone help me? *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* Home of Florida's first LEED Gold Certified School Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dynamic ISPF ads in industry magazines
Shane It occurred to me that VTAM - including both parts of today's z/OS Communications Server - development, past and present, should all be able to purchase motor yachts and take retirement or early retirement to the Caribbean as a minimum on the strength of the prior usage violations up with which they have - hitherto - had to put from the denizens of this list - and elsewhere! However another legal opinion seems to be suggesting that the best that could be expected is a order for cease and desist - as I believe the expression goes between the shining seas.[1] Shame! But I guess cease and desist would be a fair result for reasonable people - defined as people who have any respect for reason ... - [1] Perhaps the legal system of another ex-colony, this one totally surrounded by shining seas, has developed another comparable expression. - Chris Mason On Sat, 13 Aug 2011 19:08:07 +1000, Shane Ginnane ibm-m...@tpg.com.au wrote: On Sat, Aug 13th, 2011 at 6:55 PM, Pinnacle wrote: There's a vendor advertisement being posted in many industry trade pubs using the term Dynamic ISPF. Dynamic ISPF is a term I coined over 20 years ago to describe the installation method of using LIBDEFs for your ISPF apps instead of the LOGON proc. Sue the bastards Tom - prior usage should be worth a few million to top up your superannuation ;-) Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP Resolver Question
Anson I promised a second post with reference to this post. As it happens, another thread appeared and I was requested to provide the explanation which roughly corresponds to the point I was going to make to you: http://bama.ua.edu/cgi-bin/wa?A2=ind1108L=ibm-mainD=1O=DP=342775 It was clear that, because to what you referred was comparable to the MVS environment, what you actually *meant* was the z/OS UNIX environment. As you can see, your use was a misuse - regrettably a very common one. As you approach anything to do with the TELNET servers supported by the IP component of z/OS Communications Server for the first time - as is bound to happen with each of the newcomers to these topics who generally appear not to use English as their first language and who may very well become the majority of users in the not too distant future - you will be introduced at the same time to a) Unformatted System Services (the *real* USS) commands and messages B) confusion! This confusion - for you and all these folk recently starting work with z/OS - would be entirely avoidable[1] if the officially approved abbreviation for anything to do with z/OS UNIX System Services were universally used, namely z/OS UNIX. - [1] There's a hard core of people who subscribe to IBM-MAIN who insist on the misuse although they do - it's not a question of should - know better. It's this hard core who are responsible for your actual or future confusion - and they stand condemned for their arrogant obstinacy! - Chris Mason On Tue, 26 Jul 2011 00:57:04 -0700, Anson Ye ye.an...@yahoo.com wrote: Chris, ... However, in the real word, I will configure the resolver settings accordingly in both MVS and USS.) Best Regards! Anson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
George, Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define Dumpclass? David O'Brien NIH Contractor -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Wednesday, August 17, 2011 10:50 AM To: IBM-MAIN@bama.ua.edu Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes There are daily jobs that run that flash copies PPRD00-PPRD88 to XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn) DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying (unsuccessfully) to do is HRECOVER 2 datasets from 2011/08/11. I don't know the X VOLSER the dataset is on, but I did issue the following command on all 89 volumes: HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11) NEWNAME(TX#T.F.TEXT.INV) REPLACE Can anyone help me? *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* Home of Florida's first LEED Gold Certified School Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIX (USS)
I agree. I have a Linux desktop at work, in addition to the normal Windows desktop. At home, I have a Mac Mini, two desktops, a laptop and and netbook. All but the Mac run Linux. The laptop can dual boot to Windows7, but I never use Windows on it. The only negative to a Linux desktop is you understand how crappy the z/OS variants of the UNIX commands are compared to the GNU variants used on Linux. And my strong suggestion to all who really want to use UNIX on z/OS is go immediately go to http://www.dovetail.com , download and install Co:Z and dataset pipes. Dovetailed Technologies has really helped with Co:Z. Use it instead of BPXBATCH to run local UNIX commands. And, as a plus, it can ssh connect to a remote Linux system (such as z/Linux or Linux on x86) to do some processing on the less expensive Linux system. Their enhancements to IBM's sftp is also very good: it adds the ability to up/download to z/OS legacy datasets as well as UNIX files and you can download JES output. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Wednesday, August 17, 2011 9:48 AM To: IBM-MAIN@bama.ua.edu Subject: Re: UNIX (USS) On 08/17/11 09:18, Daniel McLaughlin wrote: We are a small shop and use mostly traditional ZOS things. It appears that the world is stampeding toward USS based software delivery and installation/maintenance. We are not USS/UNIX trained or savvy. We are looking for some UNIX for Mainframe Dummies material or classes. Suggestions kindly welcomed. (Sarcastic chuckles may be sent off list.) Thank you. It won't be an immediate help but I've been recommending that Systems Programmers ditch their Windows workstations and utilize Linux, or other like Un*x OS's (I use FreeBSD) for their day to day work. X3270 serves as my interface to TSO/ISPF and other freely available tools allow me to do 99.99% of what I need on a day to day basis, all while forcing me to learn and use the Unix toolset. IMHO its made me a better systems programmer. -- Mark Jacobs Time Customer Service Tampa, FL Some people are electrifying, they light up a room when they leave. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP Resolver Question
Groan Jim Link | ITM II | Technical Operations State of Nevada | Department of Information Technology T: (775) 684-4308 | F: (775) 684-4324 | E: jl...@doit.nv.gov -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Wednesday, August 17, 2011 8:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TCPIP Resolver Question Anson I promised a second post with reference to this post. As it happens, another thread appeared and I was requested to provide the explanation which roughly corresponds to the point I was going to make to you: http://bama.ua.edu/cgi-bin/wa?A2=ind1108L=ibm-mainD=1O=DP=342775 It was clear that, because to what you referred was comparable to the MVS environment, what you actually *meant* was the z/OS UNIX environment. As you can see, your use was a misuse - regrettably a very common one. As you approach anything to do with the TELNET servers supported by the IP component of z/OS Communications Server for the first time - as is bound to happen with each of the newcomers to these topics who generally appear not to use English as their first language and who may very well become the majority of users in the not too distant future - you will be introduced at the same time to a) Unformatted System Services (the *real* USS) commands and messages B) confusion! This confusion - for you and all these folk recently starting work with z/OS - would be entirely avoidable[1] if the officially approved abbreviation for anything to do with z/OS UNIX System Services were universally used, namely z/OS UNIX. - [1] There's a hard core of people who subscribe to IBM-MAIN who insist on the misuse although they do - it's not a question of should - know better. It's this hard core who are responsible for your actual or future confusion - and they stand condemned for their arrogant obstinacy! - Chris Mason On Tue, 26 Jul 2011 00:57:04 -0700, Anson Ye ye.an...@yahoo.com wrote: Chris, ... However, in the real word, I will configure the resolver settings accordingly in both MVS and USS.) Best Regards! Anson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not able to login to TSO
All having followed this thread[1] Thankfully, rather than being killed, the thread made its way to IBMTCP-L where many of the denizens concentrated their effort in directing Saurabh to put his world to rights. I'm sure you will all be utterly delighted that the problem was solved - although the underlying matter of why a statement in the PROFILE data set was not reflected in what the main Communications Server IP address space understood has yet to be worked through. It turns out that the default route hadn't managed to find its way into the routing table. Thus, of my 4 steps to correcting the problem: A. Is there a TCP connection between the TELNET Client and Server? B. Is the USS message 10 displayed? C. Does the entry of an USS command initiate an SNA session? D. Is there a difficulty getting past the TSO initial panel? it was all about step A. ... 5) I tried connecting USS as well. but I couldnt able to connect it . It turns out that Saurabh was indeed -- as I predicted - and with some predictable flak from a couple of the usual suspects - might happen -- confused by my correct use of the term USS - all the while dealing with a topic where - as those already mentioned people with a deficient facility with logic persist in trying to claim otherwise - confusion can arise from the misuse, context is *not* sufficient. It has still not been clarified whether or not he is interested also in having access to z/OS UNIX facilities via the otelnetd server in addition to the traditional TELNET server. The probable reason for the confusion is that he is working in an already confusing environment and is quite unnecessarily led further astray by both those who misuse USS out of ignorance and those who misuse USS as some sort of feral mischief. I have asked - in the thread in IBMTCP-L - whether he needs help with additionally getting otelnetd working or - we may well discover after some typically halting exchanges - that USS crept in only because I mentioned USS commands and messages as part of the investigation related to the original problem and because of the wanton irresponsible misuse, z/OS UNIX System Services was assumed. What a mess this stupidity causes! There is also a stupendously stupid suggestion from someone who has read too much H.G. Wells and who imagines that, by hopping into a time machine, the VTAM developers of the mid-1970s can be persuaded not to use a particular abbreviation because, in 20 to 30 years into the future, the abbreviation will be needed by some other - considered to be vastly more important by the protagonists - IBM product. By doing so, all traces of this prior use will magically be erased, up to and including the current use mainly in conjunction with the z/OS Communications Server traditional TELNET server[2] and pre/non-SNA 3270 use with the OSA ICC TN3270 server, and there will never be any confusion. But I guess such follies can overcome the best, Sir Isaac Newton believed in the Philosopher's Stone and Sir Arthur Conan-Doyle believed in fairies! - [1] I need to get this and similar threads posted I see. The contagion, already severe, is spreading! [2] I split my sides when I read a post where this peculiar person advertised some job or other requiring familiarity with just this sort of USS. I put it down to ignorance. - Chris Mason On Sun, 7 Aug 2011 11:38:33 +0530, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: 5) I tried connecting USS as well. but I couldnt able to connect it . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIX (USS)
It won't be an immediate help but I've been recommending that Systems Programmers ditch their Windows workstations and utilize Linux, or other like Un*x OS's (I use FreeBSD) for their day to day work If I only had the choice, but in bigger companys other powers decide ;-( Back to the OPs question: I'd recommend to get someone to teach you the basics, especially if people are familiar with z/OS but don't have a clue on UNIX. It helps to avoid the dreadful there is a wall thinking. PS: Search the archives for hints on training opportunities ;-) -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP Resolver Question
Mason! Who made you the USS Nazi? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: James Link jl...@doit.nv.gov Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Wed, 17 Aug 2011 08:08:24 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: TCPIP Resolver Question Groan Jim Link | ITM II | Technical Operations State of Nevada | Department of Information Technology T: (775) 684-4308 | F: (775) 684-4324 | E: jl...@doit.nv.gov -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Wednesday, August 17, 2011 8:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TCPIP Resolver Question Anson I promised a second post with reference to this post. As it happens, another thread appeared and I was requested to provide the explanation which roughly corresponds to the point I was going to make to you: http://bama.ua.edu/cgi-bin/wa?A2=ind1108L=ibm-mainD=1O=DP=342775 It was clear that, because to what you referred was comparable to the MVS environment, what you actually *meant* was the z/OS UNIX environment. As you can see, your use was a misuse - regrettably a very common one. As you approach anything to do with the TELNET servers supported by the IP component of z/OS Communications Server for the first time - as is bound to happen with each of the newcomers to these topics who generally appear not to use English as their first language and who may very well become the majority of users in the not too distant future - you will be introduced at the same time to a) Unformatted System Services (the *real* USS) commands and messages B) confusion! This confusion - for you and all these folk recently starting work with z/OS - would be entirely avoidable[1] if the officially approved abbreviation for anything to do with z/OS UNIX System Services were universally used, namely z/OS UNIX. - [1] There's a hard core of people who subscribe to IBM-MAIN who insist on the misuse although they do - it's not a question of should - know better. It's this hard core who are responsible for your actual or future confusion - and they stand condemned for their arrogant obstinacy! - Chris Mason On Tue, 26 Jul 2011 00:57:04 -0700, Anson Ye ye.an...@yahoo.com wrote: Chris, ... However, in the real word, I will configure the resolver settings accordingly in both MVS and USS.) Best Regards! Anson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
You might also issue a HLIST DSN('TX#P.F.TEXT.INV') BOTH
To see what HSM has for backups and where they are located.
David O'Brien
NIH Contractor
-Original Message-
From: O'Brien, David W. (NIH/CIT) [C]
Sent: Wednesday, August 17, 2011 11:05 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
George,
Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define
Dumpclass?
David O'Brien
NIH Contractor
-Original Message-
From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
Sent: Wednesday, August 17, 2011 10:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
There are daily jobs that run that flash copies PPRD00-PPRD88 to
XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn)
DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name
DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying (unsuccessfully)
to do is HRECOVER 2 datasets from 2011/08/11.
I don't know the X VOLSER the dataset is on, but I did issue the following
command on all 89 volumes:
HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11)
NEWNAME(TX#T.F.TEXT.INV) REPLACE
Can anyone help me?
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*
Home of Florida's first LEED Gold Certified School
Under Florida law, e-mail addresses are public records. If you do not want your
e-mail address
released in response to a public records request, do not send electronic mail
to this entity.
Instead, contact this office by phone or in writing.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
Here's what I have specified: DEFINE /* Define a dump class named DAILYDR */ - DUMPCLASS(DAILYDR /* that is dumped everyday for */ - FREQ(1) /* production data. It is held for 7 */ - RETPD(8) /* days and the tape is reused when */ - AUTOREUSE /* it is scratched. */ - NORESET - DATASETRESTORE- VTOCCOPIES(7)) *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Wed, Aug 17, 2011 at 11:04 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: George, Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define Dumpclass? David O'Brien NIH Contractor -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Wednesday, August 17, 2011 10:50 AM To: IBM-MAIN@bama.ua.edu Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes There are daily jobs that run that flash copies PPRD00-PPRD88 to XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn) DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying (unsuccessfully) to do is HRECOVER 2 datasets from 2011/08/11. I don't know the X VOLSER the dataset is on, but I did issue the following command on all 89 volumes: HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11) NEWNAME(TX#T.F.TEXT.INV) REPLACE Can anyone help me? *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* Home of Florida's first LEED Gold Certified School Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Home of Florida's first LEED Gold Certified School Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Security is fun in the PC world....
http://www.itworld.com/it-managementstrategy/194445/fired-techie-created-virtual-chaos-pharma-company?source=ITWNLE_nlt_today_2011-08-17 (watch out for the wrap) Fired techie created virtual chaos at pharma company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
When I issued the HLIST command, this is what I got:
ARC0138I NO MCDS INFORMATION FOUND FOR DATASET TX#P.F.TEXT.INV
DSN=TX#P.F.TEXT.INV BACK FREQ = *** MAX
VERS=***
BDSN=DFHSM.BACK.T282203.TX#P.F.A BACKVOL=V22915
FRVOL=PPRD24
BACKDATE=11/04/21 BACKTIME=03:22:20 CAT=YES GEN=000 VER=590 UNS/RET=
NO
RACF IND=NO BACK PROF=NO
ARC0140I LIST COMPLETED,4 LINE(S) OF DATA OUTPUT
***
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*
On Wed, Aug 17, 2011 at 11:26 AM, O'Brien, David W. (NIH/CIT) [C]
obrie...@mail.nih.gov wrote:
You might also issue a HLIST DSN('TX#P.F.TEXT.INV') BOTH
To see what HSM has for backups and where they are located.
David O'Brien
NIH Contractor
-Original Message-
From: O'Brien, David W. (NIH/CIT) [C]
Sent: Wednesday, August 17, 2011 11:05 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
George,
Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define
Dumpclass?
David O'Brien
NIH Contractor
-Original Message-
From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
Sent: Wednesday, August 17, 2011 10:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
There are daily jobs that run that flash copies PPRD00-PPRD88 to
XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn)
DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name
DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying (unsuccessfully)
to do is HRECOVER 2 datasets from 2011/08/11.
I don't know the X VOLSER the dataset is on, but I did issue the
following
command on all 89 volumes:
HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11)
NEWNAME(TX#T.F.TEXT.INV) REPLACE
Can anyone help me?
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*
Home of Florida's first LEED Gold Certified School
Under Florida law, e-mail addresses are public records. If you do not want
your e-mail address
released in response to a public records request, do not send electronic
mail to this entity.
Instead, contact this office by phone or in writing.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Home of Florida's first LEED Gold Certified School
Under Florida law, e-mail addresses are public records. If you do not want your
e-mail address
released in response to a public records request, do not send electronic mail
to this entity.
Instead, contact this office by phone or in writing.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIX (USS)
I got around that by convincing said powers that VMWare Workstation was necessary to my health and well being and now I'm happily Linuxing away. When I need to convince somebody that the problem is NOT due to my Linux environment, I've got the standard Windows desktop to prove it. Regards, Don P.S. All this hullabaloo about USS makes me think we should do what the Hursley people did for CICS. Create a poster of all of the possible iterations of USS and put it out there for posterity The power of accurate observation is often mistaken for cynicism by those who have not got it. -- George Bernard Shaw From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of Hunkeler Peter (KIUP 4) [peter.hunke...@credit-suisse.com] Sent: Wednesday, August 17, 2011 09:14 To: IBM-MAIN@bama.ua.edu Subject: Re: UNIX (USS) If I only had the choice, but in bigger companys other powers decide ;-( -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Security is fun in the PC world....
Security is fun in the PC world Non-sequitor. There is *NO SECURITY* in the PC world (IMO) snip http://www.itworld.com/it-managementstrategy/194445/fired-techie-created -virtual-chaos-pharma-company?source=ITWNLE_nlt_today_2011-08-17 /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Options (was: UNIX (USS))
On Wed, 17 Aug 2011 15:45:25 +, Grinsell, Don wrote: I got around that by convincing said powers that VMWare Workstation was necessary to my health and well being and now I'm happily Linuxing away. When I need to convince somebody that the problem is NOT due to my Linux environment, I've got the standard Windows desktop to prove it. if price is an obstacle, there's VirtualBox. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND - 637-04
Hal: A 32K blocksize is not optimal for 3390 . IIRC it would be 1 block per track (track size being 48K) Half track blocking or 24K is probably the best, IMO. My memory is drawing a blank for 3380 (but 36K maybe right) so 18K. Best to use blksize=0 unless the damn program over rides the blocksize, if so call the vendor. Ed From: Hal Merritt hmerr...@jackhenry.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, August 16, 2011 2:06 PM Subject: Re: ABEND - 637-04 I would offer a third option: check to see that you are using the maximum permissible block size. If not, then do so. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Tuesday, August 16, 2011 8:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ABEND - 637-04 This is consistent with reaching to volume count limit of 255 volume/dataset (on tape). On DASD, the limit id 59 volumes Check the JCL manual or Using Datasets for more detail. You have 2 options: 1) Move the file to higher density media. E.g. 3490 --- 3590 2) logically split the file into 2 (or more) pieces so that each piece requires less than 255 volumes HTH, snip I am receiving a message IEC026I during the volumes copies, at the point of 255 volumes. Does the volume limits to be copied is 255 ??? What ABEND should be returned when 255 copies volumes is reached ??? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIX (USS)
Don, I agree - for those forced to run Windows, running Linux VMs under Windows is a good option for education. cygwin is also invaluable. We use Linux desktops (currently Ubuntu 10.04), and have found also that only a few things require Windoze. VirtualBox is also a good VM host on Linux for Windows VMs. Some other benefits of Linux desktops that we have found: - never had a virus, spyware, etc. (but that doesn't mean that you don't need firewalls, good security, etc) - in 6 years, never had to reload the OS to speed it back up :-) - with Linux, your package manager is like SMPE - it tracks your installed programs. After you get used to this, you never want to go back. - the Ubuntu support community is fantastic Kirk Wolf Dovetailed Technologies http://dovetail.com PS With a Unix/Linux client, our Dataset Pipes tools have some cool capabilities not available on Windows On Wed, Aug 17, 2011 at 10:45 AM, Grinsell, Don dgrins...@mt.gov wrote: I got around that by convincing said powers that VMWare Workstation was necessary to my health and well being and now I'm happily Linuxing away. When I need to convince somebody that the problem is NOT due to my Linux environment, I've got the standard Windows desktop to prove it. Regards, Don -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CICS V2.3 and DB2 for z/OS V10.1
Hello List, does anybody know if the CICS V2.3 works with the DB2 for z/OS V10.1 ? Thanks in advance for replay ! Regards, Miran Cotic -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP Resolver Question
wow Scott J Ford Software Engineer http://www.identityforge.com From: Ted MacNEIL eamacn...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Wednesday, August 17, 2011 11:14 AM Subject: Re: TCPIP Resolver Question Mason! Who made you the USS Nazi? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: James Link jl...@doit.nv.gov Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Wed, 17 Aug 2011 08:08:24 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: TCPIP Resolver Question Groan Jim Link | ITM II | Technical Operations State of Nevada | Department of Information Technology T: (775) 684-4308 | F: (775) 684-4324 | E: jl...@doit.nv.gov -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Wednesday, August 17, 2011 8:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TCPIP Resolver Question Anson I promised a second post with reference to this post. As it happens, another thread appeared and I was requested to provide the explanation which roughly corresponds to the point I was going to make to you: http://bama.ua.edu/cgi-bin/wa?A2=ind1108L=ibm-mainD=1O=DP=342775 It was clear that, because to what you referred was comparable to the MVS environment, what you actually *meant* was the z/OS UNIX environment. As you can see, your use was a misuse - regrettably a very common one. As you approach anything to do with the TELNET servers supported by the IP component of z/OS Communications Server for the first time - as is bound to happen with each of the newcomers to these topics who generally appear not to use English as their first language and who may very well become the majority of users in the not too distant future - you will be introduced at the same time to a) Unformatted System Services (the *real* USS) commands and messages B) confusion! This confusion - for you and all these folk recently starting work with z/OS - would be entirely avoidable[1] if the officially approved abbreviation for anything to do with z/OS UNIX System Services were universally used, namely z/OS UNIX. - [1] There's a hard core of people who subscribe to IBM-MAIN who insist on the misuse although they do - it's not a question of should - know better. It's this hard core who are responsible for your actual or future confusion - and they stand condemned for their arrogant obstinacy! - Chris Mason On Tue, 26 Jul 2011 00:57:04 -0700, Anson Ye ye.an...@yahoo.com wrote: Chris, ... However, in the real word, I will configure the resolver settings accordingly in both MVS and USS.) Best Regards! Anson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIX (Unix System Services)
Just to add to this thread, I am not a Unix heavy by any stretch , but I worked VM for years and use Linux at home, so I feel this helps with an understand of USS on z/OS. Classes, I cant remember when I had the last one. I dig through google and manuals and experiment on our development boxes, of course that's what I paid to do ...Bottomline, a lot of ways to learn USS ...on z/OS Scott J Ford Software Engineer http://www.identityforge.com From: Steve Comstock st...@trainersfriend.com To: IBM-MAIN@bama.ua.edu Sent: Wednesday, August 17, 2011 10:32 AM Subject: Re: UNIX (Unix System Services) On 8/17/2011 7:18 AM, Daniel McLaughlin wrote: We are a small shop and use mostly traditional ZOS things. It appears that the world is stampeding toward z/OS UNIX based software delivery and installation/maintenance. We are not z/OS UNIX trained or savvy. We are looking for some UNIX for Mainframe Dummies material or classes. Suggestions kindly welcomed. (Sarcastic chuckles may be sent off list.) Thank you. Well, of course, we have some classes; we also have some free papers; and there's the IBM docs. * Application programmer training in z/OS UNIX - Introduction to z/OS UNIX - Shell Script Programmikng in z/OS UNIX - You and z/OS and World Wide Web - Developing applications for z/OS UNIX - Introduction to CGIs on z/OS - Writing z/OS CGIs in Assembler - Writing z/OS CGIs in COBOL (see http://www.trainersfriend.com/UNIX_and_Web_courses/unixcurric.htm ) * Free technical papers addressing some of the issues you mention: - z/OS, Language Environment, and UNIX: How They Work Together - Porting Apache 2.2.9 to z/OS 1.9 - Coding AJAX Applications - Setting Up the IBM HTTP Server - Hosting a Web Site on z/OS - One person's experience and others (see: http://www.trainersfriend.com/General_content/Book_site.htm ) * For IBM z/OS UNIX docs, you can start here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/EZ2ZBK0K then filter on 'unix' * For systems programmers, there are several redbooks: - The ABCs of z/OS System Programming, volumes 1 and 9 specifically That should help. :-) -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * Special promotion: 15% off on all DB2 training classes scheduled by September 1, taught by year end 2011 * Check out our entire DB2 curriculum at: http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIX (USS)
Mark: This reminds me the about the the day that they ripped the 3270's out from underneath us and all of a sudden I couldn't switch from session to session using TPX. (I don't remember specifics). My productivity went to zero. After an hour of cussing I went out to find a real 3270 and found one in the computer room. I started to work using that and about a day later I was told I couldn't use it anymore. I explained why and got back a tough luck story. ABout a week afterwards the big boss came over and wanted me to do some work for him and I told him I can't do two things at once anymore and I explained that the PC's wouldn't let me. He went back to my boss's boss and told him to give me back the 3270. To make a long story short my boss's boss hated me after that and was looking for any excuse to do me in. Ed From: Mark Jacobs mark.jac...@custserv.com To: IBM-MAIN@bama.ua.edu Sent: Wednesday, August 17, 2011 9:47 AM Subject: Re: UNIX (USS) On 08/17/11 09:18, Daniel McLaughlin wrote: We are a small shop and use mostly traditional ZOS things. It appears that the world is stampeding toward USS based software delivery and installation/maintenance. We are not USS/UNIX trained or savvy. We are looking for some UNIX for Mainframe Dummies material or classes. Suggestions kindly welcomed. (Sarcastic chuckles may be sent off list.) Thank you. It won't be an immediate help but I've been recommending that Systems Programmers ditch their Windows workstations and utilize Linux, or other like Un*x OS's (I use FreeBSD) for their day to day work. X3270 serves as my interface to TSO/ISPF and other freely available tools allow me to do 99.99% of what I need on a day to day basis, all while forcing me to learn and use the Unix toolset. IMHO its made me a better systems programmer. -- Mark Jacobs Time Customer Service Tampa, FL Some people are electrifying, they light up a room when they leave. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS V2.3 and DB2 for z/OS V10.1
Yes. It will. Test it out in a sandbox environment. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Miran Cotic Sent: Wednesday, August 17, 2011 9:26 AM To: IBM-MAIN@bama.ua.edu Subject: CICS V2.3 and DB2 for z/OS V10.1 Hello List, does anybody know if the CICS V2.3 works with the DB2 for z/OS V10.1 ? Thanks in advance for replay ! Regards, Miran Cotic -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIX (USS)
On Wed, 17 Aug 2011, Daniel McLaughlin wrote: We are a small shop and use mostly traditional ZOS things. It appears that the world is stampeding toward USS based software delivery and installation/maintenance. We are not USS/UNIX trained or savvy. We are looking for some UNIX for Mainframe Dummies material or classes. Suggestions kindly welcomed. (Sarcastic chuckles may be sent off list.) Thank you. Since others have already given you good advice wrt Linux and/or FreeBSD and VMware, I won't repeat them. If you are a DIY type, you may want to have a look at free documentation for users of those systems. Even thou I am definitely a Linux user, I think it is probably a bit hard for a beginner - I mean, while a lot of basics are finely documented, you will have to use one of Linux flavours, a.k.a. distributions. It is fine, but they all have some peculiarities and I think it is good to bite them after one has some Unix teeth grown and tried on something else (I have tried mine on SunOS/Solaris during usual uni courses, which I disregarded and instead went onto my own, see below). So perhaps it would be easier to start with FreeBSD, if you want to learn. And have a look at FreeBSD Handbook [ http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ ]. You can use VMware or VirtualBox [ http://en.wikipedia.org/wiki/VirtualBox ], because chances are you will have to scrap and install everything a new at least once. If you don't have time for all this, you probably will like Ubuntu Linux. It is nice, well developed (grown from Debian Linux - which I use daily, and which I consider to be very good distro, but again a bit hard for a start). The goal of Ubuntu project is to give Linux to people who switch from Windows and if one does not depend on typical Windows stuff, like Word or Photoshop, there are chances one will like Ubuntu without much problems. But there are also chances that one will be so content that one never feels the need to look under the hood. And I guess you do want to know what is under the hood, don't you? If you have questions, there are user forums (a lot of them), where you can ask and get answer. And, last but not least, I expect every OS calling itself UNIX(-like) to have tons of documentation with it. At the very minimum there should be one manual page (manpages, you can read them with man, to know man better try man man) for every command in the system. Manpages are sometimes cryptic but they are (should be) a definitive source of knowledge. The only problem is to know the name of a page to read :-). I have never counted much on courses, the idea being that I will never know well what I don't learn myself. And usually the best way to learn, for me at least, is to do something real with the OS. As the inevitable problems arise, you will learn where to look for their source and how to manage. In a way, I tend to not look at forums too often, so the sword stays sharp. OTOH, it is a bit long time since I was a beginner. Maybe my comments are rusty, so be warned :-). Regards, Tomasz Rola -- ** A C programmer asked whether computer had Buddha's nature. ** ** As the answer, master did rm -rif on the programmer's home** ** directory. And then the C programmer became enlightened... ** ** ** ** Tomasz Rola mailto:tomasz_r...@bigfoot.com ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP Resolver Question
Which is why I suggested a couple of weeks ago that a certain new thread be killed as soon as I saw the first reference in it to the evil three-letter acronym which shall not be named. A responsible, adult discussion over the different opinions of the meaning of said acronym would be mirabile dictu, but that seems to difficult for this list server, leaving some of us with the knee-jerk reaction of desiring the death of any thread as soon as said acronym appears in it. Would that these religious arguments were carried on OFFLINE between only those who care, in which case the ad nauseam and ad infinitum nature of the argument could have free rein. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Wednesday, August 17, 2011 10:14 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TCPIP Resolver Question Mason! Who made you the USS Nazi? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: James Link jl...@doit.nv.gov Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Wed, 17 Aug 2011 08:08:24 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: TCPIP Resolver Question Groan Jim Link | ITM II | Technical Operations State of Nevada | Department of Information Technology T: (775) 684-4308 | F: (775) 684-4324 | E: jl...@doit.nv.gov -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Wednesday, August 17, 2011 8:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TCPIP Resolver Question Anson I promised a second post with reference to this post. As it happens, another thread appeared and I was requested to provide the explanation which roughly corresponds to the point I was going to make to you: http://bama.ua.edu/cgi-bin/wa?A2=ind1108L=ibm-mainD=1O=DP=342775 It was clear that, because to what you referred was comparable to the MVS environment, what you actually *meant* was the z/OS UNIX environment. As you can see, your use was a misuse - regrettably a very common one. As you approach anything to do with the TELNET servers supported by the IP component of z/OS Communications Server for the first time - as is bound to happen with each of the newcomers to these topics who generally appear not to use English as their first language and who may very well become the majority of users in the not too distant future - you will be introduced at the same time to a) Unformatted System Services (the *real* USS) commands and messages B) confusion! This confusion - for you and all these folk recently starting work with z/OS - would be entirely avoidable[1] if the officially approved abbreviation for anything to do with z/OS UNIX System Services were universally used, namely z/OS UNIX. - [1] There's a hard core of people who subscribe to IBM-MAIN who insist on the misuse although they do - it's not a question of should - know better. It's this hard core who are responsible for your actual or future confusion - and they stand condemned for their arrogant obstinacy! - Chris Mason On Tue, 26 Jul 2011 00:57:04 -0700, Anson Ye ye.an...@yahoo.com wrote: Chris, ... However, in the real word, I will configure the resolver settings accordingly in both MVS and USS.) Best Regards! Anson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS V2.3 and DB2 for z/OS V10.1
According to the DB2 10 Announcement Letter, 210-380, connections to CICS Transaction Server for z/OS V3.1 or later are supported. Earlier versions of CICS may work, but such configs will be unsupported. So as Daniel points out, you will need to be very thorough in your testing environment before venturing into production with this config. And as I'm sure you know, CICS/TS V2.3 is itself already close to 2 years out of support. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Daniel Allen Sent: August 17, 2011 11:40 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CICS V2.3 and DB2 for z/OS V10.1 Yes. It will. Test it out in a sandbox environment. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Miran Cotic Sent: Wednesday, August 17, 2011 9:26 AM To: IBM-MAIN@bama.ua.edu Subject: CICS V2.3 and DB2 for z/OS V10.1 Hello List, does anybody know if the CICS V2.3 works with the DB2 for z/OS V10.1 ? Thanks in advance for replay ! Regards, Miran Cotic -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND - 637-04
3390 full track size is ca. 56K, and 3380 is ca. 47K. But you were right - 32K is still not optimal for 3390. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Wednesday, August 17, 2011 11:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ABEND - 637-04 Hal: A 32K blocksize is not optimal for 3390 . IIRC it would be 1 block per track (track size being 48K) Half track blocking or 24K is probably the best, IMO. My memory is drawing a blank for 3380 (but 36K maybe right) so 18K. Best to use blksize=0 unless the damn program over rides the blocksize, if so call the vendor. Ed From: Hal Merritt hmerr...@jackhenry.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, August 16, 2011 2:06 PM Subject: Re: ABEND - 637-04 I would offer a third option: check to see that you are using the maximum permissible block size. If not, then do so. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Tuesday, August 16, 2011 8:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ABEND - 637-04 This is consistent with reaching to volume count limit of 255 volume/dataset (on tape). On DASD, the limit id 59 volumes Check the JCL manual or Using Datasets for more detail. You have 2 options: 1) Move the file to higher density media. E.g. 3490 --- 3590 2) logically split the file into 2 (or more) pieces so that each piece requires less than 255 volumes HTH, snip I am receiving a message IEC026I during the volumes copies, at the point of 255 volumes. Does the volume limits to be copied is 255 ??? What ABEND should be returned when 255 copies volumes is reached ??? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LPAR with Dedicated CPs - LP Dispatch Time does not equal LP Online Time
I'm looking at Tivoli Decision Support data for an LPAR defined with 8 dedicated CPs. Specifically, I'm using data from the MVSPM_LPAR_H table and comparing columns: LP_ONLINE_SEC (Total logical processor online seconds for this LPAR) and CPU_DISPATCH_SEC (Logical processor dispatch time, in seconds) I would expect the values to be equal for an LPAR with dedicated engines however I'm seeing a small delta between the two values. Example: LP_ONLINE_SEC = 14399.994 secs andCPU_DISPATCH_SEC = 14399.695 secs (delta = 0.299 secs) Any idea what the 0.299 secs represents? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIX (USS)
Take a look at Chapter 14 (An Introduction to the Hierarchical File System) in the UNIX System Services User's Guide (SA22-7801). It's a fairly concise place to start. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Daniel McLaughlin Sent: Wednesday, August 17, 2011 6:18 AM To: IBM-MAIN@bama.ua.edu Subject: UNIX (USS) We are a small shop and use mostly traditional ZOS things. It appears that the world is stampeding toward USS based software delivery and installation/maintenance. We are not USS/UNIX trained or savvy. We are looking for some UNIX for Mainframe Dummies material or classes. Suggestions kindly welcomed. (Sarcastic chuckles may be sent off list.) Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LPAR with Dedicated CPs - LP Dispatch Time does not equal LP Online Time
Rick, I don't have TDS. That said, would you say that this lpar is nearly 100% busy? Unless they mean something else by online seconds, utilization is typically dispatched divided by online. Your numbers being so close would indicate a high utilization to me. My online time in RMF reports is always 100%, because they are dedicated and, well, online. I would only expect to see that 100% dip if we were varying them off or if we had a hardware issue with them. Can you perhaps post a little more of the report? Thanks! MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND - 637-04
That really depends on the RECFM and, for variable blocked RECFMs, the distribution of block sizes. For RECFM=U, 32760 is indeed optimum (search the archives for why), and for some (not necessarily common) distributions of variable blocks it might well use space better than half track blocking. Anything that writes a combination of long and short blocks can yield surprising results. (We found that z/OS fonts, for example, use the least space at a counterintuitive block size.) For plain old sequential FB data, though, it's quite right that 32K is a poor choice of block size. Bill Fairchild wrote: 3390 full track size is ca. 56K, and 3380 is ca. 47K. But you were right - 32K is still not optimal for 3390. snip -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND - 637-04
On Wed, 17 Aug 2011 13:54:46 -0400, John Eells wrote: ... Anything that writes a combination of long and short blocks can yield surprising results. (We found that z/OS fonts, for example, use the least space at a counterintuitive block size.) For plain old sequential FB data, though, it's quite right that 32K is a poor choice of block size. Bill Fairchild wrote: 3390 full track size is ca. 56K, and 3380 is ca. 47K. But you were right - 32K is still not optimal for 3390. snip BTW, what is the smallest block size that SDB will ever choose on a 3390? The answer may be surprising at first. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
I woulkdn't mind finding a 96-column keypunch. Gotta be a real rarity. :-) Yes, very rare. I only know of a handful of them. The 96 column card sorter is beyond rare. -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
Well if you don't count a straightened paper clip! In a message dated 8/17/2011 1:50:53 P.M. Central Daylight Time, wdonze...@gmail.com writes: The 96 column card sorter is beyond rare. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone know how to HSM report of recalled datasets
You can use the SMS Report writer to create a report for you. You will find the dialogs from the ISMF panel. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG recall ENQ IEF861I IEF863I IEF099I
I believe that IBM has correct this issue with z/OS 1.13. Check the anoucement letters to verify. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone know how to HSM report of recalled datasets
You can use the SMS Report writer to create a report for you. You will find the dialogs from the ISMF panel. Is this actually part of SMS or a 3rd party product? I'm thinking 3rd party. ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone know how to HSM report of recalled datasets
As of z/OS V1.11 (my version) the old DFSMSrmm Report Writer (Option G in ISMF) is now retitled DFSMS Report Writer. It is part of DFSMS now. It handles DCOLLECT, HSM, and anything else where you know the record layout. Lizette -Original Message- From: Darth Keller darth.kel...@assurant.com Sent: Aug 17, 2011 3:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone know how to HSM report of recalled datasets You can use the SMS Report writer to create a report for you. You will find the dialogs from the ISMF panel. Is this actually part of SMS or a 3rd party product? I'm thinking 3rd party. ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone know how to HSM report of recalled datasets
As of z/OS V1.11 (my version) the old DFSMSrmm Report Writer (Option G in ISMF) is now retitled DFSMS Report Writer. It is part of DFSMS now. It handles DCOLLECT, HSM, and anything else where you know the record layout. Lizette Interesting - I was thinking of something else entirely. I've not worked with this option before will have to take a look at it during my copious spare time. thanks - ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
I'll have to find my sort needle from the basement archive. It was originally used for the 80 column 5081s but did work for the 96s. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Finnell Sent: Wednesday, August 17, 2011 2:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Last card reader? Well if you don't count a straightened paper clip! In a message dated 8/17/2011 1:50:53 P.M. Central Daylight Time, wdonze...@gmail.com writes: The 96 column card sorter is beyond rare. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
We took a big lightening hit back in the sixties and the machine room was OK but lots of the peripheral equipment was fried. Naturally when we went to IPL, the operator dropped the deck! 'Necessity IS the mother of invention' In a message dated 8/17/2011 2:38:58 P.M. Central Daylight Time, tbabo...@comcast.net writes: It was originally used for the 80 column 5081s but did work for the 96s. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone know how to HSM report of recalled datasets
Hmm, I'm confused. On both my 1.11 and 1.12 systems, ISMF has an option G called Report Generation. If you select it, the DFSMSrmm Report Generator panel (EDGPG000) is displayed. The command is CMD(%RMMISPF REPORT) NEWAPPL(EDG) PASSLIB. On my systems, the RMMISPF REXX is found in library SYS1.SEDGEXE1. This is an RMM product library, but I suppose it is still available even on systems where RMM is not licensed.. Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, August 17, 2011 2:24 PM As of z/OS V1.11 (my version) the old DFSMSrmm Report Writer (Option G in ISMF) is now retitled DFSMS Report Writer. It is part of DFSMS now. It handles DCOLLECT, HSM, and anything else where you know the record layout. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
My previous employer used cards until about 1995. The factory payroll clock cards and time tickets were 80 column cards, and they used the end printing function of a 519 reproducer to print the employee number on the end of the clock cards. Just before the 3505 was removed, I received a call on a Sunday morning from the operator who had just IPLed the system, and said the TSO TCAS started task would not stay running. When I arrived, I discovered that the RACF userid for the TCAS had been revoked. I was contemplating having to restore the RACF databases when I looked over and saw the old 3505 sitting there. So I went and fired up the 029 and punched up the job to resume the TSO userid. I refer to this as the time a card reader saved my behind. Of course, the software has been improved so a revoked userid will not prevent a started task from running. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
I was going to add that there is a small company in Texas that not only still uses cards, but uses a 402 to process them. Talk about one for Ripley's. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Pipeline question - whick is better?
R2-R13 must be preserved. R13 points to a standard save area. 1. LRR0,R2 IPK , SPKA spec_key L R15,data SPKA 0(R2) LRR2,R0 2. LAR0,4-1 LAR1,spec_key MVCSK 28(R13),data L R15,data (2) has more storage references, while (1) has more opcodes. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
Wow, a 402!! Who'd have guessed there was still one running outside a museum? I learned programming when I was taught to wire the board that controlled one of those. I also used to maintain them as a Field Engineer, but that was in 1964. I last worked on one in 1966 before I left for system 360 programming school in Poughkeepsie (I haven't seen once since). :-) Mike Myers Mentor Services Corporation On 08/17/2011 04:36 PM, Robert Heffner wrote: I was going to add that there is a small company in Texas that not only still uses cards, but uses a 402 to process them. Talk about one for Ripley's. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
Like these kind of stories... I basically had a fit when I first heard we were losing our card readers since I had no other way to run my batch print jobs. No one bothered to teach my how to use FQ ahead of time. The year was 1980. We kept the key punch operators for a few more years after that though, but their data went to tape instead. --- On Wed, 8/17/11, Robert Heffner robert.heff...@antaressolutions.com wrote: From: Robert Heffner robert.heff...@antaressolutions.com Subject: Re: Last card reader? To: IBM-MAIN@bama.ua.edu Date: Wednesday, August 17, 2011, 4:32 PM My previous employer used cards until about 1995. The factory payroll clock cards and time tickets were 80 column cards, and they used the end printing function of a 519 reproducer to print the employee number on the end of the clock cards. Just before the 3505 was removed, I received a call on a Sunday morning from the operator who had just IPLed the system, and said the TSO TCAS started task would not stay running. When I arrived, I discovered that the RACF userid for the TCAS had been revoked. I was contemplating having to restore the RACF databases when I looked over and saw the old 3505 sitting there. So I went and fired up the 029 and punched up the job to resume the TSO userid. I refer to this as the time a card reader saved my behind. Of course, the software has been improved so a revoked userid will not prevent a started task from running. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone know how to HSM report of recalled datasets
The RMM report process was more or less rebranded by IBM to be part of DFSMS Base and used to handle more objects like HSM or DCOLLECT information. No need to license RMM. There were Share Presentations on it last week. IBM has now broadened its scope to include more DFSMS components as well as the original RMM functions. To make it work in my environment, I had to add a couple of RMM datasets that I normally do not include in my logon proc. After that it worked fine. Plus, you can use it for a general report writer on any file so long as you know the file structure. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Pipeline question - whick is better?
Binyamin Dissen wrote: R2-R13 must be preserved. R13 points to a standard save area. 1. LRR0,R2 IPK , SPKA spec_key L R15,data SPKA 0(R2) LRR2,R0 2. LAR0,4-1 LAR1,spec_key MVCSK 28(R13),data L R15,data (2) has more storage references, while (1) has more opcodes. Go for (1); (2) is gonna blow up. And after it's fixed, the load will stall for the MVCSK. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Pipeline question - whick is better?
Sir, A direct answer would be ... options 1. Reasons : since I see SPKA and MVCSK, you must be in problem state. It also depends on how 'data' is aligned and if in storage (I refer to verify that 'data' is not paged out or access does not take any page faults) . From what I remember, MVCSK will take longer regardless. FWIW, keep 'smaller' instructions together .. it's better on the cache .. (aka pipeline) ... This might be a mute point ... especially since I only see 'one' MVCSK that leads me to assume that the length of 'data' is 256 or less ... else please try looking into MVCOS. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Wednesday, August 17, 2011 3:47 PM To: IBM-MAIN@bama.ua.edu Subject: Pipeline question - whick is better? R2-R13 must be preserved. R13 points to a standard save area. 1. LRR0,R2 IPK , SPKA spec_key L R15,data SPKA 0(R2) LRR2,R0 2. LAR0,4-1 LAR1,spec_key MVCSK 28(R13),data L R15,data (2) has more storage references, while (1) has more opcodes. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3840 - Release Date: 08/17/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND - 637-04
Knowing John's background, I would suspect he may have intended to state For RECFM=U, 32760 MAY indeed BE optimum, or perhaps intended to restrict the remark just to load libraries. I believe all the arguments in the archives for using block size 32760 with RECFM=U on 3390 were specifically directed to datasets that are used for Load Libraries. While this is probably the most common usage for RECFM=U, there is nothing to disallow other usage of RECFM=U; and those other applications, unlike program management, might not be smart enough to utilize shorter blocks to effectively utilize a DASD track. I agree that it has been established that BLKSIZE 32760 makes sense for a RECFM=U load library on a 3390. But, a RECFM=U data set that is not a load library would not necessarily meet the additional requirement of containing a combination of long and short blocks, which as John states is a necessary condition for a block size greater than half-track to have any chance of decent track utilization on a 3390. Joel C. Ewing On 08/17/2011 12:54 PM, John Eells wrote: That really depends on the RECFM and, for variable blocked RECFMs, the distribution of block sizes. For RECFM=U, 32760 is indeed optimum (search the archives for why), and for some (not necessarily common) distributions of variable blocks it might well use space better than half track blocking. Anything that writes a combination of long and short blocks can yield surprising results. (We found that z/OS fonts, for example, use the least space at a counterintuitive block size.) For plain old sequential FB data, though, it's quite right that 32K is a poor choice of block size. Bill Fairchild wrote: 3390 full track size is ca. 56K, and 3380 is ca. 47K. But you were right - 32K is still not optimal for 3390. snip -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Security is fun in the PC world....
Ed Gould wrote: http://www.itworld.com/it-managementstrategy/194445/fired-techie-created-virtual-chaos-pharma-company?source=ITWNLE_nlt_today_2011-08-17 (watch out for the wrap) Fired techie created virtual chaos at pharma company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Apologies to those I might offend, but I find the use of Security and PC in the same sentence to be a vile misuse of the term Security. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
http://www.ibm-1401.info/402.html On Wed, Aug 17, 2011 at 4:22 PM, Mike Myers m...@mentor-services.com wrote: Wow, a 402!! Who'd have guessed there was still one running outside a museum? I learned programming when I was taught to wire the board that controlled one of those. I also used to maintain them as a Field Engineer, but that was in 1964. I last worked on one in 1966 before I left for system 360 programming school in Poughkeepsie (I haven't seen once since). :-) Mike Myers Mentor Services Corporation On 08/17/2011 04:36 PM, Robert Heffner wrote: I was going to add that there is a small company in Texas that not only still uses cards, but uses a 402 to process them. Talk about one for Ripley's. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND - 637-04
--snip Hal: A 32K blocksize is not optimal for 3390 . IIRC it would be 1 block per track (track size being 48K) Half track blocking or 24K is probably the best, IMO. My memory is drawing a blank for 3380 (but 36K maybe right) so 18K. Best to use blksize=0 unless the damn program over rides the blocksize, if so call the vendor. Ed -unsnip Around 27K for 3390, around 24K for 3380, Ed. Don't know the exact numbers right off the top of my head. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Pipeline question - whick is better?
Sir, While I agree w/your prognosis .. I'm a little confused on your comment about option 2 ... I must be missing something but I don't really see a problem (non performance related that is). I concur that MVCSK would take page faults but it should complete the load for 'data' ... is just an address. What am I missing ??. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bob Rutledge Sent: Wednesday, August 17, 2011 4:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Pipeline question - whick is better? Binyamin Dissen wrote: R2-R13 must be preserved. R13 points to a standard save area. 1. LRR0,R2 IPK , SPKA spec_key L R15,data SPKA 0(R2) LRR2,R0 2. LAR0,4-1 LAR1,spec_key MVCSK 28(R13),data L R15,data (2) has more storage references, while (1) has more opcodes. Go for (1); (2) is gonna blow up. And after it's fixed, the load will stall for the MVCSK. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3840 - Release Date: 08/17/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
snip- Wow, a 402!! Who'd have guessed there was still one running outside a museum? I learned programming when I was taught to wire the board that controlled one of those. I also used to maintain them as a Field Engineer, but that was in 1964. I last worked on one in 1966 before I left for system 360 programming school in Poughkeepsie (I haven't seen once since). :-) -unsnip- Was that a 402 or a 407? I still have a 407 board that takes 80 columns from the first card and 52 columns from the second line to create a single 132-character line. It was the only way we could get a print-out from our 1620. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
Rick, Couldn't you also get printout from the console typewriter? Tom - Original Message - From: Rick Fochtman [mailto:rfocht...@ync.net] Sent: Wednesday, August 17, 2011 06:27 PM To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Subject: Re: Last card reader? snip- Wow, a 402!! Who'd have guessed there was still one running outside a museum? I learned programming when I was taught to wire the board that controlled one of those. I also used to maintain them as a Field Engineer, but that was in 1964. I last worked on one in 1966 before I left for system 360 programming school in Poughkeepsie (I haven't seen once since). :-) -unsnip- Was that a 402 or a 407? I still have a 407 board that takes 80 columns from the first card and 52 columns from the second line to create a single 132-character line. It was the only way we could get a print-out from our 1620. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
Rick: No, it was definitely a 402. The 407 was around at the time, but I never got trained on it. If I recall correctly, the boards looked a lot the same. Mike Myers On 08/17/2011 06:27 PM, Rick Fochtman wrote: snip- Wow, a 402!! Who'd have guessed there was still one running outside a museum? I learned programming when I was taught to wire the board that controlled one of those. I also used to maintain them as a Field Engineer, but that was in 1964. I last worked on one in 1966 before I left for system 360 programming school in Poughkeepsie (I haven't seen once since). :-) -unsnip- Was that a 402 or a 407? I still have a 407 board that takes 80 columns from the first card and 52 columns from the second line to create a single 132-character line. It was the only way we could get a print-out from our 1620. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND - 637-04
27998 and 23476 IIRC, but I believe the OP was talking about copying tapes. On Wed, Aug 17, 2011 at 6:20 PM, Rick Fochtman rfocht...@ync.net wrote: --**snip** Hal: A 32K blocksize is not optimal for 3390 . IIRC it would be 1 block per track (track size being 48K) Half track blocking or 24K is probably the best, IMO. My memory is drawing a blank for 3380 (but 36K maybe right) so 18K. Best to use blksize=0 unless the damn program over rides the blocksize, if so call the vendor. Ed -**unsnip---**- Around 27K for 3390, around 24K for 3380, Ed. Don't know the exact numbers right off the top of my head. Rick --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/**ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Pipeline question - whick is better?
Jim Thomas wrote: Sir, While I agree w/your prognosis .. I'm a little confused on your comment about option 2 ... I must be missing something but I don't really see a problem (non performance related that is). I concur that MVCSK would take page faults but it should complete the load for 'data' ... is just an address. What am I missing ??. Nothing. I didn't read the code carefully enough. It won't fail as it's likely running in key 0, but it will make an extra memory access compared to the first option. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bob Rutledge Sent: Wednesday, August 17, 2011 4:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Pipeline question - whick is better? Binyamin Dissen wrote: R2-R13 must be preserved. R13 points to a standard save area. 1. LRR0,R2 IPK , SPKA spec_key L R15,data SPKA 0(R2) LRR2,R0 2. LAR0,4-1 LAR1,spec_key MVCSK 28(R13),data L R15,data (2) has more storage references, while (1) has more opcodes. Go for (1); (2) is gonna blow up. And after it's fixed, the load will stall for the MVCSK. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
Rick, My vague memory was a 407 read cards and you had a board you could place wires what you wanted to o print add subtract and take the results and print it out on the printer(132? Positions?). The wires were collided. So you could manipulate the data if needed and move it to the print buffer . I don#39;t think you could divide just add subtract and maybe multiply. ( not sure about multiply). Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
Your correct the 402 and 407 boards were similar. Sent from my Verizon Wireless BlackBerry -Original Message- From: Mike Myers m...@mentor-services.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Wed, 17 Aug 2011 18:42:03 To: IBM-MAIN@bama.ua.edu Reply-to: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: Last card reader? Rick: No, it was definitely a 402. The 407 was around at the time, but I never got trained on it. If I recall correctly, the boards looked a lot the same. Mike Myers On 08/17/2011 06:27 PM, Rick Fochtman wrote: snip- Wow, a 402!! Who'd have guessed there was still one running outside a museum? I learned programming when I was taught to wire the board that controlled one of those. I also used to maintain them as a Field Engineer, but that was in 1964. I last worked on one in 1966 before I left for system 360 programming school in Poughkeepsie (I haven't seen once since). :-) -unsnip- Was that a 402 or a 407? I still have a 407 board that takes 80 columns from the first card and 52 columns from the second line to create a single 132-character line. It was the only way we could get a print-out from our 1620. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
On 8/17/2011 4:36 PM, Robert Heffner wrote: I was going to add that there is a small company in Texas that not only still uses cards, but uses a 402 to process them. Talk about one for Ripley's. My all-time favorite is a small establishment on Times Square in New York City. A customer would provide details, the attendant would punch stuff into a card, shuffle it into a deck of a couple of hundred other cards, and run them through a card sorter. After a few times, exactly one card fell into the lucky slot, containing the customer's fortune. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Security is fun in the PC world....
Rick, I agree completely. The pcweenies just do not get it. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
Wasn#39;t there a card reader as a requirement for 3090 and before so the CE could install the OLTEP program and a rudimentary IOCDS to run his diagnostics? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Pipeline question - whick is better?
On 8/17/2011 1:47 PM, Binyamin Dissen wrote: (2) has more storage references, while (1) has more opcodes. Some time ago we rewrote some code that did SPKA/MVC/SPKA to use MVCSK for integrity reasons. That code was accessing caller's parameters. We reasoned it was safer to use the caller's key on the source operand and our own (non-zero) key on the destination operand than it was to switch to key zero to access both operands. (Also faster since we had to test the operands in the proper keys first.) Of course, your case is a little different in that you have only one operand in the SPKA case, so you could switch only to the caller's key. But, in a more general case moving more data, key zero would be needed to move between two non-zero keys if not for MVCSK. We also found that SPKA is not very pipeline friendly since the desired target key cannot be predicted by the hardware; the key is bits in a register after address generation. The key is also not known in advance for MVCSK source operand fetch, but at least instruction fetch is not affected; the pipeline seemed to wait rather than flush. YMMV. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
I have a similar tale. A so called systems programmer screwed up an update to IEAAPF00 and we lost VTAM at start up. I had to run IKJEFT01 in TSO line mode edit to put in a comma that he forgot. The operators thought I was crazy, but it worked quickly. the guy was fired the next morning. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
ps2...@yahoo.com (Ed Gould) writes: Wasn#39;t there a card reader as a requirement for 3090 and before so the CE could install the OLTEP program and a rudimentary IOCDS to run his diagnostics? 3092 (3090 service processor) was a pair of 4361s running a special custom vm370 release 6 off of 3370 FBA drives. All that stuff chould have come on 3370 FBA disks as part of the service processor. aka at bottom mentions 3092 requires two 3370 FBA devices (one for each 4361 running vm370): http://www-03.ibm.com/ibm/history/exhibits/mainframe/mainframe_PP3090.html above also mentions that 3092 (aka vm370 4361s) requires access to 3420 tape drive. misc. past posts mentioning 3092: http://www.garlic.com/~lynn/2009b.html#22 Evil weather http://www.garlic.com/~lynn/2009e.html#50 Mainframe Hall of Fame: 17 New Members Added http://www.garlic.com/~lynn/2010e.html#32 Need tool to zap core http://www.garlic.com/~lynn/2010e.html#34 Need tool to zap core http://www.garlic.com/~lynn/2010e.html#38 Need tool to zap core http://www.garlic.com/~lynn/2011c.html#71 IBM and the Computer Revolution http://www.garlic.com/~lynn/2011e.html#62 3090 ... announce 12Feb85 http://www.garlic.com/~lynn/2011f.html#31 TCP/IP Available on MVS When? http://www.garlic.com/~lynn/2011f.html#32 At least two decades back, some gurus predicted that mainframes would disappear http://www.garlic.com/~lynn/2011f.html#42 At least two decades back, some gurus predicted that mainframes would disappear in future and it still has not happened http://www.garlic.com/~lynn/2011h.html#68 IBM Mainframe (1980's) on You tube -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
The last time I used a card reader was in 1978. A 2540 reader/punch on a 3148.Students used 029's and 026's. The data entry staff used 129's. I say used a card reader -- but we had operators who operated the card reader during regular hours -- 8AM until about 8PM. After hours it was self-service for those who had a key to the machine room.I was a student programmer (work-study) and later an employee, so I had a key. I remember being told about the 2540's brushes and to never ever pull a jammed card out backwards -- and I never ever did. Left La Tech in late '78 and am sure the cards were used for at least several years after that. All their administrative and student systems were card based in that era. Larry Chenevert - Original Message - From: Phil Smith p...@voltage.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Tuesday, August 16, 2011 1:08 PM Subject: Last card reader? Wondering when the last card reader died. We had one at University of Waterloo until 1984 or 1985; we had a full professor who insisted on using cards. We finally told him he'd have to pay the maintenance-that convinced him (or, more likely, his Dean) that it was time to use terminals. What's the latest anyone remembers using a card reader? BTW, http://www.cardamation.com/punchcardmedia.html claims to still sell them, if you need an 80-byte fix! -- ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Pipeline question - whick is better?
Sir, My apologies but ... it does not have to be in KZERO and it still won't fail. That said, you and very correct. As I said before, there will be overhead. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bob Rutledge Sent: Wednesday, August 17, 2011 6:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Pipeline question - whick is better? Jim Thomas wrote: Sir, While I agree w/your prognosis .. I'm a little confused on your comment about option 2 ... I must be missing something but I don't really see a problem (non performance related that is). I concur that MVCSK would take page faults but it should complete the load for 'data' ... is just an address. What am I missing ??. Nothing. I didn't read the code carefully enough. It won't fail as it's likely running in key 0, but it will make an extra memory access compared to the first option. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bob Rutledge Sent: Wednesday, August 17, 2011 4:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Pipeline question - whick is better? Binyamin Dissen wrote: R2-R13 must be preserved. R13 points to a standard save area. 1. LRR0,R2 IPK , SPKA spec_key L R15,data SPKA 0(R2) LRR2,R0 2. LAR0,4-1 LAR1,spec_key MVCSK 28(R13),data L R15,data (2) has more storage references, while (1) has more opcodes. Go for (1); (2) is gonna blow up. And after it's fixed, the load will stall for the MVCSK. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3841 - Release Date: 08/17/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND - 637-04
On Wed, 17 Aug 2011 09:17:40 -0700, Ed Gould wrote: A 32K blocksize is not optimal for 3390 . IIRC it would be 1 block per track (track size being 48K) Half track blocking or 24K is probably the best, IMO. My memory is drawing a blank for 3380 (but 36K maybe right) so 18K. Best to use blksize=0 unless the damn program over rides the blocksize, if so call the vendor. And if the vendor happens to be IBM? ... I believe there remain some IBM utilities that usurp SDB. Some of these have been fixed, perhaps by APAR, sometimes exposing errors in SDB. It's bigger than 24K for 3390. Experiment shows 27998. It's in a book somewhere. another publication recommends, see IBM 3390 Direct Access Storage Subsystem Reference, but I can't find that on publibz today. BTW, I misstated the condition in my riddle earlier: ... what is the smallest block size that SDB will ever choose on a 3390? Of course, for RECFM=F,LRECL=1, SDB will choose 1. But that's trivially uninteresting. I meant to say, What is the smallest block size that SDB will choose on a 3390 for a blocked RECFM such as VB or FB (or perhaps U)? The answer may be surprising at first. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIX (USS)
On Wed, 17 Aug 2011 09:31:18 -0700, Ed Gould wrote: This reminds me the about the the day that they ripped the 3270's out from underneath us and all of a sudden I couldn't switch from session to session using TPX. (I don't remember specifics). My productivity went to zero. Get a workstation. Run as many tn3270 sessions as your heart desires. Then complain that TSO won't allow you to run multiple sessions. (I know; there are hacks that fix that. Sort of. It just isn't standard.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Security is fun in the PC world....
On Wed, 17 Aug 2011 16:10:57 -0700, Ed Gould wrote: I agree completely. The pcweenies just do not get it. It'll really be fun when Windows runs on blades in the z. Mandated, of course by CIOs taking airline magazine advice. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIX (USS)
Abandon TSO for multiple UNIX shells, except for TSO required stuff such as HCD. EDIT on Linux desktop using z/OS UNIX files exported via NFS. Or maybe ftpfs or sshfs on Linux. Hum, will need to try that myself tomorrow. On Aug 17, 2011 7:50 PM, Paul Gilmartin paulgboul...@aim.com wrote: On Wed, 17 Aug 2011 09:31:18 -0700, Ed Gould wrote: This reminds me the about the the day that they ripped the 3270's out from underneath us and all of a sudden I couldn't switch from session to session using TPX. (I don't remember specifics). My productivity went to zero. Get a workstation. Run as many tn3270 sessions as your heart desires. Then complain that TSO won't allow you to run multiple sessions. (I know; there are hacks that fix that. Sort of. It just isn't standard.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Pipeline question - whick is better?
Just out of curiosity, how architecture dependent would it be; z/9 vs Z10 or z11? In a message dated 8/17/2011 6:24:48 P.M. Central Daylight Time, edja...@phoenixsoftware.com writes: The key is also not known in advance for MVCSK source operand fetch, but at least instruction fetch is not affected; the pipeline seemed to wait rather than flush. YMMV. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND - 637-04
Around 27K for 3390, around 24K for 3380, Ed. Don't know the exact numbers right off the top of my head. It depends on the LRECL. 'Full track' is: 47476 for 3380 56664 for 3390 The inter-blocks also contribute. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Security is fun in the PC world....
On 17 Aug 2011 16:16:33 -0700, in bit.listserv.ibm-main you wrote: Rick, I agree completely. The pcweenies just do not get it. This person had a user-id and password with privileges. Think of the harm someone with a system programmers id and privileges can do. For those of you who have been at a number of shops, how many were really careful about ids and their revocation. Most of the ones I was at were and I am not certain about the others. The problem was the security culture and I guarantee you that not all mainframe shops are really good about it. I also would almost guarantee you there are a number of Unix and Windows shops that take it very seriously. How quickly do mainframe shops apply the PTF's for integrity APARs? How quickly do the other environments apply the comparable fixes? Clark Morris Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND - 637-04
Ted, Thanks my grey hair is rotting the memory cells:( Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Security is fun in the PC world....
Good point. I can#39;t speak for other shops but I was conscious and did all items you listed plus any JES2 PTF#39;s went on ASAP. I only got bitten once with a JES2 PTF that screwed up the /@XMIT (@ SB asterix) which almost caused the market not to open onetime. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIX (USS)
Well except that they wouldn#39;t allow us to install any software on the pc#39;s. Sigh. At the time we didn#39;t have TCP either, We had channel attached devices (if I recall correctly). Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Security is fun in the PC world....
I hope I will be dead and buried then as well. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND - 637-04
Gil, IBM if the product is supported IBM should at least fix it. If it#39;s not then... I have only worked with IBM supported products and they fixed issues with SDB without a squawk. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
