Re: Rexx Detecting Value of MSG

On Wed, 20 Oct 2021 06:42:32 -0400, David Spiegel wrote: >Hi Roops, >Thank you for the suggestion. >Unfortunately, I do not have UPDATE Access to the calling CLIST. >If your assumption is correct, it looks like I will have to Front End my >Rexx Exec with a CLIST that deter

Re: Rexx Detecting Value of MSG

Hi Roops, Thank you for the suggestion. Unfortunately, I do not have UPDATE Access to the calling CLIST. If your assumption is correct, it looks like I will have to Front End my Rexx Exec with a CLIST that determines MSG/NOMSG and then calls Rexx with an argument for this. Regards, David

Re: Rexx Detecting Value of MSG

Reading that page, MSG seems to revert to default if you use EXEC to start a new script. Pass it in as a parameter from CLIST and set it again? Roops On Wed., Oct. 20, 2021, 03:45 David Spiegel, wrote: > Hi Steve. > I read that too, but, it does not seem to work in my case (Rexx Exec &g

Re: Rexx Detecting Value of MSG

at 9:03 PM David Spiegel wrote: Hi, I am writing a Rexx Exec which is invoked from a CLIST. I would like the Rexx Exec to be able to obtain the value (set by the calling CLIST) of CONTROL MSG/NOMSG . Can someone suggest a method to do this (without resorting to Assembler)? Thank you in advance

Re: Rexx Detecting Value of MSG

Maybe this? https://www.ibm.com/docs/en/zos/2.4.0?topic=tef-msg On Tue, Oct 19, 2021 at 9:03 PM David Spiegel wrote: > Hi, > I am writing a Rexx Exec which is invoked from a CLIST. > I would like the Rexx Exec to be able to obtain the value (set by the > calling CLIST) of CONTR

Rexx Detecting Value of MSG

Hi, I am writing a Rexx Exec which is  invoked from a CLIST. I would like the Rexx Exec to be able to obtain the value (set by the calling CLIST) of CONTROL MSG/NOMSG . Can someone suggest a method to do this (without resorting to Assembler)? Thank you in advance. Regards, David

Re: MSG

To: IBM-MAIN@LISTSERV.UA.EDU Subject: MSG Has anyone seen this message before know how to fix the prblem ISF458E Not authorized to connect to the SDSF server. Verify read access to the ISF.CONNECT.system resource in the SDSF class

Re: MSG

To: IBM-MAIN@LISTSERV.UA.EDU Subject: MSG Has anyone seen this message before know how to fix the prblem ISF458E Not authorized to connect to the SDSF server. Verify read access to the ISF.CONNECT.system resource in the SDSF class

Re: MSG

10:32 AM CDT Subject: Re: MSG Try doing a SET SECTRACE in SDSF and then re-attempt the failing command. You should get a good amount of info in the SYSLOG to help resolve. We ran into some similar issues when going to 2.4. We also set this in SDSF to resolve when some things are not d

Re: MSG

no more error messages    Carmen Vitullo -Original Message- From: Steve To: IBM-MAIN Date: Friday, 19 March 2021 10:27 AM CDT Subject: MSG Has anyone seen this message before know how to fix the prblem ISF458E Not authorized to connect to the SDSF server. Verify read

Re: MSG

Of Steve Beaver Sent: Friday, March 19, 2021 11:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: MSG Has anyone seen this message before know how to fix the prblem ISF458E Not authorized to connect to the SDSF server. Verify read access to the ISF.CONNECT.system resource in the SDSF class

MSG

Has anyone seen this message before know how to fix the prblem ISF458E Not authorized to connect to the SDSF server. Verify read access to the ISF.CONNECT.system resource in the SDSF class. -- For IBM-MAIN subscribe /

Re: BPXBATCH getting unexptected msg: INVALID LABEL

you right! just oversight "4" IEFC662I INVALID LABEL, thank you too. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXBATCH getting unexptected msg: INVALID LABEL

lower case letters -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Lee Sent: Saturday, October 5, 2019 3:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] BPXBATCH getting unexptected msg: INVALID LABEL Dear, when running a simple BPXBATCH with //STDPARM DD

