T.R | Title | User | Personal Name | Date | Lines |
---|
652.1 | OSCint v2 | SUPER7::HUGHESA | Swimming against the tide @#%* | Fri Mar 17 1995 16:25 | 6 |
| Geert,
The OXF module in Oscint v2 allows you to simply and easily create rules that can
handle this type situation with parent/child processes.
Andy.
|
652.2 | strange behaviour | BACHUS::WILLEMSG | Geert Willems MCS-Belgium | Mon Mar 20 1995 09:58 | 10 |
|
Hi,
Is it normal when you stop one of the Console Ctrl xx processes,
all the other Console Ctrl xx and also the Console Daemon vanish ?
Rgds,
Geert
|
652.3 | | OPG::PHILIP | And through the square window... | Mon Mar 20 1995 10:41 | 17 |
| Geert,
Yes, you should never stop one of these, the parent "Console Daemon"
process will see that it has disappeared and shut down everything else!
If your customer wants to check for missing processes, what they should
do is check for one of them missing and if it is, shut the product down
and restart it.
Plus, stop/id'ing one of the processes could cause loss of data! I know
this is unavoidable if the process has hung, but that situation should
never occur and we would be interested in situations which cause it to
happen.
Cheers,
Phil
|
652.4 | | BACHUS::WILLEMSG | Geert Willems MCS-Belgium | Mon Mar 20 1995 14:14 | 33 |
|
Hi Phil,
> Yes, you should never stop one of these, the parent "Console Daemon"
> process will see that it has disappeared and shut down everything else!
Including himself(Console Daemon) ?
> If your customer wants to check for missing processes, what they should
> do is check for one of them missing and if it is, shut the product down
> and restart it.
Based on what you said, the customer only has to monitor for
Console Daemon as missing process.
> Plus, stop/id'ing one of the processes could cause loss of data! I know
> this is unavoidable if the process has hung, but that situation should
> never occur and we would be interested in situations which cause it to
> happen.
He used the STOP/ID for test purpose. Just to see if the action
routine in PSW functions.
Is there an easy way to stop/restart the Console Notify process ?
Do we have to stop/restart PCM also when this process disappears ?
May I conclude : if any PCM process stops, the best way to recover
via a PSW action routine is :
1)CONSOLE SHUTDOWN/NOCONFIRM
2)@SYS$STARTUP:CONSOLE$STARTUP RESTART
Thanks for your help.
Rgds,
Geert
|
652.5 | | OPG::PHILIP | And through the square window... | Mon Mar 20 1995 17:05 | 29 |
| Geert,
>> Including himself(Console Daemon) ?
yes.
>> Based on what you said, the customer only has to monitor for
>> Console Daemon as missing process.
yes.
>> Is there an easy way to stop/restart the Console Notify process ?
>> Do we have to stop/restart PCM also when this process disappears ?
no, although you could look in the PCM startup.com and use the commands
there to restart the ENS daemon, after it is restarted, the controller
daemons should connect to it after their check interval.
>> May I conclude : if any PCM process stops, the best way to recover
>> via a PSW action routine is :
>> 1)CONSOLE SHUTDOWN/NOCONFIRM
>> 2)@SYS$STARTUP:CONSOLE$STARTUP RESTART
This is the supported mechanism.
Cheers,
Phil
|