TSSO Error TSSA305E
I'm trying to utilize the TSSO AOF table to kick off a TSSO clist when we get the "IKT005I TCAS IS INITIALIZED" during TSO initialization. The AOF table entry looks something like this: TABENTRY MSG=IKT005I,ACTION=OSCMD,ECHO=YES,TEXT='#TSOUP' TSSO recognizes the message but instead of executing the clist it issues the message "TSSA305E TSSO COMMANDS MAY NOT BE ISSUED FROM THIS ENVIRONMENT". I thought this might have something to do with the console changes in z/OS 1.9 so I tried it on our old z/OS 1.7 rescue system with the same results. I was able to get around the problem by branching around a test for the contents of SSCMCNID in module TSSOSS10: CLC SSCMCNID,=F'0' BNE STAT4 I'm not familiar with the rules concerning when SSCMCNID should be non-zero so I don't know if this is a legitimate fix in TSSOSS10 or if I'm doing something else wrong in setting up TSSO. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTSSTATS
Try this one: ftp://ftp.software.ibm.com/storage/tapetool/ -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Matt Dazzo Sent: Wednesday, November 26, 2008 7:45 AM To: IBM-MAIN@bama.ua.edu Subject: VTSSTATS Search as I might, I can not find the IBMTOOLS.EXE link to download an updated vtsstats tools. Does anyone have the link for this? Thanks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Email blacklist
A few nights ago we started getting this message when we tried to send emails from the mainframe to our Outlook email server: EZA5198I 03/25/08 23:25:23 2< 550 Denied by policy: Sender is listed on DNS-based RBL. The Outlook admin explained that we use several outside services to identify email from SPAM sites and, for whatever reason, one of those sites had identified the mainframe's IP as a SPAM'er. He said we should also be getting a message or email identifying the IP address of the service that had blacklisted us. The problem cleared by itself, presumably when the service corrected the problem, but I have not been able to find anything in the Communications Server manuals that talks about this. Has anyone else had the honor of being blacklisted and, if so, did they receive anything to tell them who had blacklisted them? Thanks, Carey Morris City of Fort Worth -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Email blacklist
Yes. I think that's the information he wanted but the 550 message we were receiving did not mention who had blacklisted us. I can't see that there's anything we could set up differently in SMTP to get a more descriptive reject message. Thanks, Carey -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Friday, March 28, 2008 4:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Email blacklist >>> On Fri, Mar 28, 2008 at 3:30 PM, in message <[EMAIL PROTECTED]>, "Morris, Carey" <[EMAIL PROTECTED]> wrote: -snip- > Has anyone else had the > honor of being blacklisted and, if so, did they receive anything to tell them > who had blacklisted them? A client I was working with a few years ago had one of their Exchange servers mistakenly set up as an open relay. They were spewing spam at a tremendous rate, and got blacklisted. No one told us. I think what your Exchange admin was trying to tell you is that in the actual SMTP reject message you got from the Exchange server should have been something like "550 5.7.1 Email rejected because 1.2.3.4 is listed by zen.spamhaus.org", as an example. There are other possibilities besides spamhaus.org. Mark POst -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS DEFINE CONNECTION PROBLEM
If all else fails, you can use the DFHCSDUP batch utility to define the connection. Carey Morris -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gray, Larry - Larry A Sent: Wednesday, December 19, 2007 7:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CICS DEFINE CONNECTION PROBLEM NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. Do you have a different CICS region that updates this CSD? We have several regions that access the same CSD, but only one of them can update it. You go there to do the define, then go to the other region to install. Also, look in the SIT for the region. Is CSDACC=READWRITE or READONLY? Larry Gray Large Systems Engineering Lowe's Companies 336-658-7944 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jacky Bright Sent: Wednesday, December 19, 2007 6:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CICS DEFINE CONNECTION PROBLEM Hi Graham/David, Even after doing that when I am trying to define new Connection I am getting following error Unable to perform request - Insufficient function in file definition - for DFHCSD Any idea about this JAcky On 12/19/07, Logan, David <[EMAIL PROTECTED]> wrote: > > If you do CEMT I FILE(DFHCSD), do you have update access? In my CICS > region, I do a CEMT I FILE(DFH*) and then make sure the CSD has > update/add/delete privileges the same as other files. > > David Logan > > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Jacky Bright > Sent: Wednesday, December 19, 2007 4:04 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: CICS DEFINE CONNECTION PROBLEM > > Hi, > > I am not able to define CICS Connection. It is giving following error. > > DFHAM4880 S > applid Unable to perform operation - not allowed by file attributes > for DFHCSD. > > How can I change the CSDACC parameter value dynamically to update mode ? > > JAcky > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > NOTICE: This E-mail may contain confidential information. If you are > not the addressee or the intended recipient please do not read this > E-mail and please immediately delete this e-mail message and any > attachments from your workstation or network mail system. If you are > the addressee or the intended recipient and you save or print a copy > of this E-mail, please place it in an appropriate file, depending on > whether confidential information is contained in the message. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fix for orphan ISPF edit recovery files yet?
I'm not sure if this is the same problem, but we've been seeing these orphaned recovery files for some time - at least back to z/OS 1.5 (we're 1.7 now). Some of the files seem to be completely orphaned while others appear to be hanging around in ML2 status until the owner opens the wrong PDS member and has to wait for the recovery file to be recalled - giving them ample to call us and complain. However, if we let SMS delete the files instead of migrating them the user gets a message saying ISPF was unable to recover their previous edit session. This also generates a phone call. Sorry I don't have an answer for you, but if this is the same problem you're having, I'm not so sure it was introduced in z/OS 1.8. Thanks, Carey Morris -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Conley Sent: Thursday, May 24, 2007 5:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Fix for orphan ISPF edit recovery files yet? Did anybody ever get a fix for the orphan ISPF edit recovery files? I got a boatload of them on z/OS V1R8. I'm totally non-SMS, so please don't tell me how I can use SMS to mask this ISPF bug, just tell me if there's an APR and a PTF. I was not able to find anything on IBMLink. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.9 and TSSO
Is anyone running TSSO on z/OS 1.9? The source comments indicate we are using version 4.3+++, file 404, of the CBT tape. It is abending with an S077 reason code A08 when we start it up. Thanks, Carey Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.9 and TSSO
Sorry I didn't search the archives first. I see this had been discussed earlier. The new version corrected most problems. However, the AOF feature failed with a message "IEE703I REPLY 12 NOT REQUESTED FROM THIS CONSOLE" when replying to a WTOR. I modified TSSOSSO9 to clear register 0 prior to the SVC 34 calls to correct the problem. Perhaps not the best fix but it works for us. Thanks, Carey -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Brian Westerman Sent: Friday, May 16, 2008 11:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.9 and TSSO You need to download the new version from cbttape.org, (make sure you select the "Updates" area). Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
3949 ATL management
We have a fairly new 3494 ATL that is about to run out of empty tape slots. To make room for more scratch tapes, I'd like to eject some of the older lesser used tapes. Is there a utility or command to simplify or automate this process? Does anyone have any other suggestions for insuring plenty of slots for scratch tapes? We're using CA-1 if that makes a difference. Thanks, Carey Morris City of Fort Worth -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3949 ATL management
Thanks to all for the suggestions (and for not pointing out the mangled model number in the subject header). Carey -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Sponseller Sent: Tuesday, February 20, 2007 12:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3949 ATL management Carey, You could write a GRW program to identify the tape volumes you wish to eject. Then feed those volumes into a CTSSYNC utility run to actually eject each volume from the ATL. Regards, Gary On 20 Feb 2007, at 12:48 PM, Morris, Carey wrote: > We have a fairly new 3494 ATL that is about to run out of empty tape > slots. To make room for more scratch tapes, I'd like to eject some of > the older lesser used tapes. Is there a utility or command to > simplify > or automate this process? Does anyone have any other suggestions for > insuring plenty of slots for scratch tapes? We're using CA-1 if that > makes a difference. > > > > Thanks, > > Carey Morris > > City of Fort Worth > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