Re: BPXBATCH getting unexptected msg: INVALID LABEL

Oops thanks!!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXBATCH getting unexptected msg: INVALID LABEL

//Val1 label has lower case letters -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Lee Sent: Saturday, October 5, 2019 3:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] BPXBATCH getting unexptected msg: INVALID LABEL Dear, when running a simple

BPXBATCH getting unexptected msg: INVALID LABEL

Dear, when running a simple BPXBATCH with //STDPARM DD, get an error INVALID LABEL, which is nothing else that looks like a reference to a LABEL. the Step releasing is below: //Val1 EXEC PGM=BPXBATCH,REGION=0M,TIME=NOLIMIT //*COND=(0,LT) //* //STDPARM DD * sh cd

Re: ISMF msg

I did not. Wish I had thought to do that. Thanks for the reminder though. On Fri, Mar 8, 2019 at 2:28 PM Mark Pace wrote: > This is a test system where no one is allowed except me. > > On Fri, Mar 8, 2019 at 12:53 PM Elardus Engelbrecht < > elardus.engelbre...@sita.co.za> wrote: > >> Mark

Re: ISMF msg

This is a test system where no one is allowed except me. On Fri, Mar 8, 2019 at 12:53 PM Elardus Engelbrecht < elardus.engelbre...@sita.co.za> wrote: > Mark Pace wrote: > > >I checked in RACF and I had no rules protecting the SYS3 datasets, so I > don't think that was the issue. > > No 'rules'?

Re: ISMF msg

: Re: ISMF msg I fixed it, but not sure why/how it wasn't working. At some point I remember my SYS1.DFSMS.SCDS was missing the correct configuration. The ACDS was correct, but I wasn't sure how to get it retrieve in to an SCDS. I finally remembered that I could save the ACDS into a new SCDS

Re: ISMF msg

Pace" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, March 8, 2019 11:23:43 AM Subject: Re: ISMF msg I fixed it, but not sure why/how it wasn't working. At some point I remember my SYS1.DFSMS.SCDS was missing the correct configuration. The ACDS was correct, but I wasn't sure how to get it

Re: ISMF msg

Mark Pace wrote: >I checked in RACF and I had no rules protecting the SYS3 datasets, so I don't >think that was the issue. No 'rules'? This is not looking good, but then, it should probably not affect your issue, AFAIK. Do you have any profiles defined at all or have something in the Global

Re: ISMF msg

To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Friday, March 8, 2019 10:49:57 AM > Subject: Re: ISMF msg > > Thanks for the pointer. Now to figure out what it is telling me. > > 11:47 Start of ISPF Log - - - - Session # 1580 > ---

Re: ISMF msg

YW! WOW that's a lot of 'stuff' hope you get it figured out, let us know Carmen Vitullo - Original Message - From: "Mark Pace" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, March 8, 2019 10:49:57 AM Subject: Re: ISMF msg Thanks for the pointer. Now to figur

Re: ISMF msg

a thought > > > Carmen Vitullo > > - Original Message - > > From: "Mark Pace" > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Friday, March 8, 2019 10:38:05 AM > Subject: Re: ISMF msg > > I'm NOT running HSM. > > On Fri, Mar 8, 2019 at 11:37 AM Mar

Re: ISMF msg

2019 10:38:05 AM Subject: Re: ISMF msg I'm NOT running HSM. On Fri, Mar 8, 2019 at 11:37 AM Mark Pace wrote: > I'm running HSM, no started task to look at. > > I'll check on my TSO profile. > > On Fri, Mar 8, 2019 at 11:22 AM Lizette Koehler > wrote: > >

Re: ISMF msg

Message- >> > From: IBM Mainframe Discussion List On >> Behalf Of >> > Mark Pace >> > Sent: Friday, March 08, 2019 9:16 AM >> > To: IBM-MAIN@LISTSERV.UA.EDU >> > Subject: ISMF msg >> > >> > I'm trying to add a new volume to a sto

Re: ISMF msg

ould also check the DFHSM STC Task for the messages, they could be > there as well. > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List On > Behalf Of > > Mark Pace > > Sent: Friday, March 08, 2019 9:16 AM > &

