Re: Tail of MVS SYSLOG
I have used the @BRLOG rexx exec, freely supplied by IBM, to perform post IPL analysis on the head of the active syslog. Redbook http://www.redbooks.ibm.com/redbooks/pdfs/sg247419.pdf points to ftp://www.redbooks.ibm.com/redbooks/SG247419 to download SG277419.zip and @brlog.rex is in the ch06 directory. The Redbook chapter 6 says you can direct the output to a dataset or to a path name where you can head/tail the SYSLOG data. Paul Gillis > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Paul Gilmartin > Sent: Friday, 14 November 2014 1:56 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Tail of MVS SYSLOG > > On Thu, 13 Nov 2014 08:39:13 -0600, Elardus Engelbrecht wrote: > > >Kacynski, Walt wrote: > > > >>Does anyone know of a way to tail the JES based MVS SYSLOG to an > external system and/or unix based syslog? I want to send this data to an > external system for analysis. > >... > >PRINT ODSN ... > >... > >Then use ocopy to put it to an unix folder. > > > I use the SDSF API (Rexx) to IEBGENER directly from spool to a UNIX file. No > temp data set needed. But only from job output; untested for SYSLOG. Does > SDSF provide "PRINT OUTDD ddname"? > > >To Lizette: The word 'tail' is an Unix term where you send the last x lines > >to > somewhere else. I believe there is also something like 'head' for send the > first > x lines to somewhere else. Generally useful with the pipe command. > > > The OP may be thinking of "tail -f fllename", where the "-f" option means to > periodically (every few seconds) to extract ("stat()") the size of the file > and > send any characters not previously sent (in the fashion of SDSF "DOWN MAX > &nn"). The OP may have wanted such dynamic updating. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DB2 with Easytrieve R11.6
best answered on the IDUG.ORG db2-l listserv On 2014-11-13, 3:53 PM, David Platt wrote: Is anyone accessing DB2 with Easytrieve R11.6 and if so are you doing any updating? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tail of MVS SYSLOG
On Fri, 14 Nov 2014 23:05:25 +1100, Paul Gillis wrote: >I have used the @BRLOG rexx exec, freely supplied by IBM, to perform post IPL >analysis on the head of the active syslog. Redbook >http://www.redbooks.ibm.com/redbooks/pdfs/sg247419.pdf points to >ftp://www.redbooks.ibm.com/redbooks/SG247419 to download SG277419.zip and >@brlog.rex is in the ch06 directory. The Redbook chapter 6 says you can direct >the output to a dataset or to a path name where you can head/tail the SYSLOG >data. > Where I see: If the path name parameter is present, @BRLOG copies all SYSLOG data sets to a temporary MVS data set and copies using OCOPY to the path that is specified. ... Kinda roundabout, isn't it? Why not write directly to the path specified? Not indicative of a high degree of craftsmanship. ...Finally, using the TSO command, OEDIT allows the user to view it. Copying the path name does use a Carriage Return/Linefeed (CR/LF) to separate the file records. !? Ugh! Not the z/OS Unix System Services convention. I see no mention of "tail" in Chapter 6, much less of "tail -f" (presuming that such dynamic updating was among the OP's objectives). I doubt that "tail -f" would be effective. > >> -Original Message- >> From: Paul Gilmartin >> Sent: Friday, 14 November 2014 1:56 AM >> >> On Thu, 13 Nov 2014 08:39:13 -0600, Elardus Engelbrecht wrote: >> >> >To Lizette: The word 'tail' is an Unix term where you send the last x lines >> >to >> somewhere else. I believe there is also something like 'head' for send the >> first >> x lines to somewhere else. Generally useful with the pipe command. >> > >> The OP may be thinking of "tail -f fllename", where the "-f" option means to >> periodically (every few seconds) to extract ("stat()") the size of the file >> and >> send any characters not previously sent (in the fashion of SDSF >> "DOWN MAX &nn"). The OP may have wanted such dynamic updating. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TS3584 and TS1120 encryption
Hi Ken, Thanks for that verification - about the key management running over the channel. Here's my output from the D IOS command: From the LPAR I'm trying to encrypt on: D IOS,EKM,VERIFY=ALL IOS099I 07.39.45 EKM HOSTS 504 PRIMARY HOSTNAME=172.16.128.2:3801 SECONDARY HOSTNAME=NONE MAX CONNECTIONS = 255, PERMANENT CONNECTIONS = 008 VERIFICATION WILL COMPLETE ASYNCHRONOUSLY IOS631I PRIMARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED IOS627E SECONDARY INTERFACE WITH ENCRYPTION KEY MANAGER CANNOT BE CONNECTED DUE TO KEY MANAGER NOT SPECIFIED And from the LPAR I want to get the key from (I will eventually need to encrypt tapes here as well): D IOS,EKM,VERIFY=ALL IOS099I 07.38.38 EKM HOSTS 903 PRIMARY HOSTNAME=127.0.0.1:3801 SECONDARY HOSTNAME=NONE MAX CONNECTIONS = 255, PERMANENT CONNECTIONS = 008 VERIFICATION WILL COMPLETE ASYNCHRONOUSLY IOS631I PRIMARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED IOS627E SECONDARY INTERFACE WITH ENCRYPTION KEY MANAGER CANNOT BE CONNECTED DUE TO KEY MANAGER NOT SPECIFIED So it appears that EKM is up and communicating. I'm beating my head against the wall on this one. It looks like I have all the puzzle pieces in place but I can't get it to work. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ken Smith Sent: Thursday, November 13, 2014 5:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TS3584 and TS1120 encryption You don't need network connectivity between the drives/library and the key servers running on z/OS. Communication occurs over the channel. You can verify the connection with command: D IOS,EKM,VERIFY=ALL IOS099I 17.58.55 EKM HOSTS PRIMARY HOSTNAME=172.23.7.2:3801 SECONDARY HOSTNAME=172.23.1.1:3801 MAX CONNECTIONS = 255, PERMANENT CONNECTIONS = 008 VERIFICATION WILL COMPLETE ASYNCHRONOUSLY IOS631I PRIMARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED IOS631I SECONDARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED Ken On Thu, Nov 13, 2014 at 5:27 PM, Pommier, Rex wrote: > Dave, > > I found a couple issues with my library manager. Fist issue (minor) was > that I didn't have a pointer to the certs which when I added that led me to > a bigger problem. When the library was initially installed (before my > time) it was set up on a stand-alone private network. I can get to the > 3584 itself but I can't see the library manager from my network and > conversely the library manager can't find my network. I think I will need > to go back to IBM for help on reconfiguring the library manager to access > our network. > > Do you think the inability of the LM to get to the cert would be causing > the error I'm seeing or am I not even getting to that point? > > Thanks again for all your help. > > Rex > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Jousma, David > Sent: Thursday, November 13, 2014 6:29 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: TS3584 and TS1120 encryption > > Rex, > > Did you install and configure ISKLM to serve up the certificates needed to > perform the encryption? Also there are library manager changes needed to > tell the library where to go to get the certs. > > _ > Dave Jousma > Assistant Vice President, Mainframe Engineering > david.jou...@53.com > 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H > p 616.653.8429 > f 616.653.2717 > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Pommier, Rex > Sent: Wednesday, November 12, 2014 6:12 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: TS3584 and TS1120 encryption > > Russ, > > Thanks for confirming how I thought it was supposed to work. I am missing > something else, then because when I run a very simple job to attempt to > encrypt a tape, I get a JCL error as follows: > > > > 16.57.46 JOB03624 IRR010I USERID RRP4912 IS ASSIGNED TO THIS JOB. > 16.57.47 JOB03624 IGD306I UNEXPECTED ERROR DURING CBRXLCS PROCESSING 671 >671 RETURN CODE 12 REASON CODE 49 >671 THE MODULE THAT DETECTED THE ERROR IS IGDIDMUS >671 SMS MODULE TRACE BACK - IDMUS IDMSU IDM00 SSIRT >671 SYMPTOM RECORD CREATED, PROBLEM ID IS IGD01599 > 16.57.47 JOB03624 IEF452I RRPIEBG - JOB NOT RUN - JCL ERROR > 16.57.47 JOB03624 $HASP396 RRPIEBG
Re: TS3584 and TS1120 encryption
> SECONDARY HOSTNAME=NONE I would think this has to be filled in to proceed. On Fri, Nov 14, 2014 at 8:07 AM, Pommier, Rex wrote: > Hi Ken, > > Thanks for that verification - about the key management running over the > channel. Here's my output from the D IOS command: > > From the LPAR I'm trying to encrypt on: > > D IOS,EKM,VERIFY=ALL > IOS099I 07.39.45 EKM HOSTS 504 > PRIMARY HOSTNAME=172.16.128.2:3801 > SECONDARY HOSTNAME=NONE > MAX CONNECTIONS = 255, PERMANENT CONNECTIONS = 008 > VERIFICATION WILL COMPLETE ASYNCHRONOUSLY > > IOS631I PRIMARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED > IOS627E SECONDARY INTERFACE WITH ENCRYPTION KEY MANAGER CANNOT BE > CONNECTED DUE TO KEY MANAGER NOT SPECIFIED > > And from the LPAR I want to get the key from (I will eventually need to > encrypt tapes here as well): > > D IOS,EKM,VERIFY=ALL > IOS099I 07.38.38 EKM HOSTS 903 > PRIMARY HOSTNAME=127.0.0.1:3801 > SECONDARY HOSTNAME=NONE > MAX CONNECTIONS = 255, PERMANENT CONNECTIONS = 008 > VERIFICATION WILL COMPLETE ASYNCHRONOUSLY > > IOS631I PRIMARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED > IOS627E SECONDARY INTERFACE WITH ENCRYPTION KEY MANAGER CANNOT BE > CONNECTED DUE TO KEY MANAGER NOT SPECIFIED > > > > So it appears that EKM is up and communicating. I'm beating my head against > the wall on this one. It looks like I have all the puzzle pieces in place > but I can't get it to work. > > Rex > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Ken Smith > Sent: Thursday, November 13, 2014 5:02 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: TS3584 and TS1120 encryption > > You don't need network connectivity between the drives/library and the key > servers running on z/OS. Communication occurs over the channel. You can > verify the connection with command: > > D IOS,EKM,VERIFY=ALL > > IOS099I 17.58.55 EKM HOSTS > PRIMARY HOSTNAME=172.23.7.2:3801 > SECONDARY HOSTNAME=172.23.1.1:3801 > MAX CONNECTIONS = 255, PERMANENT CONNECTIONS = 008 > VERIFICATION WILL COMPLETE ASYNCHRONOUSLY > > IOS631I PRIMARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED > IOS631I SECONDARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED > > Ken -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TS3584 and TS1120 encryption
I don't believe so, the manuals seemed to indicate the secondary was optional. However, I went ahead and started up a secondary EKM and updated IECIOS00 to point to it. I still get the same error when running an encryption job. IECIOS00: EKM PRIMARY=172.16.128.2:3801,SECONDARY=127.0.0.1:3801 D IOS,EKM,VERIFY=ALL: IOS099I 08.34.42 EKM HOSTS 385 PRIMARY HOSTNAME=172.16.128.2:3801 SECONDARY HOSTNAME=127.0.0.1:3801 MAX CONNECTIONS = 255, PERMANENT CONNECTIONS = 008 VERIFICATION WILL COMPLETE ASYNCHRONOUSLY IOS631I PRIMARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED IOS631I SECONDARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED Job failure: IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING- NO DEVICE POOLS EXIST TO FULFILL REQUEST FOR TDSI SPECIFICATION IGD306I UNEXPECTED ERROR DURING CBRXLCS PROCESSING RETURN CODE 12 REASON CODE 49 THE MODULE THAT DETECTED THE ERROR IS IGDIDMUS SMS MODULE TRACE BACK - IDMUS IDMSU IDM00 SSIRT SYMPTOM RECORD CREATED, PROBLEM ID IS IGD01742 Thanks for the thought, though. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Friday, November 14, 2014 8:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TS3584 and TS1120 encryption > SECONDARY HOSTNAME=NONE I would think this has to be filled in to proceed. On Fri, Nov 14, 2014 at 8:07 AM, Pommier, Rex wrote: > Hi Ken, > > Thanks for that verification - about the key management running over the > channel. Here's my output from the D IOS command: > > From the LPAR I'm trying to encrypt on: > > D IOS,EKM,VERIFY=ALL > IOS099I 07.39.45 EKM HOSTS 504 > PRIMARY HOSTNAME=172.16.128.2:3801 > SECONDARY HOSTNAME=NONE > MAX CONNECTIONS = 255, PERMANENT CONNECTIONS = 008 > VERIFICATION WILL COMPLETE ASYNCHRONOUSLY > > IOS631I PRIMARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED > IOS627E SECONDARY INTERFACE WITH ENCRYPTION KEY MANAGER CANNOT BE > CONNECTED DUE TO KEY MANAGER NOT SPECIFIED > > And from the LPAR I want to get the key from (I will eventually need to > encrypt tapes here as well): > > D IOS,EKM,VERIFY=ALL > IOS099I 07.38.38 EKM HOSTS 903 > PRIMARY HOSTNAME=127.0.0.1:3801 > SECONDARY HOSTNAME=NONE > MAX CONNECTIONS = 255, PERMANENT CONNECTIONS = 008 > VERIFICATION WILL COMPLETE ASYNCHRONOUSLY > > IOS631I PRIMARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED > IOS627E SECONDARY INTERFACE WITH ENCRYPTION KEY MANAGER CANNOT BE > CONNECTED DUE TO KEY MANAGER NOT SPECIFIED > > > > So it appears that EKM is up and communicating. I'm beating my head against > the wall on this one. It looks like I have all the puzzle pieces in place > but I can't get it to work. > > Rex > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Ken Smith > Sent: Thursday, November 13, 2014 5:02 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: TS3584 and TS1120 encryption > > You don't need network connectivity between the drives/library and the key > servers running on z/OS. Communication occurs over the channel. You can > verify the connection with command: > > D IOS,EKM,VERIFY=ALL > > IOS099I 17.58.55 EKM HOSTS > PRIMARY HOSTNAME=172.23.7.2:3801 > SECONDARY HOSTNAME=172.23.1.1:3801 > MAX CONNECTIONS = 255, PERMANENT CONNECTIONS = 008 > VERIFICATION WILL COMPLETE ASYNCHRONOUSLY > > IOS631I PRIMARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED > IOS631I SECONDARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED > > Ken -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TS3584 and TS1120 encryption
Rex, Check out info APAR II13276 on IbmLink as it gives plenty of hints on what to check. Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pommier, Rex Sent: Friday, November 14, 2014 8:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TS3584 and TS1120 encryption I don't believe so, the manuals seemed to indicate the secondary was optional. However, I went ahead and started up a secondary EKM and updated IECIOS00 to point to it. I still get the same error when running an encryption job. IECIOS00: EKM PRIMARY=172.16.128.2:3801,SECONDARY=127.0.0.1:3801 D IOS,EKM,VERIFY=ALL: IOS099I 08.34.42 EKM HOSTS 385 PRIMARY HOSTNAME=172.16.128.2:3801 SECONDARY HOSTNAME=127.0.0.1:3801 MAX CONNECTIONS = 255, PERMANENT CONNECTIONS = 008 VERIFICATION WILL COMPLETE ASYNCHRONOUSLY IOS631I PRIMARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED IOS631I SECONDARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED Job failure: IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING- NO DEVICE POOLS EXIST TO FULFILL REQUEST FOR TDSI SPECIFICATION IGD306I UNEXPECTED ERROR DURING CBRXLCS PROCESSING RETURN CODE 12 REASON CODE 49 THE MODULE THAT DETECTED THE ERROR IS IGDIDMUS SMS MODULE TRACE BACK - IDMUS IDMSU IDM00 SSIRT SYMPTOM RECORD CREATED, PROBLEM ID IS IGD01742 Thanks for the thought, though. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Friday, November 14, 2014 8:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TS3584 and TS1120 encryption > SECONDARY HOSTNAME=NONE I would think this has to be filled in to proceed. On Fri, Nov 14, 2014 at 8:07 AM, Pommier, Rex wrote: > Hi Ken, > > Thanks for that verification - about the key management running over the > channel. Here's my output from the D IOS command: > > From the LPAR I'm trying to encrypt on: > > D IOS,EKM,VERIFY=ALL > IOS099I 07.39.45 EKM HOSTS 504 > PRIMARY HOSTNAME=172.16.128.2:3801 > SECONDARY HOSTNAME=NONE > MAX CONNECTIONS = 255, PERMANENT CONNECTIONS = 008 VERIFICATION WILL > COMPLETE ASYNCHRONOUSLY > > IOS631I PRIMARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED > IOS627E SECONDARY INTERFACE WITH ENCRYPTION KEY MANAGER CANNOT BE > CONNECTED DUE TO KEY MANAGER NOT SPECIFIED > > And from the LPAR I want to get the key from (I will eventually need to > encrypt tapes here as well): > > D IOS,EKM,VERIFY=ALL > IOS099I 07.38.38 EKM HOSTS 903 > PRIMARY HOSTNAME=127.0.0.1:3801 > SECONDARY HOSTNAME=NONE > MAX CONNECTIONS = 255, PERMANENT CONNECTIONS = 008 VERIFICATION WILL > COMPLETE ASYNCHRONOUSLY > > IOS631I PRIMARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED > IOS627E SECONDARY INTERFACE WITH ENCRYPTION KEY MANAGER CANNOT BE > CONNECTED DUE TO KEY MANAGER NOT SPECIFIED > > > > So it appears that EKM is up and communicating. I'm beating my head against > the wall on this one. It looks like I have all the puzzle pieces in place > but I can't get it to work. > > Rex > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Ken Smith > Sent: Thursday, November 13, 2014 5:02 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: TS3584 and TS1120 encryption > > You don't need network connectivity between the drives/library and the key > servers running on z/OS. Communication occurs over the channel. You can > verify the connection with command: > > D IOS,EKM,VERIFY=ALL > > IOS099I 17.58.55 EKM HOSTS > PRIMARY HOSTNAME=172.23.7.2:3801 > SECONDARY HOSTNAME=172.23.1.1:3801 > MAX CONNECTIONS = 255, PERMANENT CONNECTIONS = 008 VERIFICATION WILL > COMPLETE ASYNCHRONOUSLY > > IOS631I PRIMARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED > IOS631I SECONDARY ENCRYPTION KEY MANAGER WAS SUCCESSFULLY CONNECTED > > Ken -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying
CBT Tape Version 489 has been cut
Hi Folks, The CBT Tape Version 489 has now been cut. Our website www.cbttape.org should now reflect the new version wherever it is relevant. All updated files since Version 488 (the "Updates" page files) have now been copied to the "CBT" directory. Any new updates for Version 490 will now be added to the "Updates" page, as the updates come in. As always, if you're looking for a particular file, please check "Updates" before checking "CBT", because the latest stuff is always put on "Updates" first. Use this stuff in good health! Remember that the disclaimers always apply. All the best of everything to all of you. Sincerely, Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RECEIVE ORDER failing in the underlying FTP process
IBM is working to resolve the problem. They have updated the STATUS page at http://www14.software.ibm.com/webapp/set2/sas/f/gdbm/home.html to show the service is not available. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tail of MVS SYSLOG
Isn't this what ISFLOG was invented for ?. Stuff it into a dataset then ftp it. Untested but KISS. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Query for Destination z: Underutilized resources
I've worked with mainframes and then other technologies for a long time -- and have always sought communities relevant to whatever technology niche I was in. By "communities" I mean people, companies, organizations -- anyone with whom I shared interest in some broad-or-narrow technology (mainframes, VM, computer security, medical IT, Windows, email, consumer technology, telematics, etc.). And I've always known people who, for whatever reason, didn't avail themselves of such resources. Which seemed to me to be willfully flying blind, rather than sharing/receiving anything/everything that would make their jobs easier. So, for Destination z -- what community resources should others take advantage of, participate in, contribute to, benefit from, collaborate with, etc.? I'm more interested in off-beaten-path pointers but would also like stories on how people benefit from mainstream resources (e.g., SHARE, NaSPA, Destination z, IBM Systems Magazine, publications from http://enterprisesystemsmedia.com/, VM Workshop, WAVV, IBM conferences, local user groups, discussion lists, LinkedIn groups). What's missing from my list? What are your favorites? Why; how have they helped you? How did you find them? What niche/specialized resources need more visibility/participation? As usual, please be (relatively) brief -- I'll query for additional information. And copy replies to me directly to avoid info being trapped in list digests. Thanks... -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN