Scheduling is delayed.
server: aa...aa, maintenance information: bb...bb, cc...cc, d, ee...ee

There is a server whose scheduling using the schedule queue is delayed.

aa...aa: Server name

bb...bb: Number of service requests held in the schedule queue (up to 10 digits)

cc...cc: Schedule delay limit specified in the schedule_delay_limit operand in the user service definition (up to five digits) (unit: seconds)

d: Whether to allow the system to go down as specified in the schedule_delay_abort operand in the user service definition when the schedule is delayed (N or Y)

ee...ee: Number of seconds from the start of schedule queue monitoring (up to 10 digits)

S: Processing differs depending on the value specified in the schedule_delay_abort operand in the user service definition.

When you specify N (default) for schedule_delay_abort, the system outputs this message and continues processing. When scheduling using the schedule queue is delayed for a long time, this message is output repeatedly.

When you specify Y for schedule_delay_abort, the system daemon of the schedule service terminates abnormally and OpenTP1 goes down.

Countermeasure: The cause of this problem may be the delayed service processing in the user server or the excessive load in the entire system.

Check the cause of this problem using system commands of the operating system, take appropriate actions, and restart OpenTP1. Save the result of entering the scdls command with the -p option, and then contact maintenance personnel as required.