Re: ISMF msg

wrote: > is the volume online to the system you are trying to add? > was init INIT'd as SMS ? > > > > Carmen Vitullo > > - Original Message - > > From: "Mark Pace" > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Friday, March 8, 2019 10:15:41 AM &

Re: ISMF msg

ussion List On Behalf Of > Mark Pace > Sent: Friday, March 08, 2019 9:16 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: ISMF msg > > I'm trying to add a new volume to a storage pool. > > When I try to add I get this message on the Panel - SMS RETCODE: 8 > > Se

Re: ISMF msg

is the volume online to the system you are trying to add? was init INIT'd as SMS ? Carmen Vitullo - Original Message - From: "Mark Pace" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, March 8, 2019 10:15:41 AM Subject: ISMF msg I'm trying to add a new volume to a st

ISMF msg

I'm trying to add a new volume to a storage pool. When I try to add I get this message on the Panel - SMS RETCODE: 8 Searching google it points to ARC0940I - which tells me to look are preceding ARCxxx messages. I am not seeing any ARC messages on the console or system log. I thought

Re: IEF196I msg in JESMSGLG

Mark, When we phased out an in-house developed automation system to a commercially available one, we had several message rules that needed the same capability. I wrote an MPF exit program that used the OICTXTERF3,CTXTESJL statement, then in MFPLSTxx had MSGID SUP(YES),USEREXIT(exitname).

IEF196I msg in JESMSGLG

the IEF196I messages. I tried using an OPS/MVS rule to suppress the MSG but that only removed the message from the console. Is there any way to get rid of the IEF196I messages from the JESMSGLG. Thank You *** Disclaimer *** This communication (including all attachments) is solely for the use

Re: MSG IEFA111I SWA=BELOW,TIOT SIZE=32K,DSENQSHR=DISALLOW,GDGBIAS=JOB

Ding! I asked IBM about this message earlier this year and here was the response: "After examining this issue, we do agree the documentation in the V2R3 z/OS MVS System Messages, Vol 8 (IEF-IGD) for Message IEFA111I is incomplete. We spoke with development and they already created a RCF,

Re: MSG IEFA111I SWA=BELOW,TIOT SIZE=32K,DSENQSHR=DISALLOW,GDGBIAS=JOB

by subsystems other than JES2. > >I can’t either. But does the master subsystem support SWA=ABOVE? > > >-- >Pew, Curtis G >curtis@austin.utexas.edu >ITS Systems/Core/Administrative Services > Your idea can be tested. I only need to write a simple IEFUJV that sets SWA=ABO

Re: MSG IEFA111I SWA=BELOW,TIOT SIZE=32K,DSENQSHR=DISALLOW,GDGBIAS=JOB

: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, August 10, 2018 9:04:16 AM Subject: Re: MSG IEFA111I SWA=BELOW,TIOT SIZE=32K,DSENQSHR=DISALLOW,GDGBIAS=JOB On Aug 10, 2018, at 8:35 AM, Giliad Wilf <00d50942efa9-dmarc-requ...@listserv.ua.edu> wrote: > > I can't believe $T JOBCLASS commands will affe

Re: MSG IEFA111I SWA=BELOW,TIOT SIZE=32K,DSENQSHR=DISALLOW,GDGBIAS=JOB

On Aug 10, 2018, at 8:35 AM, Giliad Wilf <00d50942efa9-dmarc-requ...@listserv.ua.edu> wrote: > > I can't believe $T JOBCLASS commands will affect STCs started before JES2 was > up, or started by subsystems other than JES2. I can’t either. But does the master subsystem support SWA=ABOVE?

Re: MSG IEFA111I SWA=BELOW,TIOT SIZE=32K,DSENQSHR=DISALLOW,GDGBIAS=JOB

List On Behalf Of >Giliad Wilf >Sent: Friday, August 10, 2018 8:19 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: MSG IEFA111I SWA=BELOW,TIOT SIZE=32K,DSENQSHR=DISALLOW,GDGBIAS=JOB > >Hi All, Observing a z/OS 2.3 start-up of a new system, I can see a lot of >these messages,all

