TSS9816I REMOTE MACHINE NOT ACCEPTING COMMANDS FROM THIS NODE
search cancel

TSS9816I REMOTE MACHINE NOT ACCEPTING COMMANDS FROM THIS NODE

book

Article ID: 16827

calendar_today

Updated On:

Products

Top Secret Top Secret - LDAP

Issue/Introduction

Resolving TSS9816I REMOTE MACHINE NOT ACCEPTING COMMANDS FROM THIS NODE.



We see the following messages in the TSS logs:

TSS9816I REMOTE MACHINE NOT ACCEPTING COMMANDS FROM THIS NODE

- and so stopped and restarted CPF on the other LPARs.

Is this sufficient to explain the build-up of messages in the CPF file? Are TSS9816I messages normal following a Secfile recovery? Could you advise us on what we could do to ensure that the CPF commands are propagated faster in similar circumstances in future.

Environment

Release: TOPSEC00200-15-Top Secret-Security
Component:

Resolution

The TSS9816I indicates the connection is down which would cause the CPF recovery file to back up with TSS commands.

Once you stopped and restarted CPF on the other systems, the CPF connection was re-established and the commands on the CPF recovery file that built up were released to the other systems to be processed.

When a CPF connection is down, stopping and restarting CPF is the correct action.
You may want to issue a TSS MODIFY STATUS(CPF) to determine which CPF connection is down and recycle only those system where the connection is down.

Questions:
1. Is this sufficient to explain the build-up of messages in the CPF file?
Answer:
Yes.
2. Are TSS9816I messages normal following a Secfile recovery?
Answer:
Yes
3. Could you advise us on what we could do to ensure that the CPF commands are propagated faster in similar circumstances in future.
Answer:
There really isnt any functionality in CA Top Secret to ensure that the CPF commands are propagated faster. Once the CPF link is re-established, the TSS commands saved on the CPF recovery file is released. They will be processed as fast as possible.