<div dir="auto">There are many situations that can block a proxy, including writing to syslog, dns and DB queries,... At the end you cannot rely on a single app to have a smooth runtime, the ecosystem has to be also in good parameters.<div dir="auto"><br></div><div dir="auto">The current implementation is like this now, the choice of developer. You can improve it if you want, or use the old no-db mode. My patch ensured that the old mode work as it was before adding db support. That was a regression. But what is offered with db support, is what the developer added, and apparently he did it for all instances to be available at that moment. Maybe a note about that can be added in the docs. </div><div dir="auto"><br></div><div dir="auto">Otherwise similar case can be that sqlops (or db_cluster, not sure by heart) didn't start without all db servers available. Recently someone proposed a patch to allow sqlops even when connection fails. We had blocking tcp for years, it was not disabled because of that. So things can be improved as one needs something different, it is open source...</div><div dir="auto"><br></div><div dir="auto">Cheers,</div><div dir="auto">Daniel</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, 26 Dec 2018, 14:04 Juha Heinanen <<a href="mailto:jh@tutpro.com" target="_blank" rel="noreferrer">jh@tutpro.com</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Daniel-Constantin Mierla writes:<br>
<br>
> You can make a fix yourself if you want and have the time. It is not a<br>
> module I coded, nor the one that added db support for it, so I am also<br>
> coding by learning what was done there.<br>
<br>
Understand.  Perhaps the solution for now is to disable db mode in the<br>
code, since it is not a good idea to allow modules in K that freeze the<br>
whole sip proxy.<br>
<br>
-- Juha<br>
</blockquote></div>