The system is down due to a scheduling delay.
server: aa...aa, maintenance information: bb...bb, cc...cc, d, ee...ee

The system went down because 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)

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.