Re: What to use to find tape utilization?
Actually, that will depend on the TAPEMAP utility. Some (the one included with the CA-1/Copycat and CA TLMS/Copycat utitilies for example) will actually get the physical tape position from the device at the end of each file to give an accurate position map of all files on the tape. But you are correct, based strictly on the amount of data written does nothing to determine how much of the tape has been used; not since IDRC was introduced. Russell Witt CA 1 L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of Scott Rowe Sent: Tuesday, June 16, 2009 2:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What to use to find tape utilization? You do realize, though, that while TAPEMAP can tell you how much data is on a tape, but it won't (AFAIK) be able to tell you how much of the tape is utilized, right? The only way to tell how much space is left on the tape, is to ask the tape drive, and I believe (though I could be wrong) that can only be done when the tape is positioned at end-of-data. Wissink, Brad [ITSYS] bjwi...@iastate.edu 6/16/2009 4:48 PM But we don't TMS or RMM. We have a homegrown tape management system. So I am looking for a tool to scan a tape and give me as much information about what is on that tape on the few occasions that we need to know. Brad Wissink Information Technology Services Iowa State University 515-294-3088 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT.
or, get into omvs itself ( at ispf6, do a tso omvs command ) and then issue the df command -- gives a little more info than the d omvs,f command, plus, you don't have to get out of omvs to issue that command ;; the 'default' mount commands usually come out of the bpxprm__ member [or memberS -- you can specify more than one in the ieasys__ member] which is/are processed at ipl time ;; as to unmount commands, there isn't any locale where they come from; some human usually issues them on an as-needed basis . /s/ tuco bonno; graduate, college of conflict management; University of Southeast Asia; I partied on the Ho Chi Minh Trail -- tiến lên !! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bobbie Jo Sent: Wednesday, 17 June, 2009 04:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: BPXF135E RETURN CODE 0081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT. Why don't you paste the latest error message, and also paste the output from a D OMVS,F - Original Message - From: Klein, Kenneth kenneth.kl...@kyfb.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Wednesday, June 17, 2009 4:00 PM Subject: Re: BPXF135E RETURN CODE 0081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT. Now when I try to mount the files I get an error message that they are already mounted!! Where's the mount and unmount command?? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bonno, Tuco Sent: Wednesday, June 17, 2009 2:15 PM To: IBM-MAIN@bama.ua.edu Subject: Re: BPXF135E RETURN CODE 0081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT. yes -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Klein, Kenneth Sent: Wednesday, 17 June, 2009 01:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: BPXF135E RETURN CODE 0081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT. Sure 'nuf. Subdirs are not there. Can I just mkdir on these guys and try the mount again?? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bonno, Tuco Sent: Wednesday, June 17, 2009 1:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: BPXF135E RETURN CODE 0081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT. yeah, I got this exact same thing 3 hours ago today. was trying to mount dsn=OMVS.JV390.SERVICE at mountpoint (aka, node) /SERVICE/usr/lpp/java . turned out that /SERVICE existed, but /usr/lpp/java , subordinate to /SERVICE, did not /s/ tuco bonno; graduate, college of conflict management; University of Southeast Asia; I partied on the Ho Chi Minh Trail -- tiến lên !! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Wednesday, 17 June, 2009 01:13 PM To: IBM-MAIN@bama.ua.edu Subject: Re: BPXF135E RETURN CODE 0081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT. On Wed, 17 Jun 2009 13:07:45 -0400, Klein, Kenneth kenneth.kl...@kyfb.com wrote: Anybody ever see this before? Typo in the name? Cataloged properly? Have you seen the past hints on BPXMTEXT? == TSO %BPXMTEXT 0594003D BPXFVLKP 01/17/08 JRDirNotFound: A directory in the pathname was not found Action: One of the directories specified was not found. Verify that the name specified is spelled correctly. == -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 /
Old Dog, New Tricks - TCP/IP
About 20 years ago, I dabbled here and there with VTAM, NCP, EP, NCCF, NLDM, et al. My boss would like me to pick up current TCP/IP skills. Knowing this august group does not lack in providing excellent advice, I am seeking recommendations on the best course of action. If one or two courses to take, which ones? Which manuals/redbooks to read first? What should I focus on? Sysplex distributor, EE, OSPF, IPv6 stuff, all of them and more? What am I not thinking of that is now or will shortly be very important? Thanks in advance for any and all replies. Hopefully this dog can still hunt! :-) Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: robert.richa...@opm.gov mailto: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
Re: TCP SMTP
On Wed, 17 Jun 2009 08:44:39 -0700, Carlson, Steve steve.carl...@nsc.com wrote: Yes, when I display the information from the OUTPUT JES DD, I see that the IPMAILERNAME has the correct name. Heueue, that's not what I mean. It may be the correct name, but if that name does not resolve to an IP address, then it will still not work. Can you PING that name? Is the IP address that this name resolves to the correct one? Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old Dog, New Tricks - TCP/IP
On Thu, Jun 18th, 2009 at 8:19 PM, Richards, Robert B. wrote: Knowing this august group does not lack in providing excellent advice, I am seeking recommendations on the best course of action. Talk about leading with your chin ... IP - that'd be that smoke and mirrors stuff, right ?. What's that noise - oh, just Chris thundering in from the wings ... :0) 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: Old Dog, New Tricks - TCP/IP
Thanks for the laugh, Shane. I've already got my first piece of advice. Subscribe to TCPIP-L! :-) So I cross-posted there as well. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Thursday, June 18, 2009 6:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Old Dog, New Tricks - TCP/IP On Thu, Jun 18th, 2009 at 8:19 PM, Richards, Robert B. wrote: Knowing this august group does not lack in providing excellent advice, I am seeking recommendations on the best course of action. Talk about leading with your chin ... IP - that'd be that smoke and mirrors stuff, right ?. What's that noise - oh, just Chris thundering in from the wings ... :0) 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: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT.
Uh, d omvs,f? Where would I enter that? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bobbie Jo Sent: Wednesday, June 17, 2009 4:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: BPXF135E RETURN CODE 0081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT. Why don't you paste the latest error message, and also paste the output from a D OMVS,F - Original Message - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10 Server Pack Install - WAIT STATE X'019'
Ken: Not sure if you ever got this resolved but I ran into this also. I ended up putting SYS1.LINKLIB first in my steplibs on the serverpac volume. I also added SYS1.SCEERUN in there also, mostly for when redoing my usermods. Gregg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Experience with Tape/Assist
Does anyone have any experience with a tape copy utility called Tape/Assist from 21stCenturySoftware. I know of Tivoli Tape Optimizer for z/OS, Innovations FATSCOPY and Opentech's TAPECOPY. These all have varying degrees of expense from reasonable to expensive. The objective is to use the utility to migrate data from a very old IBM VTS to a not too old VTS and then recatalog the files along with updating the RMM entries. Like to understand if anyone has done this with Tape/Assist for the cost is a bit unbelieveable (in the hundreds of dollars versus thousands for the others). Let know either onlist of offlist. jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT.
Klein, Kenneth pisze: Uh, d omvs,f? Where would I enter that? This is MVS command, entered from console. DISPLAY OMVS,F You can also enter it from SDSF LOG (with slash /) -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: peripheral: thoughts on Amazon Kindle DX PDFs
Martin Packer wrote: If you were following me on Twitter :-) or Facebook :-) you'd note I had a Sony PRS-700 eBook Reader to read my PDFs on. It's an alternative to a Kindle(2) and should work worldwide, unlike the Kindle(2). Now some good cheap PDF editing tools would come in handy. G'gay Martin I'm still waiting for the 3270 Gateway to Twitter :-) I take it, then, you're not bothered by the alleged glare problems which other reviewers have mentioned, on the Sony PRS-700? Cheers Andrew -- amclar at optusnet dot com dot au -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old Dog, New Tricks - TCP/IP
Richards, Robert B. wrote: About 20 years ago, I dabbled here and there with VTAM, NCP, EP, NCCF, NLDM, et al. My boss would like me to pick up current TCP/IP skills. Knowing this august group does not lack in providing excellent advice, I am seeking recommendations on the best course of action. If one or two courses to take, which ones? Which manuals/redbooks to read first? Bob, If your starting from scratch with TCP/IP - not just z/OS but IP in general - then before you get into the delights of z/OS stuff, probably the best book you can read is Stevens TCP/IP Volume 1: the Protocols. Although IP has moved on a little since this book (IPV6 etc), it still explains all the fundamentals.. its never far from my desk! http://www.amazon.com/TCP-Illustrated-Protocols-Addison-Wesley-Professional/dp/0201633469 his homepage is here with source code to examples/errata etc http://www.kohala.com/start Cheers Roy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old Dog, New Tricks - TCP/IP
IMHO, I'd have to say going to SHARE would be my first choice. I've listed the relevant share sessions below. After that, IBM's CB695, TCPIP Implementation workshop. Mary Anne http://www-304.ibm.com/jct03001c/services/learning/ites.wss/us/en?pageType=course_descriptionincludeNotScheduled=ycourseCode=CB695 Session Title What's New in z/OS Communications Server? TCP/IP (Transmission Control Protocol/Internet Protocol) Introduction z/OS Communications Strategy SSL Problem and Performance Diagnostics TCP/IP Troubleshooting Tips and Tools Bumps on the Road to IP-Centricit-EE Building and Managing a z/OS IPSec Environment for a large Enterprise: A Customer Experience Transporting SNA and TCP/IP Traffic over MPC and Hipersockets User Experience: Marriage Of VTAM TCPIP - VTAM Generics/SYSPLEX Distribution to Application Centricity Network Security: Choice of IPSec or AT-TLS Hands-on Lab TCP/IP Performance for Dummies IPv6 on z/OS JES NJE over TCP/IP - Security Considerations When Connecting MVS to the Network TCP/IP NJE for JES2 and JES3 Revisited Integrated Intrusion Detection Services for z/OS Communications Server Understanding z/OS Communications Server Storage Usage Watch, Measure, and Trace Your DB2 for z/OS DDF TCP/IP Traffic TCP/IP Considerations for the CICS Systems Programmer FTP Analysis via SMF Records, FTP Server Exits and Logging, and CTRACE On Thu, Jun 18, 2009 at 7:09 AM, Richards, Robert B. robert.richa...@opm.gov wrote: Thanks for the laugh, Shane. I've already got my first piece of advice. Subscribe to TCPIP-L! :-) So I cross-posted there as well. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Thursday, June 18, 2009 6:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Old Dog, New Tricks - TCP/IP On Thu, Jun 18th, 2009 at 8:19 PM, Richards, Robert B. wrote: Knowing this august group does not lack in providing excellent advice, I am seeking recommendations on the best course of action. Talk about leading with your chin ... IP - that'd be that smoke and mirrors stuff, right ?. What's that noise - oh, just Chris thundering in from the wings ... :0) 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth Uh, d omvs,f? Where would I enter that? Console command. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old Dog, New Tricks - TCP/IP
Mary, Thanks for the course pointer. There are two left this year. Yes, SHARE would be nice. My last one was Anaheim 2005. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mary Anne Matyaz Sent: Thursday, June 18, 2009 7:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Old Dog, New Tricks - TCP/IP IMHO, I'd have to say going to SHARE would be my first choice. I've listed the relevant share sessions below. After that, IBM's CB695, TCPIP Implementation workshop. Mary Anne http://www-304.ibm.com/jct03001c/services/learning/ites.wss/us/en?pageTy pe=course_descriptionincludeNotScheduled=ycourseCode=CB695 Session Title What's New in z/OS Communications Server? TCP/IP (Transmission Control Protocol/Internet Protocol) Introduction z/OS Communications Strategy SSL Problem and Performance Diagnostics TCP/IP Troubleshooting Tips and Tools Bumps on the Road to IP-Centricit-EE Building and Managing a z/OS IPSec Environment for a large Enterprise: A Customer Experience Transporting SNA and TCP/IP Traffic over MPC and Hipersockets User Experience: Marriage Of VTAM TCPIP - VTAM Generics/SYSPLEX Distribution to Application Centricity Network Security: Choice of IPSec or AT-TLS Hands-on Lab TCP/IP Performance for Dummies IPv6 on z/OS JES NJE over TCP/IP - Security Considerations When Connecting MVS to the Network TCP/IP NJE for JES2 and JES3 Revisited Integrated Intrusion Detection Services for z/OS Communications Server Understanding z/OS Communications Server Storage Usage Watch, Measure, and Trace Your DB2 for z/OS DDF TCP/IP Traffic TCP/IP Considerations for the CICS Systems Programmer FTP Analysis via SMF Records, FTP Server Exits and Logging, and CTRACE On Thu, Jun 18, 2009 at 7:09 AM, Richards, Robert B. robert.richa...@opm.gov wrote: Thanks for the laugh, Shane. I've already got my first piece of advice. Subscribe to TCPIP-L! :-) So I cross-posted there as well. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Thursday, June 18, 2009 6:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Old Dog, New Tricks - TCP/IP On Thu, Jun 18th, 2009 at 8:19 PM, Richards, Robert B. wrote: Knowing this august group does not lack in providing excellent advice, I am seeking recommendations on the best course of action. Talk about leading with your chin ... IP - that'd be that smoke and mirrors stuff, right ?. What's that noise - oh, just Chris thundering in from the wings ... :0) 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Old Dog, New Tricks - TCP/IP
In a message dated 6/18/2009 8:05:02 A.M. Central Daylight Time, robert.richa...@opm.gov writes: Thanks for the course pointer. There are two left this year. Yes, SHARE would be nice. My last one was Anaheim 2005. To further dilute your skills probably need MVS-OE at Marist to support the *nix side of things. **Dell Days of Deals! June 15-24 - A New Deal Everyday! (http://pr.atwola.com/promoclk/100126575x1222677718x1201465083/aol?redir=http:%2F%2F ad.doubleclick.net%2Fclk%3B215692163%3B38015526%3Be) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old Dog, New Tricks - TCP/IP
Ed, I've been subscribed there for over a decade. I agree with your recommendation completely. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Finnell Sent: Thursday, June 18, 2009 9:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Old Dog, New Tricks - TCP/IP In a message dated 6/18/2009 8:05:02 A.M. Central Daylight Time, robert.richa...@opm.gov writes: Thanks for the course pointer. There are two left this year. Yes, SHARE would be nice. My last one was Anaheim 2005. To further dilute your skills probably need MVS-OE at Marist to support the *nix side of things. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: peripheral: thoughts on Amazon Kindle DX PDFs
In a message dated 6/18/2009 6:42:36 A.M. Central Daylight Time, amcll...@optusnet.com.au writes: I take it, then, you're not bothered by the alleged glare problems which other reviewers have mentioned, on the Sony PRS-700? I toyed with the notebooks(HP Voodoo) but the price and performance and synchronization are just too burdensome. Just upgrade the laptop and be done with it. **Dell Days of Deals! June 15-24 - A New Deal Everyday! (http://pr.atwola.com/promoclk/100126575x1222677718x1201465083/aol?redir=http:%2F%2F ad.doubleclick.net%2Fclk%3B215692163%3B38015526%3Be) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT.
Great! Good stuff. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Thursday, June 18, 2009 7:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: BPXF135E RETURN CODE 0081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT. Klein, Kenneth pisze: Uh, d omvs,f? Where would I enter that? This is MVS command, entered from console. DISPLAY OMVS,F You can also enter it from SDSF LOG (with slash /) -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Experience with Tape/Assist
Jim Marshall jim.marsh...@opm.gov wrote in message news:listserv%200906180634115333.0...@bama.ua.edu... Does anyone have any experience with a tape copy utility called Tape/Assist from 21stCenturySoftware. I know of Tivoli Tape Optimizer for z/OS, Innovations FATSCOPY and Opentech's TAPECOPY. These all have varying degrees of expense from reasonable to expensive. The objective is to use the utility to migrate data from a very old IBM VTS to a not too old VTS and then recatalog the files along with updating the RMM entries. Like to understand if anyone has done this with Tape/Assist for the cost is a bit unbelieveable (in the hundreds of dollars versus thousands for the others). Let know either onlist of offlist. jim Some other thought: you don't have to worry about the filling of the virtual tapes, right, even on your not so very old VTS? Can you then copy the tapes without stacking? I have done this before: get a list of datasets to convert and their RMM information and generate IEBCOPY JCL and RMM update control statements for each dataset (I did for CA-1). I usually do this with SAS, others are more familiar with Rexx to do this. Is this an option? Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old Dog, New Tricks - TCP/IP
On Thu, 18 Jun 2009 06:19:05 -0400, Richards, Robert B. robert.richa...@opm.gov wrote: Which manuals/redbooks to read first? Others have mentioned good resources including SHARE. For Redbooks how about: Introduction to the new mainframe: Networking ABC's of z/OS system programming, vol. 11. Communications Server for z/OS V1Rn TCP/IP Implementation (various releases, 3 volume set) -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old Dog, New Tricks - TCP/IP
What about networking in z/OS ? This is one of the book i started with when i had to start all over again :-)) http://publib.boulder.ibm.com/infocenter/zos/basics/index.jsp Bruno Sugliani zxnetconsult(at)free(dot)fr http://zxnetconsult.free.fr On Thu, 18 Jun 2009 06:19:05 -0400, Richards, Robert B. robert.richa...@opm.gov wrote: About 20 years ago, I dabbled here and there with VTAM, NCP, EP, NCCF, NLDM, et al. My boss would like me to pick up current TCP/IP skills. Knowing this august group does not lack in providing excellent advice, I am seeking recommendations on the best course of action. If one or two courses to take, which ones? Which manuals/redbooks to read first? What should I focus on? Sysplex distributor, EE, OSPF, IPv6 stuff, all of them and more? What am I not thinking of that is now or will shortly be very important? Thanks in advance for any and all replies. Hopefully this dog can still hunt! :-) Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: robert.richa...@opm.gov mailto: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
TCP Settings for KeepAlive
I've run into a problem where I have TN3270 sessions attached to a VTAM session manager. The problem is this: When the system, where the VTAM session manager is running, is at 100% for extended periods (5 minutes or more), AND, you have a TSO session on the system where the session manager is, AND that TSO session attempts to run a long running task (Endevor update to promote source is an example), the TSO session will continue to run, BUT the TN3270 session will be timed-out and dropped. In this case the TN3270 is QWS3270 Plus. In tracing this, we see that QWS is posted with a lost connection. However, QWS is running the TCP keep alive at about a 5 minute interval. And the last thing that QWS shows is it sent a buffer to the host and is now waiting for a response when it gets this lost connection posting. I have been looking at the z/OS Comm Server manuals (even searching them) and I don't see anything that needs to be changed in the configuration. I have looked at various APARs (particularly the ones about IMS and additional keepalive support from 1.7 and later). But I don't see anything that seems to apply. The other thing about this that is interesting, those running Hummingbird don't seem to have this drop problem. And this is something that I can recreate at will. Note: TSO is not timing out. This is specifically a TCP connection termination issue that is timing related. It takes the z/OS system (1.8) going to 100% busy for 5 minutes or longer. And, while this is happening, I can be directly connected to other MVS or VM systems and they are not affected. So anyone have any idea where I need to look in the config parms for TCP (or VTAM?). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old Dog, New Tricks - TCP/IP
Thanks, Bruno. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bruno Sugliani Sent: Thursday, June 18, 2009 10:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Old Dog, New Tricks - TCP/IP What about networking in z/OS ? This is one of the book i started with when i had to start all over again :-)) http://publib.boulder.ibm.com/infocenter/zos/basics/index.jsp Bruno Sugliani zxnetconsult(at)free(dot)fr http://zxnetconsult.free.fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DNS
On Tue, Jun 16, 2009 at 2:22 PM, Ron Wells rwe...@agfinance.com wrote: thanks looks like your right lan people has not updated the server with all the names yet.. That's vaguely scary -- you have two separate DNS that don't talk to each other? One should (FSVO should) be a secondary, pull from the primary. Then you don't have this problem. ObAnecdote: In 1992 or so, we got our first Internet connection (9600BPS dialup, despite VP of Engineering asking, Who would we talk to?). I got to set up DNS on VM. We had no DNS on our LAN, so I wanted to make VM the primary. With a bunch of assistance from IBM, I finally got it working, but I concluded then -- and still believe -- that I was the only site in the world doing that. DB2 (then called SQL/DS) as the database. Then we got a realer connection, and our ISP became our primary. I followed the instructions for a secondary and it didn't work. Again, with much assistance from IBM, we finally discovered that BIND wasn't following the RFC for a TTL of 0 (I think; this was a lng time ago, so don't hold me to that). Anyway, it was all quite the adventure. And a very long time ago, on a planet far, far away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP SMTP
I am using the following parameter IPMAILERNAME NSCRELAY. When I ping to this name only, this gets translated to an IP Address, which is the correct one. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jan MOEYERSONS Sent: Thursday, June 18, 2009 3:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TCP SMTP On Wed, 17 Jun 2009 08:44:39 -0700, Carlson, Steve steve.carl...@nsc.com wrote: Yes, when I display the information from the OUTPUT JES DD, I see that the IPMAILERNAME has the correct name. Heueue, that's not what I mean. It may be the correct name, but if that name does not resolve to an IP address, then it will still not work. Can you PING that name? Is the IP address that this name resolves to the correct one? Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP Settings for KeepAlive
Hmmm.. almost sounds like QWS3270 may be getting impatient when waiting for a reply. That is, the 'keep alive' time may apply only to an idle session as opposed to a wait for reply situation. I'd look into QWS3270 parameters. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Thursday, June 18, 2009 9:29 AM To: IBM-MAIN@bama.ua.edu Subject: TCP Settings for KeepAlive I've run into a problem where I have TN3270 sessions attached to a VTAM session manager. The problem is this: When the system, where the VTAM session manager is running, is at 100% for extended periods (5 minutes or more), AND, you have a TSO session on the system where the session manager is, AND that TSO session attempts to run a long running task (Endevor update to promote source is an example), the TSO session will continue to run, BUT the TN3270 session will be timed-out and dropped. In this case the TN3270 is QWS3270 Plus. In tracing this, we see that QWS is posted with a lost connection. However, QWS is running the TCP keep alive at about a 5 minute interval. And the last thing that QWS shows is it sent a buffer to the host and is now waiting for a response when it gets this lost connection posting. I have been looking at the z/OS Comm Server manuals (even searching them) and I don't see anything that needs to be changed in the configuration. I have looked at various APARs (particularly the ones about IMS and additional keepalive support from 1.7 and later). But I don't see anything that seems to apply. The other thing about this that is interesting, those running Hummingbird don't seem to have this drop problem. And this is something that I can recreate at will. Note: TSO is not timing out. This is specifically a TCP connection termination issue that is timing related. It takes the z/OS system (1.8) going to 100% busy for 5 minutes or longer. And, while this is happening, I can be directly connected to other MVS or VM systems and they are not affected. So anyone have any idea where I need to look in the config parms for TCP (or VTAM?). Regards, Steve Thompson NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old Dog, New Tricks - TCP/IP
Mark, Thanks for the additional pointers. I was wondering which ABC volume had TCP/IP. :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Thursday, June 18, 2009 10:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Old Dog, New Tricks - TCP/IP On Thu, 18 Jun 2009 06:19:05 -0400, Richards, Robert B. robert.richa...@opm.gov wrote: Which manuals/redbooks to read first? Others have mentioned good resources including SHARE. For Redbooks how about: Introduction to the new mainframe: Networking ABC's of z/OS system programming, vol. 11. Communications Server for z/OS V1Rn TCP/IP Implementation (various releases, 3 volume set) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP SMTP
On Thu, 18 Jun 2009 08:17:06 -0700, Carlson, Steve steve.carl...@nsc.com wrote: I am using the following parameter IPMAILERNAME NSCRELAY. When I ping to this name only, this gets translated to an IP Address, which is the correct one. Then I don't know why it is not working. Maybe you can post the error log? Then someone more knowledgable than me can take a stab at it. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFRMM - CATSYNCH
Bob, No it cannot. Whether you run with or without VERIFY it uses the live CDS and live catalogs. When using VERIFY - nothing is changed, so there is no need to run on a copy. Review the messages issued and through those determine whether its your catalogs that are wrong or rmm. If it is rmm - run CATSYNCH, else use the messages to determined which catalog entries need added. rmm will never touch the catalogs during this. If you dont like the results of CATSYNCH and are using OPTION CATSYSID(*), you can run EDGUTIL UPDATE with SYSIN statement ' CONTROL CATSYNCH(NO)' and rmm continues using catalog locates. Mike Wood RMM Development On Wed, 17 Jun 2009 14:37:50 -0500, Hale, Bob bob.h...@roundys.com wrote: Can CATSYNCH execute against a copy of the active RCDS? I tried the following JCL but it still used the active RCDS instead of the copy. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What to use to find tape utilization?
I've found the FATS from Innovation does a good job of telling you what's physically used and hence your compression. Plus it has search/browse, etc options. It's relatively 'cheap' and keeps up with the hardware vendors. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Machine model numbers
2029 --- 360/29 What is 2029? I have never known S/360 model 29. As far as I know, S/360 models were: 20, 22, 25, 30, 40, 44, 50, 65, 67, 75, 85, 91, 95, and 195. 2009/6/12 Rick Fochtman rfocht...@ync.net snip- I might as well just post the major (4-digit) model numbers here, starting with z900 (the first 64-bit machine, introduced in late 2000) and leading to System z10: 2064: z900 2066: z800 2084: z990 2086: z890 2094: z9 EC 2096: z9 BC 2097: z10 EC 2098: z10 BC --unsnip- That's very interesting, Tim. Those of use that are old enough to remember will remember that 20xx was also the model number of the 360 series. 2020 --- 360/20 2029 --- 360/29 2030 --- 360/30 2040 --- 360/40 And so on; I'm sure you get the idea. -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: TCP Settings for KeepAlive
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Thursday, June 18, 2009 10:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TCP Settings for KeepAlive Hmmm.. almost sounds like QWS3270 may be getting impatient when waiting for a reply. That is, the 'keep alive' time may apply only to an idle session as opposed to a wait for reply situation. I'd look into QWS3270 parameters. SNIP QWS3270 is the one getting notified that the connection has dropped. In discussions with Jolly Giant, they will wait forever for the host to respond. Meanwhile, they will continue, at the prescribed intervals, to send the keepalive. Something, somehow is deciding on the host side to terminate the connection. And I just can't seem to find it. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP Settings for KeepAlive
True: we are searching for what drive the lost session disconnect. But I would not limit my search to the host. Network appliances/firewalls can be configured to do things like this. What does not fit in this scenario is that other TN3270 clients are not having the problem. That would point back to QWS as being the unique factor in the equation. That said, we cannot assume that all are following the same network path (and thus chain of network appliances/firewalls). Another thought: Have you tried connecting directly to the host and bypassing the session manager? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Thursday, June 18, 2009 11:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TCP Settings for KeepAlive -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Thursday, June 18, 2009 10:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TCP Settings for KeepAlive Hmmm.. almost sounds like QWS3270 may be getting impatient when waiting for a reply. That is, the 'keep alive' time may apply only to an idle session as opposed to a wait for reply situation. I'd look into QWS3270 parameters. SNIP QWS3270 is the one getting notified that the connection has dropped. In discussions with Jolly Giant, they will wait forever for the host to respond. Meanwhile, they will continue, at the prescribed intervals, to send the keepalive. Something, somehow is deciding on the host side to terminate the connection. And I just can't seem to find it. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP Settings for KeepAlive
Steve, The first thing I'd do is to check system performance group settings. Is your session manager task running in a performance group at least as high as VTAM and TCPIP? If the system is 100% CPU busy and either one or all three tasks (VTAM, TCPIP, SessMgr) get starved for CPU cycles and cannot respond to each other in a timely fashion, I'd say, all bets are off and you'll begin to see strange things happen. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Thursday, June 18, 2009 07:29 To: IBM-MAIN@bama.ua.edu Subject: TCP Settings for KeepAlive I've run into a problem where I have TN3270 sessions attached to a VTAM session manager. The problem is this: When the system, where the VTAM session manager is running, is at 100% for extended periods (5 minutes or more), AND, you have a TSO session on the system where the session manager is, AND that TSO session attempts to run a long running task (Endevor update to promote source is an example), the TSO session will continue to run, BUT the TN3270 session will be timed-out and dropped. In this case the TN3270 is QWS3270 Plus. In tracing this, we see that QWS is posted with a lost connection. However, QWS is running the TCP keep alive at about a 5 minute interval. And the last thing that QWS shows is it sent a buffer to the host and is now waiting for a response when it gets this lost connection posting. I have been looking at the z/OS Comm Server manuals (even searching them) and I don't see anything that needs to be changed in the configuration. I have looked at various APARs (particularly the ones about IMS and additional keepalive support from 1.7 and later). But I don't see anything that seems to apply. The other thing about this that is interesting, those running Hummingbird don't seem to have this drop problem. And this is something that I can recreate at will. Note: TSO is not timing out. This is specifically a TCP connection termination issue that is timing related. It takes the z/OS system (1.8) going to 100% busy for 5 minutes or longer. And, while this is happening, I can be directly connected to other MVS or VM systems and they are not affected. So anyone have any idea where I need to look in the config parms for TCP (or VTAM?). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old Dog, New Tricks - TCP/IP
IBM Networking on z/OS part of z/OS basic skills introduction series http://publib.boulder.ibm.com/infocenter/zos/basics/index.jsp The redbook sg246772 Introduction to the New Mainframe: Networking http://www.redbooks.ibm.com/abstracts/sg246772.html?Open Natarajan NOTICE OF CONFIDENTIALITY The information contained in this communication, including but not limited to any accompanying document(s) and/or attachment(s), is privileged and confidential and is intended solely for the above-named individual(s). If you are not the intended recipient, please be advised that any distribution, copying, disclosure, and/or use of the information contained herein is strictly prohibited. If you received this communication in error, please destroy all copies of the communication, whether in electronic or hard copy format, and immediately contact the Security Office at EDFUND at (916) 526-7539 or securityoff...@edfund.org. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What to use to find tape utilization?
Ken Porowski pisze: But what is the estimate based on? The 'standard' 3 to 1 compression ratio? I have fit over 1TB of SMF data on a 'standard' 3592 in EFMT1. Thers is still room on the tape but I don't know how much. I remember when I recorded some IEBDG output on the tape (tests). I exceeded 6TB on EFMT1 ...and got abend F37 due to RMM error. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP SMTP
Steve, What is your setting of RESOLVERUSAGE? I believe the value of this parameter needs to be changed if you want to use IPMAILERNAME xxx.com ALL|UNKNOWN vs IPMAILERADDRESS See the IP Configuration Reference manual: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b471/2.26.20? SHELF=EZ2ZO10KDT=20080122114206 Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jan MOEYERSONS Sent: Thursday, June 18, 2009 08:40 To: IBM-MAIN@bama.ua.edu Subject: Re: TCP SMTP On Thu, 18 Jun 2009 08:17:06 -0700, Carlson, Steve steve.carl...@nsc.com wrote: I am using the following parameter IPMAILERNAME NSCRELAY. When I ping to this name only, this gets translated to an IP Address, which is the correct one. Then I don't know why it is not working. Maybe you can post the error log? Then someone more knowledgable than me can take a stab at it. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Machine model numbers
2029 is a DWDM. See SG24-5608-02 - Fibre Saver 2029 Implementation Guide gC' Minoru Massaki wrote: 2029 --- 360/29 What is 2029? I have never known S/360 model 29. As far as I know, S/360 models were: 20, 22, 25, 30, 40, 44, 50, 65, 67, 75, 85, 91, 95, and 195. 2009/6/12 Rick Fochtman rfocht...@ync.net snip- I might as well just post the major (4-digit) model numbers here, starting with z900 (the first 64-bit machine, introduced in late 2000) and leading to System z10: 2064: z900 2066: z800 2084: z990 2086: z890 2094: z9 EC 2096: z9 BC 2097: z10 EC 2098: z10 BC --unsnip- That's very interesting, Tim. Those of use that are old enough to remember will remember that 20xx was also the model number of the 360 series. 2020 --- 360/20 2029 --- 360/29 2030 --- 360/30 2040 --- 360/40 And so on; I'm sure you get the idea. -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Software Secure Support via USA Citizens
now I have a story I can tell about the er... um... *thoroughness* of the Canadian border authorities ... Unfortunately, even before the heightened awareness (post-9/11), Canadian Customs Agents had the reputation of being the rudest in the world. Odd, considering that, in general, Canadians are considered some of the politest people in the world (with some exceptions -- (8-{]}). - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP SMTP
On Thu, 18 Jun 2009 09:43:11 -0700, Ulrich Krueger u...@pacbell.net wrote: ... What is your setting of RESOLVERUSAGE? I believe the value of this parameter needs to be changed if you want to use IPMAILERNAME xxx.com ALL|UNKNOWN vs IPMAILERADDRESS ... Yes. If you are going to use IPMAILERNAME you must specify RESOLVERUSAGE YES. Otherwise the SNMP daemon will not try to resolve the name. But you may not want to do this. In my previous shop (as set up by me) and my current shop (as set up by others) we used IPMAILERADDRESS and (once the parm became available) RESOLVERUSAGE NO because of problems introduced by RESOLVERUSAGE YES. We are reeducating ourselves on the topic because we could not remember what those problems were. As I read it you may have trouble even if the name is resolved. If you enable the SMTP daemon's name resolution it will not only resolve names, it will also attempt to get mail exchange (MX) records from the name server and try to send emails to mail transfer agent (MTA) closest to the recipient rather than sending the emails to the mailer you defined. If either end has firewalls or access lists in place they very likely will prevent your use of those remote MTAs. There does not seem to be any way to tell the z/OS SMTP daemon to resolve the mail of your defined mailer and use it for all outbound mail. IBM is providing a new SMTP daemon (with z/OS 1.11?). Hopefully they will have addressed this problem by then. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Memory allocation
Hello all, I have written an mq security exit for z/os in assembler that works pretty well. What I would like to add is the capability to use persistent memory. I tried to allocate memory from SUBPool 131 and 132. I received a not authorized error. I have my module in an authorized loadlib and linked with AC=1. I looked at CPool, and Hyperstorage as an option but found them very confusing. Not for the light of heart anyway. I like using the obtain because it seems simple enough. Can anyone help me figure out how to allocate persistent memory? Thanks. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Software Secure Support via USA Citizens
snip--- Edward Jaffe wrote: Ed Finnell wrote: We had a CE working 9370 support out of White Plains and he got sent on a sevcrit to Montreal. Got stopped at customs and they confiscated his 'tool kit' not made in Canada. He went by the hardware store on the way in and bought a new one. Charged the customer retail rates with the clock running. Nobody said a peep... I went to Edmonton, Alberta in the early 1990s to install some software at a customer site. Canadian customs found my tape (this was before CDs downloads), took me into a back room, and grilled me for at least an hour about what I was carrying, why I was there, who I was meeting, etc. They rifled through all of my bags and inspected *everything* right down to my underwear. They had one of those little goose-neck desk lamps pointed at me that were so cliche for interrogations on comedy shows. It was all I could do to keep a straight face. I think they were upset that I wasn't taking them seriously enough... unsnip-- Like I keep saying: there's a fine line between security and paranoia; which side are we on? -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Software Secure Support via USA Citizens
Rick Fochtman wrote: I went to Edmonton, Alberta in the early 1990s to install some software at a customer site. Canadian customs found my tape (this was before CDs downloads), took me into a back room, and grilled me for at least an hour about what I was carrying, why I was there, who I was meeting, etc. They rifled through all of my bags and inspected *everything* right down to my underwear. They had one of those little goose-neck desk lamps pointed at me that were so cliche for interrogations on comedy shows. It was all I could do to keep a straight face. I think they were upset that I wasn't taking them seriously enough... unsnip-- Like I keep saying: there's a fine line between security and paranoia; which side are we on? Stuff like that doesn't bother me. The Canadians, like the USA and other sovereign countries, have every right to ensure to their satisfaction that people coming in are who they say they are and aren't doing or transporting anything illegal. It wasn't like they jailed me. They just asked some questions (seemed like the same ones over and over) and searched through my stuff for a while. I don't have anything to hide. I took it all in-stride and now I have a story I can tell about the er... um... *thoroughness* of the Canadian border authorities ... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Software Secure Support via USA Citizens
Maybe it was the Osama Ben Laden tee shirt that did it Ted MacNEIL eamacn...@yahoo.ca Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 06/18/2009 02:37 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: IBM Software Secure Support via USA Citizens now I have a story I can tell about the er... um... *thoroughness* of the Canadian border authorities ... Unfortunately, even before the heightened awareness (post-9/11), Canadian Customs Agents had the reputation of being the rudest in the world. Odd, considering that, in general, Canadians are considered some of the politest people in the world (with some exceptions -- (8-{]}). - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape management system discussion
If I had to choose one of these two, I would go with RMM. But CA1 is probably the best (IMHO) mainframe tape management product. I would rate RMM second... The only knock on RMM that I remember is that you REALLY need to know REXX to use RMM. C. Todd Burrell, PMP, MCP Lead z/OS Systems Programmer ITSO (404) 723-2017 (Cell) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tommy Tsui Sent: Tuesday, June 16, 2009 11:04 PM To: IBM-MAIN@bama.ua.edu Subject: Tape management system discussion Hi all, Is there any one use the IBM RMM and BMC tape management system? Which one is better ? Any comment on this two products? Any comment will be appreciated -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: TCP Settings for KeepAlive
Yes, the common item to this problem is the Session manager. We were just discussing this among ourselves just a few minutes ago. If QWS is connected directly to the TSO APPLIDs (as opposed to going through the session manager first), then these timeouts do not happen. However, because of a few other things that were discussed, I am starting to think there is a problem with QWS. The problem is, proving what is the problem and how to solve it. Regards, Steve Thompson -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Thursday, June 18, 2009 11:25 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TCP Settings for KeepAlive True: we are searching for what drive the lost session disconnect. But I would not limit my search to the host. Network appliances/firewalls can be configured to do things like this. What does not fit in this scenario is that other TN3270 clients are not having the problem. That would point back to QWS as being the unique factor in the equation. That said, we cannot assume that all are following the same network path (and thus chain of network appliances/firewalls). Another thought: Have you tried connecting directly to the host and bypassing the session manager? SNIPPAGE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PKA functions only deal with small data chunks?
Hello folks, I am posting this one from office. I am doing some ICSF programming reasearch and figured out that the subset of PKA functions that allow me to cipher or decipher using assimetric keys are quite limited due the data length that can be supplied. By example, the CSNDPKE function encrypts the supplied parameter 'keyvalue' which size is given with the variable 'keyvalue_length'. This variable has a maximum field size of 256 bytes. So I assume that I may only do assimetric encription with small data chunks. Is that right? There is no other possibility? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Memory allocation
Mike As far as I remember MQ Security exits Do Not Run Authorized... Workers Compensation Legal Advice. Click here http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTOcqEaNBlz2GfLWbA9bVnWUZWK7CpLgX0CouRb16GWvPQpxaqyCBq/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape management system discussion
Hmm. If that's true, wouldn't you also say that you REALLY need to know EARL to use CA1? We use RMM here and our operations people interface through the panels and do everything they need to do. Perhaps we don't utilize enough of the available functions in RMM for me to appreciate how much REXX knowledge might be required. Just my $0.02.. Greg Shirey Ben E. Keith Co. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) Sent: Thursday, June 18, 2009 1:24 PM If I had to choose one of these two, I would go with RMM. But CA1 is probably the best (IMHO) mainframe tape management product. I would rate RMM second... The only knock on RMM that I remember is that you REALLY need to know REXX to use RMM. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Antwort: Re: Free software to stack tape datasets?
Try ZELA from SeaSoft or CopyCat from CA. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html