Opened 5 years ago

Last modified 3 years ago

#255 closed defect

>sc1>system_start_up.ec doesn't log in IO daemon for puna, but >sc1>admin.ec assumes it has — at Version 3

Reported by: Eric Swenson Owned by: Eric Swenson
Priority: major Milestone: MR12.8
Component: Tools Version: MR12.7
Keywords: Cc:

Description (last modified by Eric Swenson)

!>sc1>system_start_up.ec is invoked at every boot of the system. It performs all sorts of task, including logging in of system daemons.

sc1>admin.ec supports the operator "x" commands, such as "x io1".

"x io1" initializes the IO coordinator (cord), and the printer and punch daemons (prta and puna). However, it assumes that the IO.SysDaemon process on message coordinator channel puna has been logged in. It tries to send that process three commands, which all fail because the process wasn't logged in by >sc1>system_start_up.ec.

Since card punching is normally not very common, rather than log in the daemon in >sc1>system_start_up.ec, it is better to log it in on demand -- when "x io1" is invoked.

sc1>admin.ec should be updated thus:

Inserted in B:
B63       sc_command login IO SysDaemon puna
B64       pause 10
Preceding:
A63       sc_command r puna driver

Comparison finished: 1 difference, 2 lines.
r 08:08 0.089 0

Change History (3)

comment:1 by Eric Swenson, 5 years ago

Description: modified (diff)

comment:2 by Eric Swenson, 5 years ago

Description: modified (diff)

comment:3 by Eric Swenson, 5 years ago

Description: modified (diff)
Note: See TracTickets for help on using tickets.