My Oracle Support Banner

What Sent SIGQUIT to a Messaging Server Process? (Doc ID 1380132.1)

Last updated on NOVEMBER 15, 2022

Applies to:

Oracle Communications Messaging Server - Version 7.0.4 and later
Information in this document applies to any platform.


Messaging Server was restarted automatically because the watcher process detected that an imsconnutil process had "exited abnormally":

In the default log file:

Core dump analysis showed the process exited because it received a signal 3, SIGQUIT.  This is not a signal Messaging Server processes should have to deal with.  Nothing should be sending this signal to any Messaging Server processes and it is not a signal that would be automatically generated by anything else.

However, kill -3 is something done to Java JVM processes to cause them to dump a thread stack trace.  It is most likely that a sysadmin did that either accidentally on the Messaging Server process or perhaps ran a script intended to gather diagnostic information from Java processes, not realizing it would have negative effects on non-Java processes.

So the question is: how to tell what process sent SIGQUIT to this process?


To view full details, sign in with your My Oracle Support account.

Don't have a My Oracle Support account? Click to get started!

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.