Re: SMS Dataset Alloc Issue
Saurabh, By specifying the volume, you will only see the DATA. The CLUSTER part is just a catalog entry, not a physical dataset. (Yeah, guys, I know, but let's keep it simple, OK?) Leave off the VOLUME on ISPF 3.4, and you will see both the Cluster and Data portions. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: saurabh khandelwal sourabhkhandelwal...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 05/25/2012 06:49 AM Subject:SMS Dataset Alloc Issue Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hello Group, I have used below JCL to allocate SMS dataset. But when I checked, JCL has created only data part not cluster part of the dataset. not sure why it has happened. I tried ISPF 3.4 against volume. Only Data part is visible. //SMSALOC JOB (660),SAURABH, // CLASS=A,NOTIFY=SYSUID, // MSGCLASS=A //* //ALLOC EXEC PGM=IDCAMS,REGION=512K //DDSOZ1D1 DD DISP=OLD,UNIT=SYSALLDA,VOL=SER=SOZ1D1 //SYSPRINT DD SYSOUT=* //SYSINDD * /* ALLOCATE SCDS */ DEFINE CLUSTER( - NAME(SYS1.SMS.SCDS)- LINEAR - VOLUMES(SOZ1D1)- TRK(6 6) - SHAREOPTIONS(2,3) - ) - DATA( - NAME(SYS1.SMS.SCDS.DATA) - ) - CATALOG(SOZ1D.MASTER.CATALOG) /* ALLOCATE ACDS */ DEFINE CLUSTER( - NAME(SYS1.SMS.ACDS)- LINEAR - VOLUMES(SOZ1D1)- TRK(6 6) - SHAREOPTIONS(3,3) - ) - DATA( - NAME(SYS1.SMS.ACDS.DATA) - ) - CATALOG(SOZ1D.MASTER.CATALOG) /* ALLOCATE COMMDS */ DEFINE CLUSTER( - NAME(SYS1.SMS.COMMDS) - LINEAR - VOLUMES(SOZ1D1)- TRK(1 1) - SHAREOPTIONS(3,3) - ) - DATA( - NAME(SYS1.SMS.COMMDS.DATA) - ) - CATALOG(SOZ1D.MASTER.CATALOG) /* // -- Thanks Regards Saurabh -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN [attachment SMS.txt deleted by Steve Conway/DCA/AO/USCOURTS] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Retiring after 43+ years with IBM
Best of luck to you in your retirement, Frank. Thank you for all your help over the years. You've made your mark on our world, and a person can be content with that knowledge. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Frank Yaeger yae...@us.ibm.com To: IBM-MAIN@bama.ua.edu Date: 05/15/2012 09:01 PM Subject:Retiring after 43+ years with IBM Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Just a note to let everyone know I'll be retiring at the end of this month (5/31/2012). I've been with IBM for 43+ years (plus a couple of summers in college) and I've enjoyed my career immensely. I've especially enjoyed being able to help people use the DFSORT/ICETOOL functions I developed, over many years, in new and interesting ways. Once I retire, I won't be posting solutions any more since I won't have access to a mainframe to test them, and I don't like posting untested solutions. I may lurk a bit or I may not. I'm looking forward to retirement, but I'll also miss this list. I'm happy to say that others on the DFSORT Team will continue to contribute. Thanks to everyone for giving me the chance to earn a living all these years doing something that was a lot of fun for me. Long live the mainframe, IBM, z/OS, DFSORT and ICETOOL! Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Theology question
I find myself in the delightfully strange position of unambiguously agreeing with Paul Gilmartin. Must be spring fever or something... :-) Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@bama.ua.edu Date: 03/19/2012 06:58 PM Subject:Re: Theology question Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Mon, 19 Mar 2012 17:43:45 -0400, Gord Tomlin wrote: IMHO using '*' to represent null violates the Principle of Least Astonishment. '*' is often used in masking to represent anything, which is a long way from null. How about using NULL to represent null, e.g., thing3(option1,NULL) /* This would define another thing and say even if you have a default, global value for option2, pretend you don't */ I am very accustomed to, and comfortable with the convention common to Rexx and POSIX shell script, both of which distinguish between undefined and any defined value: empty string, NULL, or whatever. So, I'd add the rule: thing3(option1,NULL)/* Means option2 is unset. */ thing3(option1,'NULL') /* means option2 is the 4-character string, NULL.) ... (reserved words are never quoted; values are quoted to avoid conflict with reserved words or when lexically required, to avoid any encroachment on the potential value space.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Why _TZ put times 7 minutes off?
Ed Jaffe said: IMHO, STP should be included in the price of the machine. I totally agree. There should also be an option to use NTP. Not every shop needs the granularity of STP, and they damn sure don't want to pay for functionality that comes free on every other piece of hardware in the house.. Right now, the choices are either to pay $BIGNUM for time keeping software unique to the hardware platform or to have no time keeping software. When I'm trying to advocate a zBox as cost effective, this does not help. Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: z/OS's basis for TCP/IP
Peter, Sounds like you want TSO SEND. Do TSO HELP SEND for syntax and usage. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Farley, Peter x23353 peter.far...@broadridge.com To: IBM-MAIN@bama.ua.edu Date: 12/06/2011 11:25 AM Subject:Re: z/OS's basis for TCP/IP Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Chris, Well, I can't say I'm surprised by your answer, but thanks for your insights anyway. I haven't searched around the web yet (especially the CBT site) for some equivalent facility, but perhaps it's time I did so. Now, where did I put those darned round tuits... :) Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Tuesday, December 06, 2011 10:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS's basis for TCP/IP Peter I'm very sorry to be disappointing you! Is there any chance that there is a z/OS equivalent of these z/VM commands for the general (non-authorized) user? We're on the down slope, not the up slope! In other words, the direction in the IP component of z/OS Communications Server is to get rid of these entrails of the VM heritage. The most recent to go - although not strictly replaced one-for-one - is the old Pascal SMTP server to be replaced by the CSSMTP server. The other major server written in Pascal surviving from the old TCP/IP for VM days - see my first response in this thread - is the LPD server. I believe there is a product which replaces this with a number of additional capabilities - someone can no doubt jump in with what that is - so, in effect, the LPD server has already been replaced. Although not pretending to be comprehensive, this list from the configuration step I mentioned shows that what remains dependent on VMCF/TNF are a few scraps at the bottom of the barrel that nobody cares much about: quote 1.2.21.5 Step 3: Configure VMCF and TNF The Pascal socket interface uses the IUCV/VMCF services for a limited set of inter-address space communication flows. As a result, if you are using any applications (provided by IBM or others) that use the Pascal socket API, you must ensure that the Virtual Machine Communication Facility (VMCF) and Termination Notification Facility (TNF) subsystems are active before the applications are started. TCP/IP provides the following applications and commands that use the Pascal socket interface: - SMTP and LPD servers - TSO HOMETEST, LPQ, LPR, LPRM, LPRSET, TELNET, and TESTSITE commands If you are using any of these applications or commands, you need to set up VMCF and TNF. /quote That word limited is a bit of a hint that the author - in tune with most of his or her readers - rather wishes there were none! Unfortunately, rather too strict an application of the rule If it ain't broke, don't fix it! much beloved by the suits in charge of manual authors, has meant that, the text - which has by now gathered much dust - surrounding the suggestion that the installation should be verified by use of the HOMETEST and TESTSITE utility commands has not been deprecated in some way. Thus novices still get the impression that the use of these commands is technically de rigeur as part of checking definitions when they should just have overlooked them. In any case, in an era when only VIPAs need names, they are well out of date! That said, it was only when one presumed novice in a recent thread complained that his checking with HOMETEST was failing that I discovered - very late! - that the generically named TCPIP.DATA data set HOSTNAME statement applied to the data set for the main address spaces when the sockets API gethostname call was used while it applied to the data set for the program address space when the Pascal API GetIdentity call was used in order to extract the host name value. My excuse for not appreciating this point for all the years I have been working with TCP/IP for MVS and is successor is that I have always used a common dynamically allocated data set. As a teacher of hands-on classes, I always used to have to rely on students probing unusual definition techniques - typically by accident - revealing the previously unknown! Chris Mason On Tue, 6 Dec 2011 09:58:58 -0500, Farley, Peter x23353 peter.far...@broadridge.com wrote: Chris, Thanks for those interesting links. I had not realized that the z/OS Comm. Server implemented some form of VMCF and IUCV. The small amount of RTFM I just did based on your links seems to indicate that the Comm. Server SMSG command is only supported to communicate with SMTP and LPD. Is there any chance that there is a z/OS equivalent of these z/VM commands for the general (non-authorized) user? From userid1: SMSG userid2 'message text' And in userid2, waiting for a
Re: z/OS's basis for TCP/IP
Hi, Peter. My apologies. I should have read your requirements more carefully, and actually checked what the SMSG(WAKEUP) was all about. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Farley, Peter x23353 peter.far...@broadridge.com To: IBM-MAIN@bama.ua.edu Date: 12/06/2011 12:22 PM Subject:Re: z/OS's basis for TCP/IP Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Well, I certainly thought of TSO SEND, but it is the WAKEUP part of the process (i.e., the receiving end) that I don't see a way to accomplish. How could a program running in a TSO user's address space wait for and then receive a message sent via TSO SEND? And as an extension of such a capability, how would a batch TSO process (i.e., an IKJEFTxx batch step) receive and process such a message? Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Conway Sent: Tuesday, December 06, 2011 11:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS's basis for TCP/IP Peter, Sounds like you want TSO SEND. Do TSO HELP SEND for syntax and usage. Cheers,,,Steve Snipped From: Farley, Peter x23353 peter.far...@broadridge.com To: IBM-MAIN@bama.ua.edu Date: 12/06/2011 11:25 AM Subject:Re: z/OS's basis for TCP/IP Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Chris, Well, I can't say I'm surprised by your answer, but thanks for your insights anyway. I haven't searched around the web yet (especially the CBT site) for some equivalent facility, but perhaps it's time I did so. Now, where did I put those darned round tuits... :) Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Tuesday, December 06, 2011 10:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS's basis for TCP/IP Peter I'm very sorry to be disappointing you! Is there any chance that there is a z/OS equivalent of these z/VM commands for the general (non-authorized) user? We're on the down slope, not the up slope! In other words, the direction in the IP component of z/OS Communications Server is to get rid of these entrails of the VM heritage. The most recent to go - although not strictly replaced one-for-one - is the old Pascal SMTP server to be replaced by the CSSMTP server. The other major server written in Pascal surviving from the old TCP/IP for VM days - see my first response in this thread - is the LPD server. I believe there is a product which replaces this with a number of additional capabilities - someone can no doubt jump in with what that is - so, in effect, the LPD server has already been replaced. Although not pretending to be comprehensive, this list from the configuration step I mentioned shows that what remains dependent on VMCF/TNF are a few scraps at the bottom of the barrel that nobody cares much about: quote 1.2.21.5 Step 3: Configure VMCF and TNF The Pascal socket interface uses the IUCV/VMCF services for a limited set of inter-address space communication flows. As a result, if you are using any applications (provided by IBM or others) that use the Pascal socket API, you must ensure that the Virtual Machine Communication Facility (VMCF) and Termination Notification Facility (TNF) subsystems are active before the applications are started. TCP/IP provides the following applications and commands that use the Pascal socket interface: - SMTP and LPD servers - TSO HOMETEST, LPQ, LPR, LPRM, LPRSET, TELNET, and TESTSITE commands If you are using any of these applications or commands, you need to set up VMCF and TNF. /quote That word limited is a bit of a hint that the author - in tune with most of his or her readers - rather wishes there were none! Unfortunately, rather too strict an application of the rule If it ain't broke, don't fix it! much beloved by the suits in charge of manual authors, has meant that, the text - which has by now gathered much dust - surrounding the suggestion that the installation should be verified by use of the HOMETEST and TESTSITE utility commands has not been deprecated in some way. Thus novices still get the impression that the use of these commands is technically de rigeur as part of checking definitions when they should just have overlooked them. In any case, in an era when only VIPAs need names, they are well out of date! That said, it was only when one presumed novice in a recent thread complained that his checking with HOMETEST was failing that I discovered - very late! - that the generically named TCPIP.DATA data set HOSTNAME statement applied to the data set for the main address spaces when the sockets API gethostname call was used while it applied
Re: load mmodules copying to other site
Dave and Gil, Your suggestion worked fine for a single member: T$SFC:/u/t4sfc: cp -B //'sys3.clist(rdmstat)' /dev/fd1 | cksum 260387907 21600 It also works fine for a sequential file: T$SFC:/u/t4sfc: cp -B //'SYS3.FTP.NETRC' /dev/fd1 | cksum 2567740904 240 It fails for an entire PDS: T$SFC:/u/t4sfc: cp -B //'SYS1.MACLIB' /dev/fd1 | cksum cp: FSUMF137 partitioned data set source and a file target is not allowed It also fails trying to use a classic MVS file (of any DSORG) as input directly to the cksum command: T$SFC:/u/t4sfc: cksum //'SYS1.MACLIB' cksum: FSUM6003 input file //'SYS1.MACLIB': EDC5129I No such file or directory. T$SFC:/u/t4sfc: cksum //'SYS3.FTP.NETRC' cksum: FSUM6003 input file //'SYS3.FTP.NETRC': EDC5129I No such file or directory. Thanks for the pointing in the right direction. I had not noticed the existence of the cksum command. Now to figure out how to do something useful with it. :-) Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.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: EXTERNAL: Re: Goodbye from this email address
And you lose one of the coolest email addresses of all time. Sorry to hear it, Dennis. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Roach, Dennis (N-GHG CORP.) dennis.ro...@lmco.com To: IBM-MAIN@bama.ua.edu Date: 09/01/2011 10:36 AM Subject:Re: EXTERNAL: Re: Goodbye from this email address Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Sorry to hear that. Lot of it going around. With the demise of the Shuttle program, September 30 will be my last day at NASA. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract Strategic Technical Engineering NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258-8487 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, September 01, 2011 8:06 AM To: IBM-MAIN@bama.ua.edu Subject: EXTERNAL: Re: Goodbye from this email address In CABEFxSNMNurxA8twQoM-=kjjqdn3j_svqzhontv2b2xxtsn...@mail.gmail.com, on 08/31/2011 at 03:14 PM, Scott Rowe scott.r...@joann.com said: In a few minutes the company will be decommissioning me, just like they did with the mainframe (except their not shipping me back to POK). I will sign up to the list with another email address, so I will still be on the list. Sorry to hear that. I wish you luck in your new endeavors. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: load mmodules copying to other site
What would you use to do a checksum on z/OS? Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@bama.ua.edu Date: 08/31/2011 02:00 PM Subject:Re: load mmodules copying to other site Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Wed, 31 Aug 2011 11:37:44 -0500, Hal Merritt wrote: Depending on your FTP defaults, you may need to explicitly say TYPE E then MODE C. Correctly stating the data type is worth the effort IMHO. However, as I said, data passing through a Windows box is subject to corruption / translation. Again, the suggestion is for z/os to z/os only. From a desktop intermediary (I, too, would use one other than Windows) I might do: 501 $ ftp mvs Connected to mvs. 220-FTPD1 IBM FTP CS V1R12 at ..., 17:50:58 on 2011-08-31. ... Remote system type is MVS. ftp binary 200 Representation type is Image ftp quote type e 200 Representation type is Ebcdic NonPrint ftp quote mode c 200 Data transfer mode is Compressed ftp ... I'd verify a checksum after and before. -- 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: load mmodules copying to other site
Thanks, Tom. I was responding to Gil's post, in which he was going z/OS - desktop - z/OS, no mention of GIMZIP / GIMUNZIP. Guess I just missed the tie-in. Although a z/OS checksum would make dealing with certain auditors easier to satisfy... Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Tom Marchant m42tom-ibmm...@yahoo.com To: IBM-MAIN@bama.ua.edu Date: 08/31/2011 02:56 PM Subject:Re: load mmodules copying to other site Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Wed, 31 Aug 2011 14:46:50 -0400, Steve Conway wrote: What would you use to do a checksum on z/OS? If you use GIMZIP/GIMUNZIP as Art suggested, a checksum will be created and checked. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: disclosing business information on the internet
From a security standpoint, the less you expose to the outside world, the better. Join a few security newsgroups / mailing lists, and see what (justified) paranoia REALLY looks like. I think Lizette's response is a great one. People on the list know who she is, and more or less what she does, but little about her company. Steve Comstock's response is scary (again, from a security standpoint). We love you Steve, but I want all application developers paranoid as hell, and building security into every interactive application out there. I won't tell you how many applications I use regularly that a) require a login, but b) don't let me change the password, by design. Remember, you're not paranoid when they really ARE out to get you. Read some of the security literature out there, and you'll be scared, too. Myself, I post all info, following local practices, until told otherwise. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Frank Swarbrick frank.swarbr...@efirstbank.com To: IBM-MAIN@bama.ua.edu Date: 07/28/2011 02:26 PM Subject:disclosing business information on the internet Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Here's something that I think may be of general interest. Our information security officer sent the following to my manager: The content Frank is positing does not appear to be specific to our environment. However, I am concern by the fact he posts his position, where he works, and phone number. This creates some social engineering risk, as well as discloses information about the operating systems we use. Who can I talk with to ask Frank to remove information related to where he works on this conversation thread and future ones? Are these concerns justified or just paranoia? I like posting this information because I've received useful contacts and information based on it. I'm curious what policies other businesses have. Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: disclosing business information on the internet
Ken makes an excellent point. In my opinion, this still falls into the category of I don't need perfect security, just better security than my neighbors. I get that a chain is only as strong as its weakest link, but the less information about your company's infrastructure that gets exposed, the better. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Ken Hume IBM kph...@live.com To: IBM-MAIN@bama.ua.edu Date: 07/28/2011 03:50 PM Subject:Re: disclosing business information on the internet Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Frank, From your website FirstBank has a full-time software developer position available for a .NET software developer. Responsibilities include analysis, design, coding, and testing of new multi-tier applications as well as enhancing existing applications in a team environment. Applicant must have at least two years of professional experience with C# or Delphi. Applicant needs strong Delphi or C# skills with some ADO.NET (preferably with Oracle's ODP.NET). Experience with IIS, XML, WCF, SQL, ASP.NET, AJAX, or web services is a plus. That, and the java position you have open tells folks a lot about what you have there. I'm sure you have advertised for positions that require z/OS and COBOL experience. I think they are over reacting a bit. Ken Hume IBM PD Tools Client Advocate (720)396-7776 kph...@us.ibm.com On 7/28/2011 12:20 PM, Frank Swarbrick wrote: Here's something that I think may be of general interest. Our information security officer sent the following to my manager: The content Frank is positing does not appear to be specific to our environment. However, I am concern by the fact he posts his position, where he works, and phone number. This creates some social engineering risk, as well as discloses information about the operating systems we use. Who can I talk with to ask Frank to remove information related to where he works on this conversation thread and future ones? Are these concerns justified or just paranoia? I like posting this information because I've received useful contacts and information based on it. I'm curious what policies other businesses have. Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: disclosing business information on the internet
Ted, BTDT. As I posted earlier, I follow local custom. Frank's shop is trying to be more proactive in their security. In light of the real dangers out there, I applaud that. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Ted MacNEIL eamacn...@yahoo.ca To: IBM-MAIN@bama.ua.edu Date: 07/28/2011 04:28 PM Subject:Re: disclosing business information on the internet Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I like posting this information because I've received useful contacts and information based on it. I'm curious what policies other businesses have. Recently, I worked at a shop where our VP told us we must have all that info in our signature block -- quite the opposite! - 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: disclosing business information on the internet
John, not the first time I've been told I'm different! :-) Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Chase, John jch...@ussco.com To: IBM-MAIN@bama.ua.edu Date: 07/29/2011 09:19 AM Subject:Re: disclosing business information on the internet Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Conway From a security standpoint, the less you expose to the outside world, the better. Join a few security newsgroups / mailing lists, and see what (justified) paranoia REALLY looks like. [ snip ] Myself, I post all info, following local practices, until told otherwise. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov You're different in that you (apparently) work for a governmental entity, so we the people as your employers arguably have a right to know everything about what you do on our time, with our money. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE accept command
Nope. Not in my world. Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Edward Jaffe edja...@phoenixsoftware.com To: IBM-MAIN@bama.ua.edu Date: 07/22/2011 03:13 PM Subject:Re: SMPE accept command Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On 7/22/2011 9:20 AM, Starr, Alan wrote: I believe the following would be a good beginning: ACCEPT PTFS FUNCTIONS APARS GROUPEXTEND BYPASS(ID) CHECK . APARS? BYPASS(ID)? Are these standard parameters used in customer environments? -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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-MAIN Digest - 4 Jul 2011 to 5 Jul 2011 (#2011-186)
Morning, John. In case your settings don't echo your own posts, you finger-checked and sent this to the list instead of lists...@bama.ua.edu. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: John Watson jrwat...@au1.ibm.com To: IBM-MAIN@bama.ua.edu Date: 07/06/2011 05:37 AM Subject:Re: IBM-MAIN Digest - 4 Jul 2011 to 5 Jul 2011 (#2011-186) Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu IBM-MAIN NODIGEST -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Lines, Bars and ... mini-bars???
The one and only Shane suggests: Unselectable Storage Segment Shane, you are an EVIL, evil man! Keep up the fine work. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.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: Paging increase when going from z/OS 1.9 to 1.11
Morning, Gadi. My (small) test system is still firmly at 0%, but my (larger, still not big) Prod system went from 0% to ~8%. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: גדי בן אבי gad...@malam.com To: IBM-MAIN@bama.ua.edu Date: 05/05/2011 09:03 AM Subject: Paging increase when going from z/OS 1.9 to 1.11 Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hi, We are seeing a paging increase after upgrading to z/OS 1.11. Has anyone else seen this? TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 Still Using OLTEP?
John, can you hear me laughing from up there? :-) Nope, not using, haven't in decades. Come to think of it, haven't ever used it outside of a training exercise. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: John Eells ee...@us.ibm.com To: IBM-MAIN@bama.ua.edu Date: 04/25/2011 02:44 PM Subject: Anyone Still Using OLTEP? Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Is anyone still using OLTEP...and if so...what for? Note 1: If you haven't been a sysprog for 20 years or more, my guess is that you probably don't know what it is--and will probably never need to, so don't worry. Note 2: Don't panic just yet. We're just askin'. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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/IP Available on MVS When?
OK, let's invoke Jaffe's Law (Any ibm-main discussion will eventually become a history lesson) immediately. In this case, I need a history lesson, preferably with citable references. When (year and OS release, if available) did TCP/IP become available for VM? For MVS? No forum is more perfectly suited for my question. :-) Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.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/IP Available on MVS When?
Rob asked: IBM or ISV version? Either, both. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.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/IP Available on MVS When?
Thanks, Lynn. The date on the post suggests, for VM, October 1987, HPO 4.2. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Date: 04/14/2011 11:44 AM Subject: Re: TCP/IP Available on MVS When? Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu steve_con...@ao.uscourts.gov (Steve Conway) writes: OK, let's invoke Jaffe's Law (Any ibm-main discussion will eventually become a history lesson) immediately. In this case, I need a history lesson, preferably with citable references. When (year and OS release, if available) did TCP/IP become available for VM? For MVS? No forum is more perfectly suited for my question. :-) the company product was done on VM and implemented in vs/pascal (5798-FAL). it had a number of thruput issues ... but I did the RFC1044 enhancements and in some testing at Cray research ... between a 4341 and cray ... got channel media sustained thruput using only modest amount of 4341 cpu (about 500 times improvement in instructions executed per byte moved). misc. past posts mentioning rfc 1044 http://www.garlic.com/~lynn/subnetwork.html#1044 vmshare reference to 5798-fal: http://vm.marist.edu/~vmshare/browse?fn=TCPIPft=PROB the base implementation was later made available on MVS by moving over the VM code and writting a simulation for some of the VM functions. later there was a contract to implement tcp/ip support in VTAM. the folklore is that when the implementation was first demo'ed ... the company said that it was only paying for a correct implementation ... and everybody knows that a correct tcp/ip implementation is significantly slower than LU6.2 (not significantly faster). The contract was handled by local ibm office in Palo Alto Sq office bldg. now predating products ... there was various univ. implementations ... reference to tcp/ip at UCLA MVS in late 70s: http://en.wikipedia.org/wiki/Bob_Braden predates the great switchover from host/imp protocol to tcp/ip protocol on 1jan83. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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/IP Available on MVS When?
Great idea, Mark. Done. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Mark Regan netsfw-ibmm...@yahoo.com To: IBM-MAIN@bama.ua.edu Date: 04/14/2011 11:52 AM Subject: Re: TCP/IP Available on MVS When? Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu You might want to ask that question on the IBMTCP-L mailing list. That list has been around since at least January 1989 and I've seen questions asked about TCP/IP for MVS in the archives starting then. Thanks, Mark Regan From: Steve Conway steve_con...@ao.uscourts.gov To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 14, 2011 11:10 AM Subject: TCP/IP Available on MVS When? OK, let's invoke Jaffe's Law (Any ibm-main discussion will eventually become a history lesson) immediately. In this case, I need a history lesson, preferably with citable references. When (year and OS release, if available) did TCP/IP become available for VM? For MVS? No forum is more perfectly suited for my question. :-) Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.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: HMC System Console usage (one more time)
Kevin Kelley Asked: 1) How many of you have used to it in an emergency as the console of last resort? -- Yes 2) How many of you have used it to recover OSA attached consoles? -- Yes 3) How many of you have no locally-attached consoles and use the System Console to IPL and get you through NIP before transitioning to SMCS consoles (or some other console support requiring Comm Server to be up)? -- Nope. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.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: SYSLOGD
Ooh, shiny! Thanks, Jim! I did the quick and dirty, get it running, make it nice later customization. Love to see working code! Hope all is well with you and yours. . .it's been a few years. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Petersen, Jim jim_peter...@homedepot.com To: IBM-MAIN@bama.ua.edu Date: 03/24/2011 08:43 AM Subject: Re: SYSLOGD Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Steve, It is easy peasy. Got it working correctly the 1st time I tried it. We offload our SYSLOGD to GDG's nightly. These go in the syslog.conf file BeginArchiveParms DSNPrefix XXX.SDAILY.SYSLOGD.HD01 StorClas XXGDG MgmtClas XXGDG8 EndArchiveParms # *.err/var/log/syslogd/errors.log -N ERRORS(+1) # *.*.*.* /var/log/syslogd/syslog.log -N SYSLOG(+1) *.INETD*.*.* /var/log/syslogd/inetd.log -N INETD(+1) *.OMPROUTE.*.* /var/log/syslogd/omproute.log -N OMPROUTE(+1) #*.PAGENT*.*.*/var/log/syslogd/pagent.log -N PAGENT(+1) *.FTP*.*.* /var/log/syslogd/ftp.log -N FTP(+1) #*.TCPCS.daemon.* /var/log/syslogd/ATTLS.log -N ATTLS(+1) *.TRMD*.local4.* /var/log/syslogd/FILT.log -N TRMD(+1) #*.IKED*.local4.* /var/log/syslogd/IKED.log -N IKED(+1) *.TRMD*.daemon.* /var/log/syslogd/IDS.log -N IDS(+1) *.SYSLOGD*.*.* /var/log/syslogd/syslogd.log -N SYSLOGD(+1) *.*.daemon.* /var/log/syslogd/daemon.log -N DAEMON(+1) *.info /var/log/syslogd/info.log -N INFO(+1) ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Conway Sent: Tuesday, March 22, 2011 1:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SYSLOGD Hi, John. We do a lot of ssh and FTP work. I find it useful to monitor activity, failed logins, stuff like that. The ISPF syslogd browser has a crap interface, but somebody must have liked it. Now, if I could find the time to play with making the nightly archive dataset into a GDG. . . Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: John Norgauer john.norga...@ucdmc.ucdavis.edu To: IBM-MAIN@bama.ua.edu Date: 03/22/2011 12:25 PM Subject: SYSLOGD Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu We have SYSLOGD running in our test LPAR and to-date have not really seen any use or have figured out any use for this daemon. Has your installation used this daemon for any meaningful purpose or has NOT having it running caused any grief? I am considering putting it into my new z/OS 1.11 production platform but have reservations about doing so. Our shop is running CICS, DB2 lots of FTP's SNTP and SFTP. John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment
Re: fact or fiction?
Hi, John. We recently upgraded 1.9 to 1.11, and have not seen a noticeable increase in CPU. Caveat: We do not run DB2. Workload and mix (very probably) play a part. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: John Norgauer john.norga...@ucdmc.ucdavis.edu To: IBM-MAIN@bama.ua.edu Date: 03/21/2011 02:28 PM Subject: fact or fiction? Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Will upgrading to z/OS 1.11 from 1.9 add more utilization to the CPU? IF so, how much? We are two LPARs...one test and one production. John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SYSLOGD
Hi, John. We do a lot of ssh and FTP work. I find it useful to monitor activity, failed logins, stuff like that. The ISPF syslogd browser has a crap interface, but somebody must have liked it. Now, if I could find the time to play with making the nightly archive dataset into a GDG. . . Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: John Norgauer john.norga...@ucdmc.ucdavis.edu To: IBM-MAIN@bama.ua.edu Date: 03/22/2011 12:25 PM Subject: SYSLOGD Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu We have SYSLOGD running in our test LPAR and to-date have not really seen any use or have figured out any use for this daemon. Has your installation used this daemon for any meaningful purpose or has NOT having it running caused any grief? I am considering putting it into my new z/OS 1.11 production platform but have reservations about doing so. Our shop is running CICS, DB2 lots of FTP's SNTP and SFTP. John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Day-light savings - dumb question
John, can you verify that command? I don't see it in my z/OS 1.11 MVS System Commands. I will issue this on my VM systems: SET TIMEZONE EDT But on MVS, all I know to do on my MVS systems is T CLOCK=. (No ETR or other timing mechanism.) I'll also change my /etc/profile, /etc/init.options, and my ssh d_env tz= variables. Because I haven't paid much attention to it in prior years, I'm thinking I will also do F SYSLOGD,RESTART, and hope the syslogd picks up the new tz specifications. If not, well, it's not being used by much. If MVS does, indeed, have a T TIMEZONE command, it would simplify matters. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 03/10/2011 08:00 AM Subject: Re: Day-light savings - dumb question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu We change the PARMLIB to have the new offset, for future IPLs. We schedule a batch job in CA-7 which issued the z/OS operator command: T TIMEZONE=W.06 or T TIMEZONE=W.05 as appropriate. This job runs on time change Sunday at 2 am (local). -- 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 Quasar Chunawalla Sent: Thursday, March 10, 2011 2:32 AM To: IBM-MAIN@bama.ua.edu Subject: Day-light savings - dumb question Hi - I wanted to know how system programmers advance the mainframe server's clock ahead, during day-light savings? Do they change some SYS1.PARMLIB Member, to change the timezone. Quasar Sent on my BlackBerry(r) from Vodafone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Day-light savings - dumb question
Thanks, Mark! It is in z/OS 1.11, also, as has been pointed out to me. Those pesky reading skills. . . Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: Mark Pace pacemainl...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 03/10/2011 09:52 AM Subject: Re: Day-light savings - dumb question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu It is in the z/OS 1.12 manual. SA22-7627-23 On Thu, Mar 10, 2011 at 9:34 AM, Steve Conway steve_con...@ao.uscourts.govwrote: John, can you verify that command? I don't see it in my z/OS 1.11 MVS System Commands. I will issue this on my VM systems: SET TIMEZONE EDT But on MVS, all I know to do on my MVS systems is T CLOCK=. (No ETR or other timing mechanism.) I'll also change my /etc/profile, /etc/init.options, and my ssh d_env tz= variables. Because I haven't paid much attention to it in prior years, I'm thinking I will also do F SYSLOGD,RESTART, and hope the syslogd picks up the new tz specifications. If not, well, it's not being used by much. If MVS does, indeed, have a T TIMEZONE command, it would simplify matters. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 03/10/2011 08:00 AM Subject: Re: Day-light savings - dumb question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu We change the PARMLIB to have the new offset, for future IPLs. We schedule a batch job in CA-7 which issued the z/OS operator command: T TIMEZONE=W.06 or T TIMEZONE=W.05 as appropriate. This job runs on time change Sunday at 2 am (local). -- 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 Quasar Chunawalla Sent: Thursday, March 10, 2011 2:32 AM To: IBM-MAIN@bama.ua.edu Subject: Day-light savings - dumb question Hi - I wanted to know how system programmers advance the mainframe server's clock ahead, during day-light savings? Do they change some SYS1.PARMLIB Member, to change the timezone. Quasar Sent on my BlackBerry(r) from Vodafone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Day-light savings - dumb question
Thank you, Allan! Interesting, had to read down to the Syntax diagram to see it. Ah, well, not the first change I've missed, and I'm sure it won't be the last. Now, to update my change plan for Sunday. . . Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@bama.ua.edu Date: 03/10/2011 09:43 AM Subject: Re: Day-light savings - dumb question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu See (watch the wrap): http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G1A0/4.31 .3?SHELF=IEA2BKA0DT=20090602223524 Topic 4.31.3 (parameters of the SET command) snip John, can you verify that command? I don't see it in my z/OS 1.11 MVS System Commands. /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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Day-light savings - dumb question
Thanks, John! Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 03/10/2011 01:32 PM Subject: Re: Day-light savings - dumb question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu We definately use it! http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g1a1/4.31.2 -- 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 Steve Conway Sent: Thursday, March 10, 2011 8:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Day-light savings - dumb question John, can you verify that command? I don't see it in my z/OS 1.11 MVS System Commands. I will issue this on my VM systems: SET TIMEZONE EDT But on MVS, all I know to do on my MVS systems is T CLOCK=. (No ETR or other timing mechanism.) I'll also change my /etc/profile, /etc/init.options, and my ssh d_env tz= variables. Because I haven't paid much attention to it in prior years, I'm thinking I will also do F SYSLOGD,RESTART, and hope the syslogd picks up the new tz specifications. If not, well, it's not being used by much. If MVS does, indeed, have a T TIMEZONE command, it would simplify matters. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 03/10/2011 08:00 AM Subject: Re: Day-light savings - dumb question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu We change the PARMLIB to have the new offset, for future IPLs. We schedule a batch job in CA-7 which issued the z/OS operator command: T TIMEZONE=W.06 or T TIMEZONE=W.05 as appropriate. This job runs on time change Sunday at 2 am (local). -- 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 Quasar Chunawalla Sent: Thursday, March 10, 2011 2:32 AM To: IBM-MAIN@bama.ua.edu Subject: Day-light savings - dumb question Hi - I wanted to know how system programmers advance the mainframe server's clock ahead, during day-light savings? Do they change some SYS1.PARMLIB Member, to change the timezone. Quasar Sent on my BlackBerry(r) from Vodafone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
Re: digitize old hardcopy manuals
Actually, Tom, we DO pay royalty on blank recording media. Google Audio Home Recording Act of 1992, or go to http://www.copyright.gov/title17/92chap10.html Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: Tom Marchant m42tom-ibmm...@yahoo.com To: IBM-MAIN@bama.ua.edu Date: 01/26/2011 12:13 PM Subject: Re: digitize old hardcopy manuals Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Wed, 26 Jan 2011 11:01:12 -0600, McKown, John wrote: I may be reacting to the huge damages garnered by RIAA/MPAA for ripping CDs to MP3 format and having the MP3 escape into the wild I haven't heard one yet for ripping a CD that someone owned for use on his own MP3 player. Distribution, even unintentional, is different. I also haven't heard of any claims against software to rip CDs. Do you remember when they wanted to charge royalty fees for every blank cassette sold? That was shot down, IIRC. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SimpList (Was: DOWNLOADING PDS FROM MAINFRAME TO PC)
Dave, Is there a very polite way to question a person's integrity and motives? Put yourself on their end of the conversation, and ask if you wouldn't have been insulted. Both Ed and Tom are long-term, well-respected members of this forum and community. Both have contributed help (and code) freely. Their words carry some weight. To pas up an opportunity to gain endorsement of your product from folks like them was, IMO, short-sighted. Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.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: Need Testers for Dataset Audit Facility (DAF) 1.4.9
DAF is King of ad-hoc reporting for SMF, as far as I'm concerned. Easy to use, built in keywords for common functions, just a ton of good stuff for systems guys who get asked what happened? all too often. And without spending a boatload of cash, of course. Big kudos to Michael for maintaining DAF all these years, and to such a high state of currency. Cheers,,,Steve From: IBM Mainframe Discussion List on behalf of Richards, Robert B. Sent: Wed 2/10/2010 8:38 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Need Testers for Dataset Audit Facility (DAF) 1.4.9 Out of curiosity (and lack of knowledge in this area), is there any benefit to having DAF if I am already a Vanguard customer? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Michael Cleary Sent: Tuesday, February 09, 2010 11:47 PM To: IBM-MAIN@bama.ua.edu Subject: Need Testers for Dataset Audit Facility (DAF) 1.4.9 Greetings, It is that time again, folks. Here is the change log: 2010-02-01 - Level 1.4.9a Add Customization Variable GLIMITMSG Add SMF RT 42 ST 24 Support Add SMF RT 42 ST 25 Support Add SMF RT 82 ST 24 Support Add SMF RT 82 ST 25 Support Add SMF RT 82 ST 26 Support Add SMF RT 92 ST 15 Support Correct DAF022 Add low values to SMF22FNC Correct DAF073 SMF73CSS validity Correct DAF074 SMF74TTM length Correct DAF082 Ignore CUSP and PCF Correct DAFDSI Data Facilities level Correct DAFMC Stop moving field when low values Correct DAFNFTP Add blank to DVGxTYP1 Correct DAFPC S378-14 in DAFTERM Correct DAFRR2 Datatype 267 IPC Access Requested Use GLIMITMSG on DAF610W (Invalid DSN) Use GLIMITMSG on DAF611W (Invalid Triplet) Use GLIMITMSG on DAF612W (Unknown Data) http://sites.google.com/site/michaeljosephcleary/ then select z/OS Freeware then you download from the attachments at the bottom All feedback is encouraged. Cheers... Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need Testers for Dataset Audit Facility (DAF) 1.4.9
Bob, I am not familiar with Vanguard's product's SMF reporting capabilities outside of security-related items. Sorry I have no answer. Cheers,,,Steve From: IBM Mainframe Discussion List on behalf of Richards, Robert B. Sent: Wed 2/10/2010 10:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Need Testers for Dataset Audit Facility (DAF) 1.4.9 Steve, I concur with *all* of what you have said, but my question was not answered. Is there a need for DAF if I already own Vanguard's suite of products? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Conway Sent: Wednesday, February 10, 2010 10:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Need Testers for Dataset Audit Facility (DAF) 1.4.9 DAF is King of ad-hoc reporting for SMF, as far as I'm concerned. Easy to use, built in keywords for common functions, just a ton of good stuff for systems guys who get asked what happened? all too often. And without spending a boatload of cash, of course. Big kudos to Michael for maintaining DAF all these years, and to such a high state of currency. Cheers,,,Steve From: IBM Mainframe Discussion List on behalf of Richards, Robert B. Sent: Wed 2/10/2010 8:38 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Need Testers for Dataset Audit Facility (DAF) 1.4.9 Out of curiosity (and lack of knowledge in this area), is there any benefit to having DAF if I am already a Vanguard customer? 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
