declarable services ?

[Paul Goslin Rae McCarth]

A user has requested I increase 'declarable services' on an Alpha server running 8.2
I've done a few searches and can't find out what she means by the term 'declarable services'. An excerpt from her e-mail reads: "before TBIRD next gets a reboot the amount of declarable services needs to be upped. I've been running our cross-networking testing and could not get a detached PDM on TBIRD to allow communication with ARCHER for testing from the ARCHER side."
Any clues as to what she is talking about ?

[Andy Bustamante]

WAG:

a) Number of connections for TCPIP, See TCPIP HELP SET SERVICE /LIMIT

b) Number of LAT ports, possibly assigned to an application

c) Number of users licensed to a third party application

Suggestion, get more details and a description of the tools, behavior and history.


Andy

[Hoff]

WAG: you might want to check the Cincom Supra
docs, if that's what the requester is seeking to use here. Maybe MAXTASKS? Or you could ask the requester for additional information, as the question certainly looks to involve software other than OpenVMS and as yet unidentified.

[Robert Gezelter]

Paul, Rae,

I presume from context that TBIRD and ARCHER are nodes.

I agree with Hoff, the quoted excerpt from the email is not sufficient.

The term "insufficient services" could mean TCP limits, but it could also mean a configuration item specific to a piece of not yet identified applications software (not integral to OpenVMS). It could also refer to an issue with the account being used for the operation; or an operation that is not allowed by your security configuration.

More detail is needed (either publicly or privately).

- Bob Gezelter, http://www.rlgsc.com

[Paul Goslin Rae McCarth]

Thanks for the feedback. TBIRD is an Alphaserver running 8.2 and ARCHER is an ItaniumRX2600 running 8.3. This is Cincom and she is testing Supra. Here is the entire body of the e-mail I received:
This is not urgent but I thought you should know that before TBIRD next gets a reboot the amount of declarable services needs to be upped. I've been running our cross-networking testing and could not get a detached PDM on TBIRD to allow communication with ARCHER for testing from the ARCHER side. TBIRD can go to ARCHER with no problems. We are right at the declared limit for services. Luckily one was up that I knew I could kill as it was from my testing for the SUPRA RAK that I was asked to do on VMS. Once I set that to noservice. With the addition work that hubdriver and the SUPRA RAK people are doing we probably need to up the number allowed by about 5 more to give us all a little breathing room.

[Robert Gezelter]

Paul and Rae,

I concur with checking the docset for Cincom.

The context of this request is unclear at to me at the present time.

- Bob Gezelter, http://www.rlgsc.com

[Paul Goslin Rae McCarth]

I requested more detail and she replied with:
Sorry about that ... our database declares itself a known object so that a remote connection (another server on a network) can access it. If it is not declared as a known object it can only service local tasks (on that same server only). TBRID has been getting maxed out lately and when I've run some of our tests I have been unable to correctly run the ones that cross the network between ARHCER and TBIRD because our TBIRD database was unable to declare itself a known object.

If it helps HP in our code the name is declared through the NFB declarations setup is like this:
nfbdesc.nfb->func_num = NFB$C_DECLNAME;
nfbdesc.nfb->object_num = 0; /* No object number. */
nfbdesc.length = 5;
network_name.address = &network_name_str;

If the amount of know object allocations are taken up the SYS$QIOW call using this info will fail and we cannot use cross network communications.

status = SYS$QIOW(0, /* No Event flag. */
p_tvt->tvtdclchn, /* Device channel. */
IO$_ACPCONTROL, /* Ass name to task. */
&iosb, /* I/O Status Block. */
0, /* No Ast Address */
0, /* No Ast parameters */
&nfbdesc, /* p1=Network func desc */
&network_name, /* p2=Network name desc */
0,0,0,0); /* p3,p4,p5,p6 */

[Robert Gezelter]

Paul and Rae,

Okay, that seems to imply that you are dealing with DECnet processes. You can be running into a variety of limits.

Most of these limits are not related to the system as a whole. Some of them are related to the individual user account being used by the network processes.

Check your logs and check the accounts being used by the server processes, as a start.

- Bob Gezelter, http://www.rlgsc.com

[Walter Miller_1]

What version of DECNET are you using? If you are using DECNET PHASE IV then issue the command "mcr ncp show exec char" to see the value of Maximun Declared Objects.

[Walter Miller_1 · Accepted solution]

If you are using DECNET Phase IV once you know the current value of "Maximum Declared Objects", you can set the new value by issuing the command "mcr ncp set exec maximum declared objects xxxx" with xxxx being the what you currently have set plus the number of additional objects you may need. This will set the volatile database. You will need to issue the same command with "define" instead of "set" to modify the permanent database.

[Paul Goslin Rae McCarth]

Thank All....
I found the Max Declared Obj was 31....
I've increase it to 41 using your recomendations....