Re: MSG IEFA111I SWA=BELOW,TIOT SIZE=32K,DSENQSHR=DISALLOW,GDGBIAS=JOB

settings, or system defaults. Carmen Vitullo - Original Message - From: "Giliad Wilf" <00d50942efa9-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, August 10, 2018 8:19:00 AM Subject: MSG IEFA111I SWA=BELOW,TIOT SIZE=32K,DSENQSHR=DISALLOW,

Re: MSG IEFA111I SWA=BELOW,TIOT SIZE=32K,DSENQSHR=DISALLOW,GDGBIAS=JOB

out of sync. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Giliad Wilf Sent: Friday, August 10, 2018 8:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: MSG IEFA111I SWA=BELOW,TIOT SIZE=32K,DSENQSHR=DISALLOW,GDGBIAS=JOB Hi All, Observing a z/OS 2.3 start-up of a new system, I

MSG IEFA111I SWA=BELOW,TIOT SIZE=32K,DSENQSHR=DISALLOW,GDGBIAS=JOB

Hi All, Observing a z/OS 2.3 start-up of a new system, I can see a lot of these messages,all of which state "SWA=BELOW". All our JES2 jobclasses specify "SWA=ABOVE, but these messages are issued forSTCs invoked before JES2 start-up, or for STCs managed by subsystems other thanJES2.  AFAIK, SWA

Re: COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0)? (Msg IGYOS4021-W)

y, January 27, 2017 12:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0)? (Msg IGYOS4021-W) "Actually, Tom Ross in his migration presentation recommends this procedure:..." Yes, unfortunately that was May 2016, an

Re: COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0)? (Msg IGYOS4021-W)

"Actually, Tom Ross in his migration presentation recommends this procedure:..." Yes, unfortunately that was May 2016, and INITCHECK appeared in September 2016. The reference I was making was to the V6.1 Migration Guide. The advice seems not to be in the MG for V5.2, although INITCHECK is

Re: COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0)? (Msg IGYOS4021-W)

incompatible with OPTIMIZE(0)? (Msg IGYOS4021-W) I encountered this same issue while installing COBOL V6.1. Seeing no documentation about this, I opened a PMR. I think that part of the resolution was to document this. The explanation that I got was that while there was no technical reason

Re: COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0)? (Msg IGYOS4021-W)

To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0)? (Msg IGYOS4021-W) On Thu, 26 Jan 2017 20:56:27 -0600, Mike Schwab <mike.a.sch...@gmail.com> wrote: >Initially, the numeric / zero checks would not work like before.

Re: COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0)? (Msg IGYOS4021-W)

and Operations, Shared Services Whitehall Service Center 2 (614) 856-5443 -- Date:Thu, 26 Jan 2017 15:25:00 -0500 From:"Farley, Peter x23353" <peter.far...@broadridge.com> Subject: COBOL V5.2 question: INITCHECK option incompatible with OP

Re: COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0)? (Msg IGYOS4021-W)

On Thu, 26 Jan 2017 20:56:27 -0600, Mike Schwab wrote: >Initially, the numeric / zero checks would not work like before. I >know there is an parm to make it work like before in 6.1. Not sure if >they applied it to 5.2. > >IBM Cobol Documentation page. Click on Version

Re: COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0)? (Msg IGYOS4021-W)

Although I can't see it documented, I suspect that INITCHECK can only be offered as a side-effect of the complex analysis which is already done for the higher levels of optimisation, and which is not done at the lowest level of optimisation (OPT(0)). The message is probably correct, but the

Re: COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0)? (Msg IGYOS4021-W)

lf Of Mike Schwab > Sent: Thursday, January 26, 2017 9:20 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: COBOL V5.2 question: INITCHECK option incompatible with > OPTIMIZE(0)? (Msg IGYOS4021-W) > > I would suggest getting 6.1 then converting. IBM made some changes tha

Re: COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0)? (Msg IGYOS4021-W)

Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Thursday, January 26, 2017 9:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0)? (Msg IGYOS4021-W) I would suggest

Re: COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0)? (Msg IGYOS4021-W)

