Difference between revisions of "Seon check running daemons"

Revision as of 07:06, 15 July 2011

Which processes must run

In order to keep Seon running, the following processes must exist:

• seonrd: The Seon master receive daemon (parent process of the subsequent receive daemon processes)
  • seonrd_tcpip: The Seon receive daemon for accepting TCP/IP connections
  • seonrd_tcpip_tls: The Seon receive daemon for accepting TLS secured TCP/IP connections for OFTP2
  • seonrd_capi_0: The Seon receive daemon for accepting ISDN connections on the first ISDN controller
  • (seonrd_capi_x: subsequent ISDN controller receivig processes, if more controllers are configured)
• seonsqd: Seon send queue daemon. Parent process of running actions started by this process, like sending send queue entries, polling partners, updating CRLs etc.
• seondebugd: Seon debug daemon which collects debugging information from every Seon process for problem reporting

In case you have Seon Enterprise, the following process must also exist:

• seonclientd: Seon client daemon, responsible for user authentification and Seon Enterprise job processing

How do the processes save their state

Every Seon daemon process saves its PID (process ID) in the database. If a value exists in the database on startup, the daemon refuses to start with the message that another daemon must be running at the moment. In some rare cases, the database information may not meet the real situation, when PIDs are saved in the database and no processes are running. In this case, you can start the daemon in 'forced' mode which overrides the PID check at daemon start.

Beware: If more than one daemon is running, racing conditions occur between the different running programs, mostly leading to problems in receiving or sending files. This situation is highly unsupported and absolutely to be avoided!

Identify running processes

When to start in 'forced' mode?