exim no longer restarts from SSH. Anyone else notice this?

[jols]

I attempt to restart exim the way we always did via shell, with this:

/etc/init.d/exim restart

or this

service exim restart

And here is the output that it really just instantly pops on to the shell window seemingly without any delay at all:

Shutting down exim: [FAILED]
Shutting down spamd: [FAILED]
Starting exim-426: [ OK ]
Starting exim: [ OK ]
Starting exim-outgoing: [ OK ]
Starting exim-smtps: [ OK ]

... and the results are that exim is not restarted.

I've also tried entering these two commands, but I get the exact same result:

service exim stop
service exim start

HOWEVER, I do find that I can restart exim via WHM (thank goodness).

Okay, so we have some scripts that need to restart exim via a shell script, but apparently they no longer will work to restart exim because we can no longer do this via shell.

By the way, I've also tried this:

/scripts/restartsrv_exim

.. but I get the same non-restart-results.

Does anyone know if there is a better way to restart exim from shell these days?

Thanks!

 

[PlatinumServerM]

You would need to check the logs and processes to find out more of what is going on. Something else may be stuck on the port or it may be failing upon loading parts of it.

 

[eth00]

I have not seen that issue with servers we work on, sounds like something specific to your server. Has /etc/init.d/exim been modified recently?

 

[jvandellen]

I've got the same issue with spamd on multiple servers...

 

[jols]

I have not seen that issue with servers we work on, sounds like something specific to your server. Has /etc/init.d/exim been modified recently?

Nope. And this same thing is occurring on all of our cPanel servers. Currently running:

cPanel 11.24.4-R36167 - WHM 11.24.2 - X 3.9
REDHAT Enterprise 5.2 i686

 

[cPanelDavidG]

What about using /scripts/restartsrv_exim ?

 

[jols]

What about using /scripts/restartsrv_exim ?

Thanks, but I tried that. It seems to give the same results as service exim restart, could be wrong though. I'll investigate a bit further.

Thanks again.