Portal | Manuals | References | Downloads | Info | Programs | JCLs | Mainframe wiki | Quick Ref
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Profile Log in to check your private messages Log in
 
Route a product's job to specific lpar

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> All Other Mainframe Topics
View previous topic :: :: View next topic  
Author Message
vasanthz

Global Moderator


Joined: 28 Aug 2007
Posts: 1522
Location: Chennai

PostPosted: Thu Mar 02, 2017 2:22 am    Post subject: Route a product's job to specific lpar
Reply with quote

Hi,

We have 2 lpars and JES2 is shared between them and also the DASD.
We need to route all jobs containing a particular PGM=XXXXYYYY to one single LPAR.

Basically we are trying to restrict a product to run only in 1 lpar, eventhough the batch job could be submitted on the other.

Could you please give me pointers of how this could be achieved.
Would WLM or Automation software be able to do this?

Regards,
Back to top
View user's profile Send private message

steve-myers

Active Member


Joined: 30 Nov 2013
Posts: 574
Location: The Universe

PostPosted: Thu Mar 02, 2017 4:26 am    Post subject:
Reply with quote

See the discussion about the SYSAFF=xxx parameter in the /*JOBPARM statement (or its JES3 equivalent) in the JCL reference manual for your z/OS release.

Here you specify the system ID as it is used in JES2 or JES3 directly; it does not key on a program name as you propose.

If you insist on keying on a program name, you can use an exit, at least in JES2. This exit is not going to be simple to write.
Back to top
View user's profile Send private message
vasanthz

Global Moderator


Joined: 28 Aug 2007
Posts: 1522
Location: Chennai

PostPosted: Thu Mar 02, 2017 5:13 am    Post subject:
Reply with quote

Hi Steve,

Thank you for your thoughts, I am aware of the SYSAFF parameter and it works well in our site, but there is a possibility that a user might run a batch job without the SYSAFF parameter and the product would get invoked in the lpar which we don't intend to run.

I have no experience in JES2 exits and would have research what it is.
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8165
Location: East Dubuque, Illinois, USA

PostPosted: Thu Mar 02, 2017 7:21 am    Post subject: Reply to: Route a product's job to specific lpar
Reply with quote

JES3 makes this an easy task since the global routes work to each LPAR. JES2, it's not so easy. Can you assign the job to a particular job class? If so, start an initiator on the desired LPAR with that job class and make sure no initiators on the other LPAR have that job class. If this is not an option, you may have to write a JES2 user exit.
Back to top
View user's profile Send private message
Pete Wilson

Active User


Joined: 31 Dec 2009
Posts: 445
Location: London

PostPosted: Thu Mar 02, 2017 1:27 pm    Post subject:
Reply with quote

You can specify the SYSAFF with a 'minus' before an LPAR name you DO NOT want the job to run on.
e.g.
/*JOBPARM SYSAFF=(-lpar1)

There's also the option for SCHENV= on the jobcard (scheduling environment) that can be set up for this purpose. I haven't set one up but I have seen it used a lot to ensure certain jobs run only on selected LPAR's to help with licencing costs for example.
Back to top
View user's profile Send private message
enrico-sorichetti

Global Moderator


Joined: 14 Mar 2007
Posts: 10326
Location: italy

PostPosted: Thu Mar 02, 2017 2:02 pm    Post subject: Reply to: Route a product's job to specific lpar
Reply with quote

Quote:
but there is a possibility that a user might run a batch job without the SYSAFF parameter and the product would get invoked in the lpar which we don't intend to run.


IMO the whole discussion is a moot point

If You rely on an hand coded parameter, whatever the choice - CLASS, SYSAFF, ROUTE, SCHENV -
the human error factor will always be there and You will have to live with that ...
Back to top
View user's profile Send private message
Willy Jensen

Active User


Joined: 01 Sep 2015
Posts: 170
Location: Switzerland

PostPosted: Thu Mar 02, 2017 3:28 pm    Post subject:
Reply with quote

Can you remove that program from lpars where you don't want it to run?
Back to top
View user's profile Send private message
enrico-sorichetti

Global Moderator


Joined: 14 Mar 2007
Posts: 10326
Location: italy

PostPosted: Thu Mar 02, 2017 3:41 pm    Post subject: Reply to: Route a product's job to specific lpar
Reply with quote

Quote:
Can you remove that program from lpars where you don't want it to run?


I also had thought on how to prevent the execution on the wrong LPAR
- RACF, private libraries, hacking the control blocks , ...

but all might leave behind a lot of garbage
tht' s why I did not suggest it
Back to top
View user's profile Send private message
Pete Wilson

Active User


Joined: 31 Dec 2009
Posts: 445
Location: London

PostPosted: Thu Mar 02, 2017 6:27 pm    Post subject:
Reply with quote

You could have an initial REXX step that issues the MVS command 'D SYMBOLS' and sets a non-zero retrun code if wrong LPAR name is shown in the &SYSNAME returned in the display. That way any subsequent steps would only execute if the steps sets RC=00.

But SHENV in my experience works perfectly. We use it to ensure PGM=SAS jobs only run on selected LPAR's to save licensing costs. Never seen any issue with it for many years.
Back to top
View user's profile Send private message
vasanthz

Global Moderator


Joined: 28 Aug 2007
Posts: 1522
Location: Chennai

PostPosted: Fri Mar 03, 2017 6:26 am    Post subject:
Reply with quote

Hi All,
Thank you for your inputs. The SCHENV or SYSAFF parameter would work but as Enrico mentioned, there is always the possibility that a user might submit a job which does not have those parameters.
Quote:
Can you assign the job to a particular job class? If so, start an initiator on the desired LPAR with that job class and make sure no initiators on the other LPAR have that job class.

This is a nice idea but I don't know how to assign a CLASS to a job based on the program the job runs. We have a JES2 exit written which automatically changes CLASS parameters, but it is on assembler and difficult to understand.

Quote:
Can you remove that program from lpars where you don't want it to run?

This is a potential idea. But I don't know how to do this. The DASD is shared between two lpars and product datasets are catalogued on both the lpars. So I dont know how to make datasets available only on specific lpar.
Quote:
RACF, private libraries, hacking the control blocks

I am no RACF expert either, is it possible to make universal access of NONE only on 1 lpar?
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> All Other Mainframe Topics All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts How to insert a value on specific pos... Poha Eater DFSORT/ICETOOL 9 Sun Oct 01, 2017 3:04 am
No new posts How to write Specific Fields from Mul... Padhu SYNCSORT 6 Thu Jul 06, 2017 10:26 am
No new posts how to split records based on specifi... Venkata Ramayya DFSORT/ICETOOL 6 Wed Sep 28, 2016 3:20 am
No new posts How to calculate an specific transact... lind sh CICS 2 Tue Sep 13, 2016 9:20 pm
No new posts DFSORT sorting only specific records akodakka DFSORT/ICETOOL 4 Thu Aug 04, 2016 11:24 am

Facebook
Back to Top
 
Job Vacancies | Forum Rules | Bookmarks | Subscriptions | FAQ | Polls | Contact Us