I would suggest getting 6.1 then converting. IBM made some changes that eliminate some situations that need coding changes. Should be the same license cost, just cost you install time. Be sure to convert to Country Multiplex / MSU licensing so you don't have a limited time before having to pay

COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0)? (Msg IGYOS4021-W)

We are beginning the transition to COBOL V5.2 from V4.2 and exploring the new options available for debugging. We just discovered that the INITCHECK option is incompatible with OPTIMIZE(0). Using both options generates this warning-level message: IGYOS4021-W The "INITCHECK" option was

Diagnosing a Catalog Enqueue Problem - What does Msg IEC347I tell me?

We've had a delay which seems to be caused by a problem with catalog processing. Automation regularly issues some MODIFY CATALOG and D GRS commands. Below is an extract from the response to F CATALOG,LIST (IEC347I) IEC347I LIST CATALOG TASK(S)

Re: Diagnosing a Catalog Enqueue Problem - What does Msg IEC347I tell me?

V.UA.EDU > Subject: Diagnosing a Catalog Enqueue Problem - What does Msg IEC347I tell me? > > We've had a delay which seems to be caused by a problem with catalog processing. > Automation regularly issues some MODIFY CATALOG and D GRS commands. > > Below is an extract from the

Re: Diagnosing a Catalog Enqueue Problem - What does Msg IEC347I tell me?

A.EDU > Subject: Re: Diagnosing a Catalog Enqueue Problem - What does Msg IEC347I tell > me? > > So the number 23136534 is a latch number. I would think additional D GRS > commands could help. > > D GRS,ANALYZE,LATCH,DEPENDENCY,DETAIL > Would be helpful in this case. >

AW: Re: Diagnosing a Catalog Enqueue Problem - What does Msg IEC347I tell me?

Thanks, Lizette for all the information. Will carefully study. I saw the text talking about some latch information in System Messages. I can't tell why but I was inclinded to believe the text in my case would be something else. Wrong five minutes, I guess. I didn't mention, but there is also

AW: Re: Diagnosing a Catalog Enqueue Problem - What does Msg IEC347I tell me?

> Long running LISTCAT and/or EXPORT on catalog (for backup)? You mean when someone does an ISPF 3.4 specifying a DSN level which will match a large number of data sets? Good hint. Question becomes, how to find out now? I guess there is no track left. -- Peter Hunkeler

Re: Diagnosing a Catalog Enqueue Problem - What does Msg IEC347I tell me?

Long running LISTCAT and/or EXPORT on catalog (for backup)? ... deleted The owner of the contention in the SYSIGGV2 catalog resource is CATALOG (and not additional jobname). It was clear from the MODIFY CATALOG,LIST that catalog is having contention. It is not yet clear whart caused it. Still

Re: MPF message processing not started for msg

@LISTSERV.UA.EDU] On Behalf Of Brad Wissink Sent: Friday, September 18, 2015 2:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: MPF message processing not started for msg I have a batch job that abended with the following messages . N C00 H50A 2015260 17:03:16.08 J0684125 $HASP310

MPF message processing not started for msg

I have a batch job that abended with the following messages . N C00 H50A 2015260 17:03:16.08 J0684125 $HASP310 U0051299 TERMINATED AT END OF MEMORY M 400 H50A 2015260 17:03:16.25 IEF402I U0051299 FAILED IN ADDRESS SPACE 0058 892 E

Re: msg BPXF024I with EZYFS60I

