I recently set up a Kamailio instance using the default configuration for HOMER with MySQL[1]
The database was not running and Kamailio refused to start.
Would it be better for Kamailio to start anyway and go into a loop trying to connect to the database, just as if auto_reconnect was set?
This is useful for people who start Kamailio from their init script and can't be sure if their database host is up before their Kamailio host boots
1. https://github.com/sipcapture/homer-api/blob/master/examples/sipcapture/sipc...
On 16 Sep 2016, at 11:46, Daniel Pocock daniel@pocock.pro wrote:
I recently set up a Kamailio instance using the default configuration for HOMER with MySQL[1]
The database was not running and Kamailio refused to start.
Would it be better for Kamailio to start anyway and go into a loop trying to connect to the database, just as if auto_reconnect was set?
This is useful for people who start Kamailio from their init script and can't be sure if their database host is up before their Kamailio host boots
Check if you can do that using db_cluster. In most cases I don’t want Kamailio to start with no database, so in my case it’s a good thing (TM) :-)
/O
https://github.com/sipcapture/homer-api/blob/master/examples/sipcapture/sipc...
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
On Fri, Sep 16, 2016 at 05:46:35PM +0200, Daniel Pocock wrote:
The database was not running and Kamailio refused to start.
Would it be better for Kamailio to start anyway and go into a loop trying to connect to the database, just as if auto_reconnect was set?
I'd rather have kamailio down than in a half-up state.
This is useful for people who start Kamailio from their init script and can't be sure if their database host is up before their Kamailio host boots
Well, I hate to say this, but systemd fixes this problem I think (it has a restart function).
But I start kamailio from supervisord, indirect depending on sipsak responses.