Re: IBM(F)Link down for the count

[Tom Conley]

On 2/1/2018 6:59 PM, Tom Conley wrote:
Do not adjust your browser, IBM(F)Link is down yet again.  No ETA, but 
they were thinking maybe an hour?  23/7 works for them.  GR..


Regards,
Tom Conley



FYI,

IBMyoyoLink is back up.  For now.

Regards,
Tom Conley

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

Re: IGD01008I SC Message Buffer Overflow

[retired mainframer]

Does your SC ACS routine use the WRITE statement to issue messages of any
kind?  Under what conditions do you receive the message?

Do either of these two situations (from the WRITE write-up) apply?

1 - Under certain conditions related to data set stacking, SMS invokes ACS
routines more than once. Consequently, you might want to take special care
when using WRITE statements in order to avoid duplicates in the job log.

2 - A nine-character system message id and a single blank character precede
your message to the end user. At execution and allocation time, an end user
can receive a maximum of five messages. If any more messages are generated,
a sixth and final message indicates that additional messages have been
generated, but the additional messages are not displayed.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: Thursday, February 01, 2018 1:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IGD01008I SC Message Buffer Overflow
> 
> List -
> 
> I am not sure what this message tells me.  It seems to be very cryptic.
> 
> IGD01008I
> text
> Explanation
> 
> The storage class ACS routine issued the message.
> System action
> 
> The system continues processing.
> Programmer response
> 
> If the text is in error, correct the message text in the storage class ACS
> routine.
> Source
> 
> DFSMSdfp
> 
> My message is "  SC class message buffer overflow.  Additional messages
> suppressed"  Or something like that.  I did not copy it down to be
accurate.

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

Re: IBM(F)Link down for the count

[Gord Tomlin]

On 2018-02-01 19:00, Tom Conley wrote:

23/7


I'll take the under.

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

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

IBM(F)Link down for the count

[Tom Conley]

Do not adjust your browser, IBM(F)Link is down yet again.  No ETA, but 
they were thinking maybe an hour?  23/7 works for them.  GR..


Regards,
Tom Conley

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

Re: Why does BPXBATCH/ar go to sleep

[Paul Gilmartin]

On Thu, 1 Feb 2018 15:31:23 -0800, Charles Mills wrote:
>
>And yes, sure enough, it does cause an error:
>,: FSUM7351 not found
>
>But does not seem to hurt anything. Unless perhaps USS is spending two minutes 
>looking for a command named ','.
>
Only the dæmon knows!  But a lexical change and a logic change:

>>//BPXARCH  EXEC PGM=BPXBATCH,COND=(4,LT), // PARM=('SH cd 
>>/Object$(: ',
>>//   ') && ar -rvc MyArchive.a #MEMBER#.o')

When convenient I follow 'cd' with '&' rather than ';' to suppress 
execution
of the following command in case 'cd' finds a way to somehow fail.

-- gil

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

Re: Why does BPXBATCH/ar go to sleep

[Charles Mills]

Nope, the comma is not the problem. I got it out of there with a quick change 
that works so long as the object file name is short. Still sat for a minute 
elapsed doing nothing on a nearly-idle z13s:

IEF236I ALLOC. FOR useridCC BPXARCH  
IEF237I DMY  ALLOCATED TO STDIN  
IEF237I JES2 ALLOCATED TO STDOUT 
IEF237I JES2 ALLOCATED TO STDERR 
IEF142I useridCC BPXARCH - STEP WAS EXECUTED - COND CODE 
IEF285I   userid.useridCC.JOB04942.D105.?  SYSOUT
IEF285I   userid.useridCC.JOB04942.D106.?  SYSOUT
IEF373I STEP/BPXARCH /START 2018032.1836 
IEF032I STEP/BPXARCH /STOP  2018032.1837 
CPU: 0 HR  00 MIN  00.02 SECSRB: 0 HR  00 MIN  00.00 SEC 
VIRT:   164K  SYS:   348K  EXT:   16K  SYS:12084K
ATB- REAL: 0K  SLOTS: 0K 
 VIRT- ALLOC:  14M SHRD:   0M
IEF375I  JOB/useridCC/START 2018032.1836 
IEF033I  JOB/useridCC/STOP  2018032.1837 
CPU: 0 HR  00 MIN  06.53 SECSRB: 0 HR  00 MIN  00.16 SEC

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, February 1, 2018 3:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why does BPXBATCH/ar go to sleep

On Thu, 1 Feb 2018 09:52:31 -0800, Charles Mills wrote: 
>
>In answer to your other question, the two semicolons are accepted (required?) 
>perhaps because MVS in its wisdom adds a comma in there.
>
Isn't that the comma that *you* typed?

On Thu, 1 Feb 2018 08:40:15 -0800, Charles Mills wrote:
>
>//BPXARCH  EXEC PGM=BPXBATCH,COND=(4,LT), // PARM=('SH cd 
>/Object;',
>//   ';ar -rvc MyArchive.a #MEMBER#.o')

And doesn't stderr show a syntax error on the comma?

Circumventions:

o Use symbol substitution to avoid the need for continuation.

o Use PARMDD

o Use STDPARM

o Use a silly command substitution to devour the comma (Ugh!):

>//BPXARCH  EXEC PGM=BPXBATCH,COND=(4,LT), // PARM=('SH cd 
>/Object; $(: ',
>//   '); ar -rvc MyArchive.a #MEMBER#.o')

-- 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: Why does BPXBATCH/ar go to sleep

[Charles Mills]

Yeah, okay, the comma that MVS in its wisdom REQUIRES in there.

Yeah, I could get rid of it but see no need. I was just happy when I got the 
thing working at all (several years ago).

And yes, sure enough, it does cause an error:
,: FSUM7351 not found

But does not seem to hurt anything. Unless perhaps USS is spending two minutes 
looking for a command named ','.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, February 1, 2018 3:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why does BPXBATCH/ar go to sleep

On Thu, 1 Feb 2018 09:52:31 -0800, Charles Mills wrote: 
>
>In answer to your other question, the two semicolons are accepted (required?) 
>perhaps because MVS in its wisdom adds a comma in there.
>
Isn't that the comma that *you* typed?

On Thu, 1 Feb 2018 08:40:15 -0800, Charles Mills wrote:
>
>//BPXARCH  EXEC PGM=BPXBATCH,COND=(4,LT), // PARM=('SH cd 
>/Object;',
>//   ';ar -rvc MyArchive.a #MEMBER#.o')

And doesn't stderr show a syntax error on the comma?

Circumventions:

o Use symbol substitution to avoid the need for continuation.

o Use PARMDD

o Use STDPARM

o Use a silly command substitution to devour the comma (Ugh!):

>//BPXARCH  EXEC PGM=BPXBATCH,COND=(4,LT), // PARM=('SH cd 
>/Object; $(: ',
>//   '); ar -rvc MyArchive.a #MEMBER#.o')

-- 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: Why does BPXBATCH/ar go to sleep

[Paul Gilmartin]

On Thu, 1 Feb 2018 09:52:31 -0800, Charles Mills wrote: 
>
>In answer to your other question, the two semicolons are accepted (required?) 
>perhaps because MVS in its wisdom adds a comma in there.
>
Isn't that the comma that *you* typed?

On Thu, 1 Feb 2018 08:40:15 -0800, Charles Mills wrote:
>
>//BPXARCH  EXEC PGM=BPXBATCH,COND=(4,LT),
>// PARM=('SH cd /Object;',
>//   ';ar -rvc MyArchive.a #MEMBER#.o')

And doesn't stderr show a syntax error on the comma?

Circumventions:

o Use symbol substitution to avoid the need for continuation.

o Use PARMDD

o Use STDPARM

o Use a silly command substitution to devour the comma (Ugh!):

>//BPXARCH  EXEC PGM=BPXBATCH,COND=(4,LT),
>// PARM=('SH cd /Object; $(: ',
>//   '); ar -rvc MyArchive.a #MEMBER#.o')

-- gil

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

Re: zOSMF - remove plug-in

[Tom Conley]

On 2/1/2018 10:25 AM, John Eells wrote:

Just out of curiosity, why would you want to remove one, as long as 
unauthorized people could not use it?




John,

Performance.  V1R13, was bad, V2R1 corrected the issues, then V2R2 went 
the wrong way with all the new plugins, and I shudder to see V2R3.


Regards,
Tom Conley

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

Re: JOBGROUP in JCL

[Lizette Koehler]

Okay - so I did not spell magazine correct

So it should read (for those of you that copy and paste)


IBM SYSTEMS MAGAZINE JOBGROUP

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: Thursday, February 01, 2018 2:42 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JOBGROUP in JCL
> 
> And to add to Ed's list
> 
> I just did an internet search on the keywords
> 
> IBM SYSTEMS MANAZINE JOBGROUP
> 
> Lots pops up. Here are a couple
> 
> 
> IBM Systems Magazine - JES2-job-group
> http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/jes2-job-
> group/figure-1/
> 
> In z/OS V2.2, JES2 provided new support called Job Execution Controls so that
> customers could have better control over the execution of related jobs;
> looking at the different states a job group can encounter, and what
> situations will trigger transitions into those states.
> IBM Systems Magazine - JES2 Job Execution Control Concurrent Job ...
> ibmsystemsmag.com/mainframe/.../systemsmanagement/concurrent-job-support/
> 
> These functions are available via JEC and via JOBGROUP keyword on the
> SCHEDULE JCL statement. The first article in this series provided a broad
> overview of JEC and in particular an example illustrating BEFORE, AFTER and
> CONCURRENT dependencies. This article will discuss concurrent dependencies in
> further ...
> IBM Systems Magazine - JES2 Job Execution Control New in z/OS 2.2
> http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/concurren
> t-job-support/
> 
> http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/jec-2-2/
> 
> 
> 
> Introducing new features in z/OS 2.2: Job Entry Subsystem Job Execution
> Control and Deadline Scheduling.
> IBM Systems Magazine - Tips & Techniques
> ibmsystemsmag.com/mainframe/tipstechniques/
> Technical articles that provide tips and techniques to help IBM System z
> mainframe customers implement solutions. Subtopics include application
> development, miscellaneous, system tuning and systems management. ... JES2
> Job Group State Transitions. Web Exclusive | ...
> http://ibmsystemsmag.com/mainframe/tipstechniques/
> 
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Edward Finnell
> > Sent: Thursday, February 01, 2018 2:33 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: JOBGROUP in JCL
> >
> > Search>IBM SHARE JES2 JOBGROUP
> >
> >
> > http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/je
> > c-2-2/
> >
> > From SHARE proceedings Tom Wasik's .pdf presentation:
> >
> > share.confex.com/share/125/webprogram/Handout/Session17826
> > share.confex.com/share/125/webprogram/Handout/Session17421
> >
> > In a message dated 2/1/2018 3:21:46 PM Central Standard Time,
> > stars...@mindspring.com writes:
> >
> > You will need to search for this, but there was a very good article on
> > MainframeSystems magazine about this new function in JES2.
> >
> >
> >
> 
> --
> 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: JOBGROUP in JCL

[Lizette Koehler]

And to add to Ed's list

I just did an internet search on the keywords

IBM SYSTEMS MANAZINE JOBGROUP

Lots pops up. Here are a couple


IBM Systems Magazine - JES2-job-group
http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/jes2-job-group/figure-1/
  

In z/OS V2.2, JES2 provided new support called Job Execution Controls so that 
customers could have better control over the execution of related jobs; looking 
at the different states a job group can encounter, and what situations will 
trigger transitions into those states.
IBM Systems Magazine - JES2 Job Execution Control Concurrent Job ...
ibmsystemsmag.com/mainframe/.../systemsmanagement/concurrent-job-support/

These functions are available via JEC and via JOBGROUP keyword on the SCHEDULE 
JCL statement. The first article in this series provided a broad overview of 
JEC and in particular an example illustrating BEFORE, AFTER and CONCURRENT 
dependencies. This article will discuss concurrent dependencies in further ...
IBM Systems Magazine - JES2 Job Execution Control New in z/OS 2.2
http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/concurrent-job-support/

http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/jec-2-2/



Introducing new features in z/OS 2.2: Job Entry Subsystem Job Execution Control 
and Deadline Scheduling.
IBM Systems Magazine - Tips & Techniques
ibmsystemsmag.com/mainframe/tipstechniques/
Technical articles that provide tips and techniques to help IBM System z 
mainframe customers implement solutions. Subtopics include application 
development, miscellaneous, system tuning and systems management. ... JES2 Job 
Group State Transitions. Web Exclusive | ...
http://ibmsystemsmag.com/mainframe/tipstechniques/


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Edward Finnell
> Sent: Thursday, February 01, 2018 2:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JOBGROUP in JCL
> 
> Search>IBM SHARE JES2 JOBGROUP
> 
> 
> http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/jec-2-2/
> 
> From SHARE proceedings Tom Wasik's .pdf presentation:
> 
> share.confex.com/share/125/webprogram/Handout/Session17826
> share.confex.com/share/125/webprogram/Handout/Session17421
> 
> In a message dated 2/1/2018 3:21:46 PM Central Standard Time,
> stars...@mindspring.com writes:
> 
> You will need to search for this, but there was a very good article on
> MainframeSystems magazine about this new function in JES2.
> 
> 
> 

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

Re: Pu

[Susan Shumway]

The main page for every z/OS version in KC has a link to the most recent 
PoOp right on its main page. For example, see 
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0 . 
Alternatively, at least until/if the URL or form number change, you can 
point ppl to the PubsCenter ( 
https://www.ibm.com/e-business/linkweb/publications/servlet/pbi.wss ), 
instruct them to search on form number "SA22-7832", and then look for 
the highest dash level.


- Sue Shumway

On 02/01/18 10:39 AM, Steve Smith wrote:

The direct document links are more stable than I thought.  Sorry.  As
for new processors, I don't think they are produced on a regular
schedule; but that's not really the point.  When a new one is
published, the article will be out-of-date.  But given the nature of
Wikipedia and encyclopediae in general, that's not a fatal flaw.

sas

On Thu, Feb 1, 2018 at 8:35 AM, Tom Marchant
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

On Wed, 31 Jan 2018 15:42:09 -0500, Steve Smith wrote:


There are definitely links to the current PoOp, but given the swirling
chaos that is ibm.com, its validity cannot be guaranteed for more than
say, a couple of days.


My experience is that URLs pointing to manuals have remained constant.
I can't remember a link to a manual ever being changed.


Besides, it gets updated to a new edition
quite irregularly.


A new edition gets releases on the GA date for a new generation of
processors. Occasionally, a new one is released on the GA date for
what used to be called the "Business Class" processor. I wouldn't
call that "quite irregularly."

--
Tom Marchant

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






--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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

Re: JOBGROUP in JCL

[Edward Finnell]

Search>IBM SHARE JES2 JOBGROUP


http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/jec-2-2/
 
>From SHARE proceedings Tom Wasik's .pdf presentation:
 
share.confex.com/share/125/webprogram/Handout/Session17826
share.confex.com/share/125/webprogram/Handout/Session17421
 
In a message dated 2/1/2018 3:21:46 PM Central Standard Time, 
stars...@mindspring.com writes:
 
You will need to search for this, but there was a very good article on 
MainframeSystems magazine about this new function in JES2.
 
 

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

Re: JOBGROUP in JCL

[Lizette Koehler]

You will need to search for this, but there was a very good article on 
MainframeSystems magazine about this new function in JES2.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jake Anderson
> Sent: Thursday, February 01, 2018 10:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: JOBGROUP in JCL
> 
> Hi
> 
> Is there anyone who have started taking the advantage of JOBGROUP ?
> 
> I am still trying to understand this functionality.
> 
> Since I see the JOBGROUP statement being used in JOBCARDS as well also the
> manual says about running a set of JOBS run together.
> 
> What does it mean by running a set of JOBS together ? Is it like executing in
> parallel ?
> 
> Apology for my ignorance
> 
> Jake
> 

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

IGD01008I SC Message Buffer Overflow

[Lizette Koehler]

List -

I am not sure what this message tells me.  It seems to be very cryptic.

IGD01008I
text
Explanation

The storage class ACS routine issued the message.
System action

The system continues processing.
Programmer response

If the text is in error, correct the message text in the storage class ACS
routine.
Source

DFSMSdfp


My message is "  SC class message buffer overflow.  Additional messages
suppressed"  Or something like that.  I did not copy it down to be accurate.


Lizette
A theory can never be proven, but it can be falsified.  Karl Raimund Popper

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

Re: zOSMF - remove plug-in

[Jesse 1 Robinson]

I have a simple criterion for 'business ready': how much would I pay for this 
application out of my own pocket? If it's not worth my buying it, it's not 
worth designing into any product regardless of who's signing the check.

This is about customer-friendly usability, not security. It's just plain rude 
to offer a selection that only gets the user's hand slapped. And on a 
flinty-eyed level, you don't want people pestering you about why they're locked 
out of that selection. 

If I can't do it, don't let me see it.  

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Thursday, February 01, 2018 12:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: zOSMF - remove plug-in

Isn't that just "security by obscurity"?  Or invisibility?  What business harm 
is there in revealing that a function exists as long as the security rules 
prevent unauthorized use?

Or is it just to keep the naive unauthorized screen user from "confusion"?  
What exactly is meant by a "business ready" approach to user interfaces?

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, February 1, 2018 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - remove plug-in

I'm a bystander on this issue at the moment, but I do have strong feelings 
about appearing to give the user an option that, when selected, gets 'not 
allowed'. If an option is not allowed, it should not be displayed. I realize 
that this complicates programming, but it's the 'business ready' approach to 
any user interface on any platform. 


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

Re: zOSMF - remove plug-in

[Farley, Peter x23353]

Isn't that just "security by obscurity"?  Or invisibility?  What business harm 
is there in revealing that a function exists as long as the security rules 
prevent unauthorized use?

Or is it just to keep the naive unauthorized screen user from "confusion"?  
What exactly is meant by a "business ready" approach to user interfaces?

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, February 1, 2018 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - remove plug-in

I'm a bystander on this issue at the moment, but I do have strong feelings 
about appearing to give the user an option that, when selected, gets 'not 
allowed'. If an option is not allowed, it should not be displayed. I realize 
that this complicates programming, but it's the 'business ready' approach to 
any user interface on any platform. 

--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: zOSMF - remove plug-in

[Jousma, David]

The way I understand it, the option in the left side bar does not show up, if 
you are not allowed to use it.  However, I have not proven that out.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
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 Dyck, Lionel B. (TRA)
Sent: Thursday, February 01, 2018 3:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - remove plug-in

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

I second Skip's comments.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, February 01, 2018 2:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: zOSMF - remove plug-in

I'm a bystander on this issue at the moment, but I do have strong feelings 
about appearing to give the user an option that, when selected, gets 'not 
allowed'. If an option is not allowed, it should not be displayed. I realize 
that this complicates programming, but it's the 'business ready' approach to 
any user interface on any platform. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Thursday, February 01, 2018 7:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: zOSMF - remove plug-in

Jousma, David wrote:
> John,
>
> That would seem logical, but that’s not how it works.  Once added to the 
> list, removal does not remove it, sadly.   As someone else mentioned, the 
> only way to "remove" it, is to secure it in SAF.   The ability to uninstall a 
> plug-in has been discussed, I just don’t know where or if there are any 
> development efforts under way to provide it.
>

>
> Remove it from the list of enabled plug-ins in IZUPRMxx.  See PDF p. 48 in 
> the Configuration Guide, here:
> http://publibz.boulder.ibm.com/epubs/pdf/izu23215.pdf
>
> --
> John Eells
> IBM Poughkeepsie
> ee...@us.ibm.com


First, my apologies for the misinformation.  I just tried this and, as you say, 
it does not work.

Second, I will get this information added to the configuration guide, which 
appears silent on this particular issue.

Just out of curiosity, why would you want to remove one, as long as 
unauthorized people could not use it?

--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com


--
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
**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: zOSMF - remove plug-in

[Dyck, Lionel B. (TRA)]

I second Skip's comments.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, February 01, 2018 2:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: zOSMF - remove plug-in

I'm a bystander on this issue at the moment, but I do have strong feelings 
about appearing to give the user an option that, when selected, gets 'not 
allowed'. If an option is not allowed, it should not be displayed. I realize 
that this complicates programming, but it's the 'business ready' approach to 
any user interface on any platform. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Thursday, February 01, 2018 7:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: zOSMF - remove plug-in

Jousma, David wrote:
> John,
>
> That would seem logical, but that’s not how it works.  Once added to the 
> list, removal does not remove it, sadly.   As someone else mentioned, the 
> only way to "remove" it, is to secure it in SAF.   The ability to uninstall a 
> plug-in has been discussed, I just don’t know where or if there are any 
> development efforts under way to provide it.
>

>
> Remove it from the list of enabled plug-ins in IZUPRMxx.  See PDF p. 48 in 
> the Configuration Guide, here:
> http://publibz.boulder.ibm.com/epubs/pdf/izu23215.pdf
>
> --
> John Eells
> IBM Poughkeepsie
> ee...@us.ibm.com


First, my apologies for the misinformation.  I just tried this and, as you say, 
it does not work.

Second, I will get this information added to the configuration guide, which 
appears silent on this particular issue.

Just out of curiosity, why would you want to remove one, as long as 
unauthorized people could not use it?

--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com


--
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: zOSMF - remove plug-in

[Jesse 1 Robinson]

I'm a bystander on this issue at the moment, but I do have strong feelings 
about appearing to give the user an option that, when selected, gets 'not 
allowed'. If an option is not allowed, it should not be displayed. I realize 
that this complicates programming, but it's the 'business ready' approach to 
any user interface on any platform. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Thursday, February 01, 2018 7:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: zOSMF - remove plug-in

Jousma, David wrote:
> John,
>
> That would seem logical, but that’s not how it works.  Once added to the 
> list, removal does not remove it, sadly.   As someone else mentioned, the 
> only way to "remove" it, is to secure it in SAF.   The ability to uninstall a 
> plug-in has been discussed, I just don’t know where or if there are any 
> development efforts under way to provide it.
>

>
> Remove it from the list of enabled plug-ins in IZUPRMxx.  See PDF p. 48 in 
> the Configuration Guide, here:
> http://publibz.boulder.ibm.com/epubs/pdf/izu23215.pdf
>
> --
> John Eells
> IBM Poughkeepsie
> ee...@us.ibm.com


First, my apologies for the misinformation.  I just tried this and, as you say, 
it does not work.

Second, I will get this information added to the configuration guide, which 
appears silent on this particular issue.

Just out of curiosity, why would you want to remove one, as long as 
unauthorized people could not use it?

--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com


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

Re: Why does BPXBATCH/ar go to sleep

[Tom Marchant]

On Thu, 1 Feb 2018 08:40:15 -0800, Charles Mills wrote:

>JOBNAME  StepName ProcStep JobIDOwnerC Pos DP Real PagingSIO
>CPU% ASID ASIDX  EXCP-Cnt   CPU-Time SR
>useridCC *OMVSEX   STC04477 userid LO  FF 2503   0.00   0.00
>0.00  322 0142891   0.04 DW
>useridCC BPXARCH   JOB04552 userid   A LO  FF  530   0.00   0.00
>0.00   56 0038 43   0.00 DW
>useridCC STEP1 STC04463 userid IN  C1 2909   0.00  46.88
>0.57  315 013B  59562   5.35
>
>Note how the BPXARCH jobstep has gone into a wait and is swapped out (? Is
>that what DP=FF means?).

POS=LO means that the job is Logically (swapped) Out. When a job is 
swapped (physically or logically) the Dispatching Priority is also set to 
255. That's the same DP that is used by service class SYSTEM.

-- 
Tom Marchant

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

Re: Syntax check for JES2 INIT deck

[Tom Marchant]

On Thu, 1 Feb 2018 00:16:06 -0600, Roger Lowe wrote:

>We have zOS 2.3  systems running at various PUT/RSU levels, 
>ranging from PUT1708/RSU1708 to PUT1712/RSU1712 .

When you say that you have a system at PUT1708/RSU1708, 
what do you mean? Do you mean that you have installed 
PUT1708 maintenance in additional to RSU1708?

-- 
Tom Marchant

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

Re: JOBGROUP in JCL

[Carmen Vitullo]

Very cool, I can see that being a good option to clone my SYSRES and USS files 
in one process (JOBGROUP) 


Carmen Vitullo 

- Original Message -

From: "David Jousma"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, February 1, 2018 12:50:33 PM 
Subject: Re: JOBGROUP in JCL 

I used JOBGROUP to run a series of jobs I use for cloning my environment. Works 
very well. 

//mygroup JOBGROUP 'Clone xxx->x', 
// ERROR=(RC>4),ONERROR=FLUSH 
//jobaA GJOB 
//jobB GJOB 
// AFTER NAME=jobA,WHEN=(RC=0) 
//jobC GJOB 
// AFTER NAME=jobB,WHEN=(RC<=4) 
//jobD GJOB 
// AFTER NAME=jobC,WHEN=(RC=0) 
//jobG ENDGROUP 

_ 
Dave Jousma 
Manager Mainframe Engineering, Assistant Vice President 
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 Jake Anderson 
Sent: Thursday, February 01, 2018 12:37 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: JOBGROUP in JCL 

**CAUTION EXTERNAL EMAIL** 

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails** 

Hi 

Is there anyone who have started taking the advantage of JOBGROUP ? 

I am still trying to understand this functionality. 

Since I see the JOBGROUP statement being used in JOBCARDS as well also the 
manual says about running a set of JOBS run together. 

What does it mean by running a set of JOBS together ? Is it like executing in 
parallel ? 

Apology for my ignorance 

Jake 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL 
EMAIL** 

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails** 

This e-mail transmission contains information that is confidential and may be 
privileged. It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated. 


-- 
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: JOBGROUP in JCL

[Jousma, David]

I used JOBGROUP to run a series of jobs I use for cloning my environment.   
Works very well.

//mygroup JOBGROUP 'Clone xxx->x',  
//  ERROR=(RC>4),ONERROR=FLUSH   
//jobaA GJOB  
//jobB GJOB  
// AFTER NAME=jobA,WHEN=(RC=0)   
//jobC GJOB  
// AFTER NAME=jobB,WHEN=(RC<=4)  
//jobD GJOB  
// AFTER NAME=jobC,WHEN=(RC=0)   
//jobG ENDGROUP  

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
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 Jake Anderson
Sent: Thursday, February 01, 2018 12:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JOBGROUP in JCL

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Hi

Is there anyone who have started taking the advantage of JOBGROUP ?

I am still trying to understand this functionality.

Since I see the JOBGROUP statement being used in JOBCARDS as well also the 
manual says about running a set of JOBS run together.

What does it mean by running a set of JOBS together ? Is it like executing in 
parallel ?

Apology for my ignorance

Jake

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: Why does BPXBATCH/ar go to sleep

[Kirk Wolf]

Maybe it is getting assigned to a different service class by WLM when
running from batch?

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Thu, Feb 1, 2018 at 11:53 AM, Charles Mills  wrote:

> Thanks. Let me look into the ar command line switches.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: Thursday, February 1, 2018 9:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Why does BPXBATCH/ar go to sleep
>
> On Thu, Feb 1, 2018 at 11:11 AM, Charles Mills  wrote:
>
> > > basically, /bin/sh is doing a UNIX "wait" command for the child
> > processes to complete. IOW,  it is sleeping the sleep of the just.
> >
> > Well, yeah, it's waiting because it's waiting for something.
> >
> > But why so long? Would you really expect an ar to *always* take 2
> > minutes or so on a z13s, even when it is lightly loaded? There are 213
> > object files in the archive already.
> >
>
> ​Hum, an interesting question. I didn't really notice the "2 minutes"
> portion. I took a look at the ar command here:
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.
> 0/com.ibm.zos.v2r3.bpxa500/libarc.htm
>
> And the only thing that came to my attention is that the "-r" switch adds
> or replaces one or more members __AND__ it "regenerates the symbol table".
> I don't really know what this latter is doing. But it may be why the "ar"
> command is taking a fairly fixed length of time (doing something with each
> member in the archive, not just the new one).​ I would likely test this by
> adding the same member to a different archive with fewer members.
>
> --
> 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: CGIs and HTML FORMs

[Grinsell, Don]

You can either have the cgi build the form and send it as part of the response 
with the fields pre-filled.  Otherwise you will want to change your href below 
to look like this:



Assuming parm1 and parm2 are hidden fields on your form, this will include the 
values in the form.

"The power of accurate observation is often mistaken for cynicism by those who 
have not got it."  -- George Bernard Shaw

From: IBM Mainframe Discussion List  on behalf of 
Mary Kay Tubello 
Sent: Wednesday, January 31, 2018 11:31
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CGIs and  HTML FORMs

Hello,

I have a situation as follows;
1.   I have a URL going to a CGI and passing parms, i.e.  
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsyst.humana.com%2FHUMcgitest%2FRICK3.sh%3FODICT%2CPOO4567891123456=02%7C01%7Cjohn.wilcox%40MT.GOV%7C90803b8461144f61fffa08d568d8e4d9%7C07a94c98f30f4abbbd7ed63f8720dc02%7C0%7C0%7C63653020313566=51eU18NrW69EfUzeiWfN2XC5wGxvwjpaosNljlw%2BogQ%3D=0
2.  The CGI  reads a job from a PDS into a STEM and fills in the two parms 
that were sent on the url.And Submits the job.
3.  Now, I have to make a change to allow a user to enter his employee id.  
In this case, we start with a CGI and go to a form.  I added  this to the 
original CGI to create the form when the user clicks 'click here'.

say 'content-type: text/html'
say
say '  '
say 'Acknowledger Authentication '
say ' '
say ''
say ' Click here'
say ' '

My ODICTform3.htm  sends out a form with a space for user to enter employee id.

Now, here's the part I'm having trouble with.
1.   I want the CGI to pass the parms in the URL above to the HTML .  HOW?
2.  Then,I want all three parms (two from URL and one from FORM to be 
added to that job STEM that I created above.  HOW?
3.  Submit the job from the HTML or  do I send it back to the  CGI  to 
submit or write a second CGI to submit the job.  HOW?

Thanks,
Mary Kay

Large Systems Engineering
IT Infrastructure
Humana
123 E. Main St. 40202  (CT6)
502-476-2772
mtube...@humana.com




--
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: Why does BPXBATCH/ar go to sleep

[Charles Mills]

Thanks. Let me look into the ar command line switches.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, February 1, 2018 9:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why does BPXBATCH/ar go to sleep

On Thu, Feb 1, 2018 at 11:11 AM, Charles Mills  wrote:

> > basically, /bin/sh is doing a UNIX "wait" command for the child
> processes to complete. IOW,  it is sleeping the sleep of the just.
>
> Well, yeah, it's waiting because it's waiting for something.
>
> But why so long? Would you really expect an ar to *always* take 2 
> minutes or so on a z13s, even when it is lightly loaded? There are 213 
> object files in the archive already.
>

​Hum, an interesting question. I didn't really notice the "2 minutes"
portion. I took a look at the ar command here:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxa500/libarc.htm

And the only thing that came to my attention is that the "-r" switch adds or 
replaces one or more members __AND__ it "regenerates the symbol table".
I don't really know what this latter is doing. But it may be why the "ar"
command is taking a fairly fixed length of time (doing something with each 
member in the archive, not just the new one).​ I would likely test this by 
adding the same member to a different archive with fewer members.

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

Re: Why does BPXBATCH/ar go to sleep

[Charles Mills]

Here we go. Split onto two sets of lines to accommodate the listserver.

JOBNAME  JobIDStatus   OwnerState
useridCC STC04466 SWAPPED,WAITING FOR CHILDuserid   1WI  
useridCC JOB04622 SWAPPED,FILE SYS KERNEL WAIT userid   1FI  
useridCC STC04595 OTHER KERNEL WAITuserid   1K   

Command  ServerName
-sh -c cd FEB2018/Object;,;ar -rvc MyArc   
BPXBATCH   
ar -rvc MyArchive.a ParmsCommand.o  

In answer to your other question, the two semicolons are accepted (required?) 
perhaps because MVS in its wisdom adds a comma in there.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Thursday, February 1, 2018 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why does BPXBATCH/ar go to sleep

The SDSF "PS" panel may be more useful.

What happens if you run the ar from an interactive z/OS Unix shell ?

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

Re: JOBGROUP in JCL

[Leonardo Vaz]

Yes, you can run them in parallel if you have WLM managed initiators with 
JOBGROUP CONCURRENT.


Regards,
Leo

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: Thursday, February 01, 2018 12:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JOBGROUP in JCL

Hi

Is there anyone who have started taking the advantage of JOBGROUP ?

I am still trying to understand this functionality.

Since I see the JOBGROUP statement being used in JOBCARDS as well also the 
manual says about running a set of JOBS run together.

What does it mean by running a set of JOBS together ? Is it like executing in 
parallel ?

Apology for my ignorance

Jake

--
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: Why does BPXBATCH/ar go to sleep

[Charles Mills]

> The SDSF "PS" panel may be more useful.

Thanks. Was not aware of that. Here is the display for a similar process -- not 
exactly the same JCL as the OP:

JOBNAME  JobIDStatus   OwnerState CPU-Time
useridCA STC04595 SWAPPED,WAITING FOR CHILDuserid   1WI   0.06
useridCA STC04465 OTHER KERNEL WAITuserid   1K1.49
useridCA JOB04563 SWAPPED,FILE SYS KERNEL WAIT userid   1FI   0.01

I have not tried from a shell. When I use the shell on occasion it is 
appropriately responsive. ls and cd and so forth come back right away.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Thursday, February 1, 2018 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why does BPXBATCH/ar go to sleep

The SDSF "PS" panel may be more useful.

What happens if you run the ar from an interactive z/OS Unix shell ?

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Thu, Feb 1, 2018 at 11:11 AM, Charles Mills  wrote:

> > basically, /bin/sh is doing a UNIX "wait" command for the child
> processes to complete. IOW,  it is sleeping the sleep of the just.
>
> Well, yeah, it's waiting because it's waiting for something.
>
> But why so long? Would you really expect an ar to *always* take 2 
> minutes or so on a z13s, even when it is lightly loaded? There are 213 
> object files in the archive already.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of John McKown
> Sent: Thursday, February 1, 2018 8:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Why does BPXBATCH/ar go to sleep
>
> On Thu, Feb 1, 2018 at 10:40 AM, Charles Mills  wrote:
>
> > I have a batch job that has two steps: the first is a C++ compile 
> > and the second is an ar (archive) BPXBATCH of the object code.
> >
> > The jobstep for BPXBATCH looks like
> >
> > //BPXARCH  EXEC PGM=BPXBATCH,COND=(4,LT), // PARM=('SH cd 
> > /Object;',
> > //   ';ar -rvc MyArchive.a #MEMBER#.o')
> >
> > where #MEMBER# is set to a file name by the submission process.
> >  is an exported symbol. It all "works perfectly" -- I don't 
> > need help troubleshooting the submission process or symbols or the 
> > PARM
> syntax.
> > That's
> > not the problem.
> >
> > I want to know why the job always seems to go to sleep for a minute 
> > or two on that second step. Here's a typical SDSF DA display
> >
>
> ​The BPXBATCH command runs /bin/sh to run the command you gave it (cd 
> /​Object;ar -rvc ...). This is UNIX. Those command run in a 
> _separate_ address space from BPXBATCH from a UNIX fork() (or maybe a 
> spawn(). (not as z/OS subtasks or via LINK). So, basically, /bin/sh is 
> doing a UNIX "wait" command for the child processes to complete. IOW,  
> it is sleeping the sleep of the just.
>
> --
> 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

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

Re: Why does BPXBATCH/ar go to sleep

[Kirk Wolf]

Maybe I'm missing something, but I can't explain why what you have doesn't
produce a syntax error (double ;; )

from an interactive shell:

sh -c "cd /tmp;;ar -rvc foo.a bar.o"
FSUM7332 syntax error: got ;;, expecting Newline

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Thu, Feb 1, 2018 at 11:34 AM, Kirk Wolf  wrote:

> The SDSF "PS" panel may be more useful.
>
> What happens if you run the ar from an interactive z/OS Unix shell ?
>
> Kirk Wolf
> Dovetailed Technologies
> http://dovetail.com
>
> On Thu, Feb 1, 2018 at 11:11 AM, Charles Mills  wrote:
>
>> > basically, /bin/sh is doing a UNIX "wait" command for the child
>> processes to complete. IOW,  it is sleeping the sleep of the just.
>>
>> Well, yeah, it's waiting because it's waiting for something.
>>
>> But why so long? Would you really expect an ar to *always* take 2 minutes
>> or so on a z13s, even when it is lightly loaded? There are 213 object files
>> in the archive already.
>>
>> Charles
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of John McKown
>> Sent: Thursday, February 1, 2018 8:47 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Why does BPXBATCH/ar go to sleep
>>
>> On Thu, Feb 1, 2018 at 10:40 AM, Charles Mills  wrote:
>>
>> > I have a batch job that has two steps: the first is a C++ compile and
>> > the second is an ar (archive) BPXBATCH of the object code.
>> >
>> > The jobstep for BPXBATCH looks like
>> >
>> > //BPXARCH  EXEC PGM=BPXBATCH,COND=(4,LT), // PARM=('SH cd
>> > /Object;',
>> > //   ';ar -rvc MyArchive.a #MEMBER#.o')
>> >
>> > where #MEMBER# is set to a file name by the submission process.
>> >  is an exported symbol. It all "works perfectly" -- I don't
>> > need help troubleshooting the submission process or symbols or the PARM
>> syntax.
>> > That's
>> > not the problem.
>> >
>> > I want to know why the job always seems to go to sleep for a minute or
>> > two on that second step. Here's a typical SDSF DA display
>> >
>>
>> ​The BPXBATCH command runs /bin/sh to run the command you gave it (cd
>> /​Object;ar -rvc ...). This is UNIX. Those command run in a
>> _separate_ address space from BPXBATCH from a UNIX fork() (or maybe a
>> spawn(). (not as z/OS subtasks or via LINK). So, basically, /bin/sh is
>> doing a UNIX "wait" command for the child processes to complete. IOW,  it
>> is sleeping the sleep of the just.
>>
>> --
>> 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

JOBGROUP in JCL

[Jake Anderson]

Hi

Is there anyone who have started taking the advantage of JOBGROUP ?

I am still trying to understand this functionality.

Since I see the JOBGROUP statement being used in JOBCARDS as well also the
manual says about running a set of JOBS run together.

What does it mean by running a set of JOBS together ? Is it like executing
in parallel ?

Apology for my ignorance

Jake

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

Re: Why does BPXBATCH/ar go to sleep

[John McKown]

On Thu, Feb 1, 2018 at 11:11 AM, Charles Mills  wrote:

> > basically, /bin/sh is doing a UNIX "wait" command for the child
> processes to complete. IOW,  it is sleeping the sleep of the just.
>
> Well, yeah, it's waiting because it's waiting for something.
>
> But why so long? Would you really expect an ar to *always* take 2 minutes
> or so on a z13s, even when it is lightly loaded? There are 213 object files
> in the archive already.
>

​Hum, an interesting question. I didn't really notice the "2 minutes"
portion. I took a look at the ar command here:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxa500/libarc.htm

And the only thing that came to my attention is that the "-r" switch adds
or replaces one or more members __AND__ it "regenerates the symbol table".
I don't really know what this latter is doing. But it may be why the "ar"
command is taking a fairly fixed length of time (doing something with each
member in the archive, not just the new one).​ I would likely test this by
adding the same member to a different archive with fewer members.



>
> Charles
>


-- 
I have a theory that it's impossible to prove anything, but I can't prove
it.

Maranatha! <><
John McKown

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

Re: Why does BPXBATCH/ar go to sleep

[Kirk Wolf]

The SDSF "PS" panel may be more useful.

What happens if you run the ar from an interactive z/OS Unix shell ?

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Thu, Feb 1, 2018 at 11:11 AM, Charles Mills  wrote:

> > basically, /bin/sh is doing a UNIX "wait" command for the child
> processes to complete. IOW,  it is sleeping the sleep of the just.
>
> Well, yeah, it's waiting because it's waiting for something.
>
> But why so long? Would you really expect an ar to *always* take 2 minutes
> or so on a z13s, even when it is lightly loaded? There are 213 object files
> in the archive already.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: Thursday, February 1, 2018 8:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Why does BPXBATCH/ar go to sleep
>
> On Thu, Feb 1, 2018 at 10:40 AM, Charles Mills  wrote:
>
> > I have a batch job that has two steps: the first is a C++ compile and
> > the second is an ar (archive) BPXBATCH of the object code.
> >
> > The jobstep for BPXBATCH looks like
> >
> > //BPXARCH  EXEC PGM=BPXBATCH,COND=(4,LT), // PARM=('SH cd
> > /Object;',
> > //   ';ar -rvc MyArchive.a #MEMBER#.o')
> >
> > where #MEMBER# is set to a file name by the submission process.
> >  is an exported symbol. It all "works perfectly" -- I don't
> > need help troubleshooting the submission process or symbols or the PARM
> syntax.
> > That's
> > not the problem.
> >
> > I want to know why the job always seems to go to sleep for a minute or
> > two on that second step. Here's a typical SDSF DA display
> >
>
> ​The BPXBATCH command runs /bin/sh to run the command you gave it (cd
> /​Object;ar -rvc ...). This is UNIX. Those command run in a
> _separate_ address space from BPXBATCH from a UNIX fork() (or maybe a
> spawn(). (not as z/OS subtasks or via LINK). So, basically, /bin/sh is
> doing a UNIX "wait" command for the child processes to complete. IOW,  it
> is sleeping the sleep of the just.
>
> --
> 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: Why does BPXBATCH/ar go to sleep

[Charles Mills]

> basically, /bin/sh is doing a UNIX "wait" command for the child processes to 
> complete. IOW,  it is sleeping the sleep of the just.

Well, yeah, it's waiting because it's waiting for something.

But why so long? Would you really expect an ar to *always* take 2 minutes or so 
on a z13s, even when it is lightly loaded? There are 213 object files in the 
archive already. 

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, February 1, 2018 8:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why does BPXBATCH/ar go to sleep

On Thu, Feb 1, 2018 at 10:40 AM, Charles Mills  wrote:

> I have a batch job that has two steps: the first is a C++ compile and 
> the second is an ar (archive) BPXBATCH of the object code.
>
> The jobstep for BPXBATCH looks like
>
> //BPXARCH  EXEC PGM=BPXBATCH,COND=(4,LT), // PARM=('SH cd 
> /Object;',
> //   ';ar -rvc MyArchive.a #MEMBER#.o')
>
> where #MEMBER# is set to a file name by the submission process. 
>  is an exported symbol. It all "works perfectly" -- I don't 
> need help troubleshooting the submission process or symbols or the PARM 
> syntax.
> That's
> not the problem.
>
> I want to know why the job always seems to go to sleep for a minute or 
> two on that second step. Here's a typical SDSF DA display
>

​The BPXBATCH command runs /bin/sh to run the command you gave it (cd 
/​Object;ar -rvc ...). This is UNIX. Those command run in a _separate_ 
address space from BPXBATCH from a UNIX fork() (or maybe a spawn(). (not as 
z/OS subtasks or via LINK). So, basically, /bin/sh is doing a UNIX "wait" 
command for the child processes to complete. IOW,  it is sleeping the sleep of 
the just.

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

Re: Why does BPXBATCH/ar go to sleep

[John McKown]

On Thu, Feb 1, 2018 at 10:40 AM, Charles Mills  wrote:

> I have a batch job that has two steps: the first is a C++ compile and the
> second is an ar (archive) BPXBATCH of the object code.
>
> The jobstep for BPXBATCH looks like
>
> //BPXARCH  EXEC PGM=BPXBATCH,COND=(4,LT),
> // PARM=('SH cd /Object;',
> //   ';ar -rvc MyArchive.a #MEMBER#.o')
>
> where #MEMBER# is set to a file name by the submission process.  is
> an exported symbol. It all "works perfectly" -- I don't need help
> troubleshooting the submission process or symbols or the PARM syntax.
> That's
> not the problem.
>
> I want to know why the job always seems to go to sleep for a minute or two
> on that second step. Here's a typical SDSF DA display
>

​The BPXBATCH command runs /bin/sh to run the command you gave it (cd
/​Object;ar -rvc ...). This is UNIX. Those command run in a
_separate_ address space from BPXBATCH from a UNIX fork() (or maybe a
spawn(). (not as z/OS subtasks or via LINK). So, basically, /bin/sh is
doing a UNIX "wait" command for the child processes to complete. IOW,  it
is sleeping the sleep of the just.



>
> JOBNAME  StepName ProcStep JobIDOwnerC Pos DP Real PagingSIO
> CPU% ASID ASIDX  EXCP-Cnt   CPU-Time SR
> useridCC *OMVSEX   STC04477 userid LO  FF 2503   0.00   0.00
> 0.00  322 0142891   0.04 DW
> useridCC BPXARCH   JOB04552 userid   A LO  FF  530   0.00   0.00
> 0.00   56 0038 43   0.00 DW
> useridCC STEP1 STC04463 userid IN  C1 2909   0.00  46.88
> 0.57  315 013B  59562   5.35
>
> Note how the BPXARCH jobstep has gone into a wait and is swapped out (? Is
> that what DP=FF means?). Every time I run the job it sits like this for a
> minute or two and then finishes CC=0. Why? How can I make it run more
> quickly?
>
> Thanks,
> Charles
>
>

-- 
I have a theory that it's impossible to prove anything, but I can't prove
it.

Maranatha! <><
John McKown

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

Why does BPXBATCH/ar go to sleep

[Charles Mills]

I have a batch job that has two steps: the first is a C++ compile and the
second is an ar (archive) BPXBATCH of the object code.

The jobstep for BPXBATCH looks like

//BPXARCH  EXEC PGM=BPXBATCH,COND=(4,LT),
// PARM=('SH cd /Object;',
//   ';ar -rvc MyArchive.a #MEMBER#.o')

where #MEMBER# is set to a file name by the submission process.  is
an exported symbol. It all "works perfectly" -- I don't need help
troubleshooting the submission process or symbols or the PARM syntax. That's
not the problem.

I want to know why the job always seems to go to sleep for a minute or two
on that second step. Here's a typical SDSF DA display

JOBNAME  StepName ProcStep JobIDOwnerC Pos DP Real PagingSIO
CPU% ASID ASIDX  EXCP-Cnt   CPU-Time SR 
useridCC *OMVSEX   STC04477 userid LO  FF 2503   0.00   0.00
0.00  322 0142891   0.04 DW 
useridCC BPXARCH   JOB04552 userid   A LO  FF  530   0.00   0.00
0.00   56 0038 43   0.00 DW 
useridCC STEP1 STC04463 userid IN  C1 2909   0.00  46.88
0.57  315 013B  59562   5.35

Note how the BPXARCH jobstep has gone into a wait and is swapped out (? Is
that what DP=FF means?). Every time I run the job it sits like this for a
minute or two and then finishes CC=0. Why? How can I make it run more
quickly?

Thanks,
Charles

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

Re: AW: CGIs and HTML FORMs

[Grinsell, Don]

You need to include the original information in a hidden field in your cgi 
generated form.  Then you can process it all together.

"The power of accurate observation is often mistaken for cynicism by those who 
have not got it."  -- George Bernard Shaw

From: IBM Mainframe Discussion List  on behalf of 
Mary Kay Tubello 
Sent: Thursday, February 1, 2018 09:28
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AW: CGIs and HTML FORMs

Thanks Mike,

But what you say is the part that I have already done.  I need help combining 
the info from the cgi URL and the form. Those are the last three points in my 
request.  And I'll add this comment

IN other words,  I want save what came in on the URL so I can append what came 
in from the form to it.  This is backward from the usual,  send out a form and 
process the info returned.
I’m starting with a URL to a CGI that passes parms.  Then the CGI sends a FORM, 
user enters info in FORM.  I want to be able to append this info to the 
original info that came in with the URL.

Mary Kay

--
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: AW: CGIs and HTML FORMs

[Mary Kay Tubello]

Thanks Mike,

But what you say is the part that I have already done.  I need help combining 
the info from the cgi URL and the form. Those are the last three points in my 
request.  And I'll add this comment

IN other words,  I want save what came in on the URL so I can append what came 
in from the form to it.  This is backward from the usual,  send out a form and 
process the info returned.   
I’m starting with a URL to a CGI that passes parms.  Then the CGI sends a FORM, 
user enters info in FORM.  I want to be able to append this info to the 
original info that came in with the URL.

Mary Kay

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

Re: Pu

[Steve Smith]

The direct document links are more stable than I thought.  Sorry.  As
for new processors, I don't think they are produced on a regular
schedule; but that's not really the point.  When a new one is
published, the article will be out-of-date.  But given the nature of
Wikipedia and encyclopediae in general, that's not a fatal flaw.

sas

On Thu, Feb 1, 2018 at 8:35 AM, Tom Marchant
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
> On Wed, 31 Jan 2018 15:42:09 -0500, Steve Smith wrote:
>
>>There are definitely links to the current PoOp, but given the swirling
>>chaos that is ibm.com, its validity cannot be guaranteed for more than
>>say, a couple of days.
>
> My experience is that URLs pointing to manuals have remained constant.
> I can't remember a link to a manual ever being changed.
>
>>Besides, it gets updated to a new edition
>>quite irregularly.
>
> A new edition gets releases on the GA date for a new generation of
> processors. Occasionally, a new one is released on the GA date for
> what used to be called the "Business Class" processor. I wouldn't
> call that "quite irregularly."
>
> --
> Tom Marchant
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
sas

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

Re: zOSMF - remove plug-in

[Jousma, David]

I suspect that in many shops, getting the security changes pushed through the 
channels is much more labor intensive than just uninstalling the parts you do 
not want.

Don’t get me wrong, I'm coming around on z/OSMF, but the considerable 
amount(understatement) of security work needed to implement is a daunting task. 
 I don’t know that we are still where things need to be.

We are also dealing with some of these same issues.  I've opened tickets with 
IBM asking questions, the stock answer was "we recommend one ZOSMF instance per 
sysplex".   While we do happen to have TECH, DEV and PROD in the same 
sysplex(pre-dates my employment), they are different JES MAS, so I have to run 
one instance per MAS.   So, for SYSPROG's, ZOSMF use is more of a toolbox 
thing, for non-sysprogs, it’s a "cloud" thing.   I want to make sysprog tools 
available in all instances, but the Workflows, etc that the general population 
might use, should be running the in "prod" instance, in my opinion.

The other "itch" I have is that there is no mechanism to "administer" the zosmf 
instances in one place, and push the changes around.   Today, we have to 
separately administer each instance (6) and is a repetitive exercise that I 
shouldn’t have to do.

I do participate in this workgroup at zBLC, and a lot of this is talked about 
there, so I know there could be future plans for a lot of this stuff.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
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 John Eells
Sent: Thursday, February 01, 2018 10:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - remove plug-in

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Jousma, David wrote:
> John,
>
> That would seem logical, but that’s not how it works.  Once added to the 
> list, removal does not remove it, sadly.   As someone else mentioned, the 
> only way to "remove" it, is to secure it in SAF.   The ability to uninstall a 
> plug-in has been discussed, I just don’t know where or if there are any 
> development efforts under way to provide it.
>

>
> Remove it from the list of enabled plug-ins in IZUPRMxx.  See PDF p. 48 in 
> the Configuration Guide, here:
> http://publibz.boulder.ibm.com/epubs/pdf/izu23215.pdf
>
> --
> John Eells
> IBM Poughkeepsie
> ee...@us.ibm.com


First, my apologies for the misinformation.  I just tried this and, as you say, 
it does not work.

Second, I will get this information added to the configuration guide, which 
appears silent on this particular issue.

Just out of curiosity, why would you want to remove one, as long as 
unauthorized people could not use it?

--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: zOSMF - remove plug-in

[John Eells]

Jousma, David wrote:

John,

That would seem logical, but that’s not how it works.  Once added to the list, removal 
does not remove it, sadly.   As someone else mentioned, the only way to 
"remove" it, is to secure it in SAF.   The ability to uninstall a plug-in has 
been discussed, I just don’t know where or if there are any development efforts under way 
to provide it.





Remove it from the list of enabled plug-ins in IZUPRMxx.  See PDF p. 48 in the 
Configuration Guide, here:
http://publibz.boulder.ibm.com/epubs/pdf/izu23215.pdf

--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com



First, my apologies for the misinformation.  I just tried this and, as 
you say, it does not work.


Second, I will get this information added to the configuration guide, 
which appears silent on this particular issue.


Just out of curiosity, why would you want to remove one, as long as 
unauthorized people could not use it?


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: zOSMF - remove plug-in

[Marna WALLE]

Hi Dave,
This is an "understood" current situation today, which we know would be nice to 
fix.

Remember, if you are using an external application (technically not a plug-in), 
like SDSF, you can remove it dynamically.  SDSF has the doc to do that, as it's 
quite easy.

-Marna WALLE
z/OS Installation and Migration
IBM Poughkeepsie

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

EMPTYTST program - Test if a non-VSAM dataset is empty

[Sam Golob]

Hi Folks,

    Because of some interest on this list, we just wrote a tool that 
might help people in long jobstreams.  It is called EMPTYTST and it is a 
batch program which can tell if a PS dataset or a PO member is empty or not.


    EMPTYTST uses SYSUT1 for the input dataset, and returns a code of 0 
if that dataset is not empty, a code of 4 if it is empty, and a code of 
8 if a pds member does not exist.  If the SYSUT1 DD name is missing, it 
returns a code of 12.


    EMPTYTST has two optional additional outputs--a WTO to the log, and 
a SYSPRINT output, either or both of which can help if you are looking 
through a long jobstream.


    EMPTYTST is on File 971 of the Updates page of www.cbttape.org and 
(of course) it is free.  All CBT Tape caveats and disclaimers apply, as 
with everything else in the CBT Tape collection.


    We hope it will help.

    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: zOSMF - remove plug-in

[Ronald Kristel]

I've made the same request several months ago in a PMR. They adviced the SAF 
option and asked to RFE it.
The reason why we wanted to do this, is because we have several z/OSMF 
instances running in the sysplex. Mainly to seperate internal use (Sysprog) and 
Workflow/Provisioning development. This separation was needed because of the 
SAF structure of admin/user and security groups.
We don't want plugins like the Incident Log/WLM to be used/visible by the 
Development z/OSMF. I (think) I accidently left those plugins in the IZUPRMxx 
while cloning a new z/OSMF instance.

Met vriendelijke groet,
Ronald Kristel

From: IBM Mainframe Discussion List  on behalf of 
Kurt Quackenbush 
Sent: Thursday, February 1, 2018 2:43:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - remove plug-in

On 1/31/2018 5:04 PM, R Dooley wrote:
> Seems this should be easy however I'm having difficulty locating doc for zOS 
> 2.2 and above regarding "how-to" remove a zOSMF plug-in once it has been 
> installed.  i.e. I no longer want it to appear as a link on the z/OSMF 
> landing page.

If you don't mind my asking, which plug-in are you trying to remove, and
why?

Kurt Quackenbush -- IBM, SMP/E Development

--
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: SMP/E RECEIVE ORDER Question

[Kurt Quackenbush]

On 2/1/2018 4:22 AM, Gadi Ben-Avi wrote:

Is it possible to not receive HOLD Data? If I do more than one order in a day, 
I want to skip the Hold Data the second time.


You cannot request PTFs without the HOLDDATA.  However, as already 
suggested, you can choose NOT to process the HOLDDATA after it has been 
downloaded.  Specify RECEIVE SYSMODS, without the HOLDDATA operand. 
(I'm not talking about the value of the CONTENT operand, but rather the 
standalone SYSMODS and HOLDDATA operands.)



Is it possible to tell SMP/E to not attempt to store a PTF in the first SMPPTS 
and just try the second or third one. The first one is full, and cannot be 
extended.
There is no command option if that's what you're hoping for.  RECEIVE 
always attempts to write PTFs to your SMPPTS data sets in order. 
However, you can switch the data set names in the SMPPTS and SMPPTS1 
DDDEF entries so your full data set is SMPPTS1 instead of SMPPTS.


Kurt Quackenbush -- IBM, SMP/E Development

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

Re: zOSMF - remove plug-in

[Kurt Quackenbush]

On 1/31/2018 5:04 PM, R Dooley wrote:

Seems this should be easy however I'm having difficulty locating doc for zOS 2.2 and 
above regarding "how-to" remove a zOSMF plug-in once it has been installed.  
i.e. I no longer want it to appear as a link on the z/OSMF landing page.


If you don't mind my asking, which plug-in are you trying to remove, and 
why?


Kurt Quackenbush -- IBM, SMP/E Development

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

Re: Pu

[Tom Marchant]

On Wed, 31 Jan 2018 15:42:09 -0500, Steve Smith wrote:

>There are definitely links to the current PoOp, but given the swirling
>chaos that is ibm.com, its validity cannot be guaranteed for more than
>say, a couple of days.

My experience is that URLs pointing to manuals have remained constant. 
I can't remember a link to a manual ever being changed.

>Besides, it gets updated to a new edition
>quite irregularly.

A new edition gets releases on the GA date for a new generation of 
processors. Occasionally, a new one is released on the GA date for 
what used to be called the "Business Class" processor. I wouldn't 
call that "quite irregularly."

-- 
Tom Marchant

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

Re: zOSMF - remove plug-in

[Jousma, David]

John,

That would seem logical, but that’s not how it works.  Once added to the list, 
removal does not remove it, sadly.   As someone else mentioned, the only way to 
"remove" it, is to secure it in SAF.   The ability to uninstall a plug-in has 
been discussed, I just don’t know where or if there are any development efforts 
under way to provide it.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
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 John Eells
Sent: Thursday, February 01, 2018 6:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - remove plug-in

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

R Dooley wrote:
> Hello,
> Seems this should be easy however I'm having difficulty locating doc for zOS 
> 2.2 and above regarding "how-to" remove a zOSMF plug-in once it has been 
> installed.  i.e. I no longer want it to appear as a link on the z/OSMF 
> landing page.

Remove it from the list of enabled plug-ins in IZUPRMxx.  See PDF p. 48 in the 
Configuration Guide, here: 
http://publibz.boulder.ibm.com/epubs/pdf/izu23215.pdf

--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: zOSMF - remove plug-in

[John Eells]

R Dooley wrote:

Hello,
Seems this should be easy however I'm having difficulty locating doc for zOS 2.2 and 
above regarding "how-to" remove a zOSMF plug-in once it has been installed.  
i.e. I no longer want it to appear as a link on the z/OSMF landing page.


Remove it from the list of enabled plug-ins in IZUPRMxx.  See PDF p. 48 
in the Configuration Guide, here: 
http://publibz.boulder.ibm.com/epubs/pdf/izu23215.pdf


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: SMP/E RECEIVE ORDER Question

[Richards, Robert B.]

Or you can create a new SMPPTSn dataset, say SMPPTS3, move the SMPPTS PTF 
entries into it, add the SMPPTS3 dataset to the SMPPTS3 DDDEF and you are good 
to go.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lucas Rosalen
Sent: Thursday, February 01, 2018 4:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E RECEIVE ORDER Question

Hello,

1. In the RECEIVE job, SMPCNTL DD you probably have something like: RECEIVE 
SYSMODS HOLDDATA. Remove this HOLDDATA.

2. You can change the DDDEFs for SMPPTS, SMPPTS1, SMPPTS2 accordingly or you 
can specify //SMPPTS DD in the RECEIVE JCL with a dataset that is not full

Regards,


---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com 
http://br.linkedin.com/in/lrosalen


2018-02-01 10:23 GMT+01:00 Gadi Ben-Avi :

> Hi,
>
> Is it possible to not receive HOLD Data? If I do more than one order 
> in a day, I want to skip the Hold Data the second time.
> Is it possible to tell SMP/E to not attempt to store a PTF in the 
> first SMPPTS and just try the second or third one. The first one is 
> full, and cannot be extended.
>
> We are using z/OS v2.1
>
> Thanks
>
> Gadi
>
>
>

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

Re: SMP/E RECEIVE ORDER Question

[Gadi Ben-Avi]

I have content(ptfs(list of ptfs))

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lucas Rosalen
Sent: Thursday, February 1, 2018 11:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E RECEIVE ORDER Question

Ah, yes, you're right... in this case you have to change the CONTENT ...
most likely you have CONTENT(ALL) and that's what should be changed

---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com 
http://br.linkedin.com/in/lrosalen


2018-02-01 10:31 GMT+01:00 Gadi Ben-Avi :

> For 1, when you user RECEIVE ORDER there is no SYSMOD or HOLDDATA in
> the command.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lucas Rosalen
> Sent: Thursday, February 1, 2018 11:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMP/E RECEIVE ORDER Question
>
> Hello,
>
> 1. In the RECEIVE job, SMPCNTL DD you probably have something like:
> RECEIVE SYSMODS HOLDDATA. Remove this HOLDDATA.
>
> 2. You can change the DDDEFs for SMPPTS, SMPPTS1, SMPPTS2 accordingly
> or you can specify //SMPPTS DD in the RECEIVE JCL with a dataset that
> is not full
>
> Regards,
>
>
> 
> ---
> *Lucas Rosalen*
> rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
> http://br.linkedin.com/in/lrosalen
>
>
> 2018-02-01 10:23 GMT+01:00 Gadi Ben-Avi :
>
> > Hi,
> >
> > Is it possible to not receive HOLD Data? If I do more than one order
> > in a day, I want to skip the Hold Data the second time.
> > Is it possible to tell SMP/E to not attempt to store a PTF in the
> > first SMPPTS and just try the second or third one. The first one is
> > full, and cannot be extended.
> >
> > We are using z/OS v2.1
> >
> > Thanks
> >
> > Gadi
> >
> >
> >
> > ?? , ? ?  ??? ?? ??"? ?/?? ??  ?? ?/?? 
> > ? ??? ( : "?") ??? ?? ???, ?? ,  ?? ???
> >  ?, ???   ? ?? ??? ? ?? ?? ?, ?
> ??
> >  ? ?? ??? ?? ??? ? ?. ?  ? (?
> 
> > ) ?? ??   ???, ??? ? ? ?? ??? 
> > ? ?,  ??  ?? ? ? ?? ?? ?.
> > Please note that in accordance with Malam and/or its subsidiaries
> (hereinafter :
> > "Malam") regulations and signatory rights, no offer, agreement,
> > concession or representation is binding on the Malam, unless
> > accompanied by a duly signed separate document (or a scanned version
> > thereof), affixed with the Malam seal.
> >
> > 
> > -- 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
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או
> חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות
> או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
> החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר
> מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
> Please note that in accordance with Malam and/or its subsidiaries 
> (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement,
> concession or representation is binding on the Malam, unless
> accompanied by a duly signed separate document (or a scanned version
> thereof), affixed with the Malam seal.
>
> --
> 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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries 

Re: SMP/E RECEIVE ORDER Question

[Lucas Rosalen]

Ah, yes, you're right... in this case you have to change the CONTENT ...
most likely you have CONTENT(ALL) and that's what should be changed

---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-02-01 10:31 GMT+01:00 Gadi Ben-Avi :

> For 1, when you user RECEIVE ORDER there is no SYSMOD or HOLDDATA in the
> command.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lucas Rosalen
> Sent: Thursday, February 1, 2018 11:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMP/E RECEIVE ORDER Question
>
> Hello,
>
> 1. In the RECEIVE job, SMPCNTL DD you probably have something like:
> RECEIVE SYSMODS HOLDDATA. Remove this HOLDDATA.
>
> 2. You can change the DDDEFs for SMPPTS, SMPPTS1, SMPPTS2 accordingly or
> you can specify //SMPPTS DD in the RECEIVE JCL with a dataset that is not
> full
>
> Regards,
>
>
> 
> ---
> *Lucas Rosalen*
> rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
> http://br.linkedin.com/in/lrosalen
>
>
> 2018-02-01 10:23 GMT+01:00 Gadi Ben-Avi :
>
> > Hi,
> >
> > Is it possible to not receive HOLD Data? If I do more than one order
> > in a day, I want to skip the Hold Data the second time.
> > Is it possible to tell SMP/E to not attempt to store a PTF in the
> > first SMPPTS and just try the second or third one. The first one is
> > full, and cannot be extended.
> >
> > We are using z/OS v2.1
> >
> > Thanks
> >
> > Gadi
> >
> >
> >
> > ?? , ? ?  ??? ?? ??"? ?/?? ??  ?? ?/?? 
> > ? ??? ( : "?") ??? ?? ???, ?? ,  ?? ???
> >  ?, ???   ? ?? ??? ? ?? ?? ?, ?
> ??
> >  ? ?? ??? ?? ??? ? ?. ?  ? (?
> 
> > ) ?? ??   ???, ??? ? ? ?? ??? 
> > ? ?,  ??  ?? ? ? ?? ?? ?.
> > Please note that in accordance with Malam and/or its subsidiaries
> (hereinafter :
> > "Malam") regulations and signatory rights, no offer, agreement,
> > concession or representation is binding on the Malam, unless
> > accompanied by a duly signed separate document (or a scanned version
> > thereof), affixed with the Malam seal.
> >
> > --
> > 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
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה
> קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג
> מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את
> לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please
> note that in accordance with Malam and/or its subsidiaries (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement, concession
> or representation is binding on the Malam, unless accompanied by a duly
> signed separate document (or a scanned version thereof), affixed with the
> Malam seal.
>
> --
> 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: SMP/E RECEIVE ORDER Question

[Gadi Ben-Avi]

For 1, when you user RECEIVE ORDER there is no SYSMOD or HOLDDATA in the 
command.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lucas Rosalen
Sent: Thursday, February 1, 2018 11:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E RECEIVE ORDER Question

Hello,

1. In the RECEIVE job, SMPCNTL DD you probably have something like: RECEIVE 
SYSMODS HOLDDATA. Remove this HOLDDATA.

2. You can change the DDDEFs for SMPPTS, SMPPTS1, SMPPTS2 accordingly or you 
can specify //SMPPTS DD in the RECEIVE JCL with a dataset that is not full

Regards,


---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com 
http://br.linkedin.com/in/lrosalen


2018-02-01 10:23 GMT+01:00 Gadi Ben-Avi :

> Hi,
>
> Is it possible to not receive HOLD Data? If I do more than one order
> in a day, I want to skip the Hold Data the second time.
> Is it possible to tell SMP/E to not attempt to store a PTF in the
> first SMPPTS and just try the second or third one. The first one is
> full, and cannot be extended.
>
> We are using z/OS v2.1
>
> Thanks
>
> Gadi
>
>
>
> ?? , ? ?  ??? ?? ??"? ?/?? ??  ?? ?/?? 
> ? ??? ( : "?") ??? ?? ???, ?? ,  ?? ???
>  ?, ???   ? ?? ??? ? ?? ?? ?, ? ??
>  ? ?? ??? ?? ??? ? ?. ?  ? (? 
> ) ?? ??   ???, ??? ? ? ?? ??? 
> ? ?,  ??  ?? ? ? ?? ?? ?.
> Please note that in accordance with Malam and/or its subsidiaries 
> (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement,
> concession or representation is binding on the Malam, unless
> accompanied by a duly signed separate document (or a scanned version
> thereof), affixed with the Malam seal.
>
> --
> 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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

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

Re: Problem with JCL

[Ward Able, Grant]

Thanks to all who have responded. I have decided to follow the route of having 
a step which will run a REXX exec to do the allocations for me. Far, far easier 
than any other solution I was considering :) 



Regards – Grant.


In theory, there's no difference between theory and practice. In practice, 
there is.

If you don't have time to do it right, when will you have the time to do it 
over? - John Wooden


DTCC Internal (Green)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: 31 January 2018 13:53
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem with JCL

ATTENTION! This email originated outside of DTCC; exercise caution.


On Wed, 31 Jan 2018 05:17:42 -0800, Gerhard Adam wrote:

>Why not simply make Part B and Part C, separate jobs and use IEBGENER to 
>submit them to the internal reader based on condition code?

Or use INCLUDE with one or more members that have different content on 
different systems.

Or use ReXX to perform dynamic allocation and invoke programs

--
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DTCC DISCLAIMER: This email and any files transmitted with it are confidential 
and intended solely for the use of the individual or entity to whom they are 
addressed. If you have received this email in error, please notify us 
immediately and delete the email and any attachments from your system. The 
recipient should check this email and any attachments for the presence of 
viruses.  The company accepts no liability for any damage caused by any virus 
transmitted by this email.


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

Re: SMP/E RECEIVE ORDER Question

[Lucas Rosalen]

Hello,

1. In the RECEIVE job, SMPCNTL DD you probably have something like: RECEIVE
SYSMODS HOLDDATA. Remove this HOLDDATA.

2. You can change the DDDEFs for SMPPTS, SMPPTS1, SMPPTS2 accordingly or
you can specify //SMPPTS DD in the RECEIVE JCL with a dataset that is not
full

Regards,


---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-02-01 10:23 GMT+01:00 Gadi Ben-Avi :

> Hi,
>
> Is it possible to not receive HOLD Data? If I do more than one order in a
> day, I want to skip the Hold Data the second time.
> Is it possible to tell SMP/E to not attempt to store a PTF in the first
> SMPPTS and just try the second or third one. The first one is full, and
> cannot be extended.
>
> We are using z/OS v2.1
>
> Thanks
>
> Gadi
>
>
>
> ?? , ? ?  ??? ?? ??"? ?/?? ??  ?? ?/?? 
> ? ??? ( : "?") ??? ?? ???, ?? ,  ?? ???
>  ?, ???   ? ?? ??? ? ?? ?? ?, ? ??
>  ? ?? ??? ?? ??? ? ?. ?  ? (? 
> ) ?? ??   ???, ??? ? ? ?? ??? 
> ? ?,  ??  ?? ? ? ?? ?? ?. Please
> note that in accordance with Malam and/or its subsidiaries (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement, concession
> or representation is binding on the Malam, unless accompanied by a duly
> signed separate document (or a scanned version thereof), affixed with the
> Malam seal.
>
> --
> 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

SMP/E RECEIVE ORDER Question

[Gadi Ben-Avi]

Hi,

Is it possible to not receive HOLD Data? If I do more than one order in a day, 
I want to skip the Hold Data the second time.
Is it possible to tell SMP/E to not attempt to store a PTF in the first SMPPTS 
and just try the second or third one. The first one is full, and cannot be 
extended.

We are using z/OS v2.1

Thanks

Gadi



?? , ? ?  ??? ?? ??"? ?/?? ??  ?? ?/??  ? 
??? ( : "?") ??? ?? ???, ?? ,  ?? ???  ?, 
???   ? ?? ??? ? ?? ?? ?, ? ??  ? ?? 
??? ?? ??? ? ?. ?  ? (?  ) ?? 
??   ???, ??? ? ? ?? ???  ? ?,  
??  ?? ? ? ?? ?? ?. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

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

Re: Submitting batch job in console

[Vernooij, Kees (ITOPT1) - KLM]

Don't use DSN= as a parameter on the START command, since it will give you 
headaches to get the STC working.
It is a recognized JCL parameter and will be substituted on the IEFPROC.IEFRDR 
DD statement.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of retired mainframer
> Sent: 01 February, 2018 9:02
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Submitting batch job in console
> 
> You can create a started task that executes IEBGENER.  Let the DSN of
> the input containing the job be a symbolic you specify when you start
> the task.  Let the output point to the JES reader.  From the console you
> could use
> S task_name,DSN='some.sequential.dataset'  or
> S task_name,DSN='pds(member)'
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> > Behalf Of Peter
> > Sent: Wednesday, January 31, 2018 10:50 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Submitting batch job in console
> >
> > Hi
> >
> > Is it possible to submit a batch job from MVS console ?
> >
> > General question
> >
> > Peter
> >
> > --
> > 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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Re: Submitting batch job in console

[retired mainframer]

You can create a started task that executes IEBGENER.  Let the DSN of the input 
containing the job be a symbolic you specify when you start the task.  Let the 
output point to the JES reader.  From the console you could use
S task_name,DSN='some.sequential.dataset'  or
S task_name,DSN='pds(member)'

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: Wednesday, January 31, 2018 10:50 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Submitting batch job in console
> 
> Hi
> 
> Is it possible to submit a batch job from MVS console ?
> 
> General question
> 
> Peter
> 
> --
> 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