Kirk Wolf wrote: Wouldn't it be great if you didn't have to configure default system environment variables like TZ for each and every job? It would be great, but if your system is using LE, then whatever the default is setup in LE (CEE parmlib member or CEE option module depending on LE

Re: msg BPXF024I with EZYFS60I

On Mon, Nov 3, 2014 at 6:25 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Kirk Wolf wrote: Wouldn't it be great if you didn't have to configure default system environment variables like TZ for each and every job? It would be great, but if your system is using LE, then

Re: msg BPXF024I with EZYFS60I

I don't disagree that the TZ default for z/OS Unix should be derived from the z/OS TIMEZONE offset. But the RFE that I submitted is about more than setting TZ - it is about having dubbed processes inherit their environment variables from the init process. Also, read the RFE and you will see

Re: msg BPXF024I with EZYFS60I

On Mon, Nov 3, 2014 at 8:18 AM, Kirk Wolf k...@dovetail.com wrote: I don't disagree that the TZ default for z/OS Unix should be derived from the z/OS TIMEZONE offset. But the RFE that I submitted is about more than setting TZ - it is about having dubbed processes inherit their environment

Re: msg BPXF024I with EZYFS60I

On Mon, 3 Nov 2014 08:18:03 -0600, Kirk Wolf wrote: I don't disagree that the TZ default for z/OS Unix should be derived from the z/OS TIMEZONE offset. But the RFE that I submitted is about more than setting TZ - it is about having dubbed processes inherit their environment variables from the

Re: msg BPXF024I with EZYFS60I

On Mon, Nov 3, 2014 at 9:52 AM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu wrote: On Mon, 3 Nov 2014 08:18:03 -0600, Kirk Wolf wrote: I don't disagree that the TZ default for z/OS Unix should be derived from the z/OS TIMEZONE offset. But the RFE that I submitted is

msg BPXF024I with EZYFS60I

These messages are not showing the local Z/OS time which is this case was 09:18 Is there a parameter that controls this 09:18:17.75 STC09130 0090 BPXF024I (EMS) Nov 2 14:18:17 ftps 16777562 : E 781 781 0090 CONN ends Input=223

Re: msg BPXF024I with EZYFS60I

It depends on how you start the FTP server. But, basically, you need to set the TZ environment variable to the proper value. For me, in the U.S. Central Time Zone, I have TZ=CST6CDT . I set it in a couple of places. One is in the LE parameters. As shown below: === SYS1.PARMLIB(CEEPRM00) === /*

Re: msg BPXF024I with EZYFS60I

John Thanks!! Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Sunday, 02 November, 2014 10:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: msg BPXF024I with EZYFS60I It depends on how you start the FTP server

Re: msg BPXF024I with EZYFS60I

To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: msg BPXF024I with EZYFS60I It depends on how you start the FTP server. But, basically, you need to set the TZ environment variable to the proper value. For me, in the U.S. Central Time Zone, I have TZ=CST6CDT . I set it in a couple of places. One

Re: msg BPXF024I with EZYFS60I

On Sun, 2 Nov 2014 16:20:08 -0600, Kirk Wolf wrote: Wouldn't it be great if you didn't have to configure default system environment variables like TZ for each and every job? If you agree, please vote for this RFE:

Re: MSG IKJ56961E LISTBC TERMINATED

[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Tuesday, September 16, 2014 10:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MSG IKJ56961E LISTBC TERMINATED LISTBC may be getting run by your logon proc or some such, which makes getting additional info difficult. Once you're

Re: MSG IKJ56961E LISTBC TERMINATED

List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony Thompson Sent: Monday, September 15, 2014 5:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MSG IKJ56961E LISTBC TERMINATED The full IKJ56961E message should have supplied dynalloc return / reason codes, which the OP didn't supply

Re: MSG IKJ56961E LISTBC TERMINATED

626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: John Norgauer jcnorga...@ucdavis.edu To: IBM-MAIN@LISTSERV.UA.EDU, Date: 09/16/2014 10:09 AM Subject:Re: MSG IKJ56961E LISTBC TERMINATED Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU

MSG IKJ56961E LISTBC TERMINATED

Getting this at TSO logon time. This is on a test LPAR which had many volumes eliminated(because of clean-up). Any thoughts as to identifying the volume? Thanks. -- For IBM-MAIN subscribe / signoff / archive access

Re: MSG IKJ56961E LISTBC TERMINATED

Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: John Norgauer jcnorga...@ucdavis.edu To: IBM-MAIN@LISTSERV.UA.EDU, Date: 09/15/2014 11:03 AM Subject:MSG IKJ56961E LISTBC TERMINATED Sent by:IBM Mainframe

Re: MSG IKJ56961E LISTBC TERMINATED

. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Tuesday, 16 September 2014 5:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MSG IKJ56961E LISTBC TERMINATED My first inclination was to say that SYS1.BRODCAST had

Re: MSG IKJ56961E LISTBC TERMINATED

Of Anthony Thompson Sent: Tuesday, 16 September 2014 9:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MSG IKJ56961E LISTBC TERMINATED The full IKJ56961E message should have supplied dynalloc return / reason codes, which the OP didn't supply but would have helped. Skip may have it right with regards

DFHSM QUESTION - UNABLE TO FIX MSG 909 - AUDIT

Good Day All, AUDIT MEDIACONTROLS VOLUMES(MVSZ04) NOFIX.  I received the following message : /* MSG 909 - ERROR IN OPENING DSN(DFHSM.HMIG.T182120.A4PROD.XPD2.A4226) VOLUME(MVSZ04) */ /* MSG 998 - AUDIT CONTINUING, COMMAND ACTIVITY LOG MAY CONTAIN ADDITIONAL INFORMATION

Re: DFHSM QUESTION - UNABLE TO FIX MSG 909 - AUDIT

ISTR, that if SDSP is used, all ML1 volumes should have a SDSP dataset. This may have changed. Check the fine manuals, HTH, snip AUDIT MEDIACONTROLS VOLUMES(MVSZ04) NOFIX.  I received the following message : /* MSG 909 - ERROR IN OPENING DSN(DFHSM.HMIG.T182120.A4PROD.XPD2.A4226) VOLUME(MVSZ04

Re: DFHSM QUESTION - UNABLE TO FIX MSG 909 - AUDIT

Willie, While I can't comment on what you need to do to actually fix the problem, I can comment on your confusion about the SDSP. The description in the storage mgmt manual (I have a slightly older revision of the book) for message 909 (you documented 908) says: MSG 909 ERROR OPENING [DSN

Re: DFHSM QUESTION - UNABLE TO FIX MSG 909 - AUDIT

Rex, Thanks for taking the time to clear up my misunderstanding about the error message. Hopefully somebody can provide a solution. so that I can resolve the problem. -- For IBM-MAIN subscribe / signoff / archive access

Re: DFHSM QUESTION - UNABLE TO FIX MSG 909 - AUDIT

: Friday, August 15, 2014 8:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFHSM QUESTION - UNABLE TO FIX MSG 909 - AUDIT Rex, Thanks for taking the time to clear up my misunderstanding about the error message. Hopefully somebody can provide a solution. so that I can resolve the problem

dark operation - msg IOS003A, intervention required, what to do?

We run dark on the weekends and part of the nights. We are having a problem right now with our 3584 tape library, the physical 3590 drive side, not the VTS. The first looks like: IOS000I 0809,08,IOE,01,0600,,**,101332,POPH302D 790 100410C060127050 0091

SMPE msg GIM24801S

I am trying to clean-up my SMPE.SMPPTS. Am getting message: GIM24801S ** NO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE ACCEPT COMMAND Here's my SMPE command: ACCEPT SOURCEID(ZOSV1R13) CHECK The sourceid has lots of PTF's that are in APPLY status. Shouldn't this work? John Norgauer

Re: SMPE msg GIM24801S

: Dec 20, 2012 4:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMPE msg GIM24801S I am trying to clean-up my SMPE.SMPPTS. Am getting message: GIM24801S ** NO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE ACCEPT COMMAND Here's my SMPE command: ACCEPT SOURCEID(ZOSV1R13) CHECK The sourceid has

Re: SMPE msg GIM24801S

Oops I only checked the Sourceid with a SMPE list command against the target. My bad... looks like they are accepted. Thanks for the suggestion. John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd

Re: MQ msg

Of Ron Wells Sent: Friday, October 05, 2012 11:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: MQ msg anyone...the manual not clear .. this display mean MQ trace active ?? RESPONSE=AGFP CSQW127I -MQP1 CURRENT TRACE ACTIVITY IS - TNO TYPE CLASSDEST USERID RMID 01 STAT

MQ msg

anyone...the manual not clear .. this display mean MQ trace active ?? RESPONSE=AGFP CSQW127I -MQP1 CURRENT TRACE ACTIVITY IS - TNO TYPE CLASSDEST USERID RMID 01 STAT *SMF ** 02 ACCTG 01 SMF ** END OF TRACE REPORT