Operating System - OpenVMS
1748246 Members
3734 Online
108760 Solutions
New Discussion юеВ

Re: how to Execute application script with application ID's

 
shiva27
Frequent Advisor

how to Execute application script with application ID's

We do the weekly reboot of VMS server, One of the application startup file needs to execute automatically while every weekly reboot, I've added script into site specific startup as below,
$@test.com;/out=test.log.

question:after weely reboot some of logicals not able to see by application team.
12 REPLIES 12
Hein van den Heuvel
Honored Contributor

Re: how to Execute application script with application ID's

>> We do the weekly reboot of VMS server

Ah! The good old, more often than not useless, therapeutic reboot. Oh well.

>> after weely reboot some of logicals not able to see by application team.

Somewhere in the startup, those logical had better become defined right?

As a first step, AFTER that is succesfully done, START a batch queue dedicated to the application.

As a second step, don't run the 'test' script it in the starup itself, but submit it to this (stopped) application dependent batch queue.

Alternatively, just submit the job with a delay. For example: SUBMIT /ATER="+1:00" ...

hth,
Hein.

shiva27
Frequent Advisor

Re: how to Execute application script with application ID's

Manually, when i execute this as ,

$set uic [G,application ID]
$spaw
$@test.com;

Application team are able to see all logically as defined into scripts.

So if i put as below is it work ?
$submit/UIC=[g,appID]
Steven Schweda
Honored Contributor

Re: how to Execute application script with application ID's

> So if i put as below is it work ?

What happens if you try that? (You tell me
if it works.)
shiva27
Frequent Advisor

Re: how to Execute application script with application ID's

I want to put into system startup script as per application team requirement.

appreciate if you suggest this way.
Hakan Zanderau ( Anders
Trusted Contributor

Re: how to Execute application script with application ID's

Are the logicals defined in a GROUP-table ?
( not seen by everybody )

Do a SHOW LOGICAL/FULL 'logical' and check in what nametable they are defined.

Hakan Zanderau
HA-solutions
Don't make it worse by guessing.........
Joseph Huber_1
Honored Contributor

Re: how to Execute application script with application ID's

> So if i put as below is it work ?
> $submit/UIC=[g,appID]

On MY systems no, it doesn't work, there is no /UIC qualifier to submit, but there is a /USER qualifier.
Submit the command-file to a user in the group with the necessary privileges to do the desired actions, i.e. have the GRPNAM privilege to be able to DEFINE/GROUP and so on.
I call this account a "group administrator": it needs not be a "real" user, it just needs to have batch access, no interactive,network,remote etc.

http://www.mpp.mpg.de/~huber
Hakan Zanderau ( Anders
Trusted Contributor

Re: how to Execute application script with application ID's

Check TEST.COM how the logicals are defined.

Do a SET UIC in the commandfile itself.
( Don't forget to set it back to [1,4] when done )

or

DEFINE/TABLE=LMN$GROUP_nnnn logical xxxxxx

Hakan Zanderau
HA-solutions
Don't make it worse by guessing.........
shiva27
Frequent Advisor

Re: how to Execute application script with application ID's

Okay. Let me verify this. I will get back to u with result.
John Gillings
Honored Contributor

Re: how to Execute application script with application ID's

shiva,
Please don't use SET UIC. It doesn't do what you think or hope it does. Most of the time it just causes trouble.

The easiest way I know of to ensure a group logical name table is created is with the RUN command:

$ RUN/UIC=[grp,0] nl:

Since it's not necessarily synchronous, you may want to pause for a short time after the command before defining your logical names.

$ RUN/UIC=[grp,0] nl:
$ WAIT 00:00:00.10

(note the process itself will fail attempting to execute from NL:, but that's not until after the table has been created).

I'd suggest you review the "weekly reboot" policy. It really isn't necessary, and it's obviously causing trouble! (although I guess we could argue that it's just revealing bugs in your startup scripts that should be fixed ;-)
A crucible of informative mistakes