<div dir="ltr">I have the same bug on 1.3.5~rc3-2.1. invoking restart manually gives ok for stop and ok for start, but the service is not actually started. adding a sleep 2 between stop and start in the init.d-script resolves the issue. This is running proftpd in StandAlone-mode.<br>
<br><br>>>I just had this bug start happening to me, and it happens even without logrotate being involved. Just running:<br><br>>>  /etc/init.d/proftpd restart<br><br>Logrotate invokes a restart of proftpd after rotation, so - in effect - running logrotate or restarting proftpd manually results in the same parts of the init.d script being run.<br>
<br>The funny thing is that adding the sleep command totally changes the output of the init.d-script. This is without sleep:<br><br>root@nas /etc/proftpd # /etc/init.d/proftpd restart<br>[ ok ] Stopping ftp server: proftpd.<br>
[ ok ] Starting ftp server: proftpd.<br><br>(proftpd is not running now)<br><br>And this is with sleep:<br><br>root@nas /etc/proftpd # /etc/init.d/proftpd restart<br>[ ok ] Stopping ftp server: proftpd.<br>[....] Starting ftp server: proftpd2014-01-14 11:02:58,517 nas proftpd[3921] nas.weily.lan: <a href="http://127.0.1.1:21">127.0.1.1:21</a> masquerading as x.x.x.x<br>
. ok<div><br></div></div>