<div>I too am running a number of openser servers in a production environment and have experienced similar problems, but they normally came to the fore after making a seemingly minor change in the config file (something silly like adding a comment). I would then try to restart openser and it would fail to start. I would then roll back to the previous working config and discover that openser was refusing to accept that too. Needless to say, in a live environment with customers screaming about service not working, this can be quite stressful.
</div>
<div> </div>
<div>After a few of these experiences, I have come to realise that it seems as though once loaded into memory and running, openser "caches" the config file and also does not appear to re-check for changes in network conditions. As such, for example, if your openser server is responsible for a particular domain name mapped to say a certain public ip and you were to change the public ip via your domain name registrar, your openser server will still be running (
i.e. you will see the running processes in <em>ps</em> and the pid file, and <em>openserctl moni</em> will still show openser as running etc.) But then, if you were to restart openser, it would then fail to start because the new changes have now kicked in, and you could spend an age wondering what you have changed.
</div>
<div> </div>
<div>In particular, I have had similar DNS problems as Richard mentioned above though mine were not due to NIC speed settings as I always force the NIC speed settings on the server using <strong>ethtool</strong>, since our network uses fixed network speed settings. My DNS issues were more to do with the fact that we were using internal DNS servers on our network which seemed to be affecting how openser was resolving domain names. I will try and post if I find a solution.
</div>
<div><br><br> </div>
<div><span class="gmail_quote">On 10/19/06, <b class="gmail_sendername">Richard Bennett</b> <<a href="mailto:richard.bennett@skynet.be">richard.bennett@skynet.be</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Thursday 19 October 2006 09:40, Papadopoulos Georgios wrote:<br>> A couple of weeks ago, in an effort to solve the problem I upgraded from
<br>> 1.0 to 1.1. It ran fine for several days but eventually the same thing<br>> happened. I have no idea what to check for. Has anyone else seen this<br>> problem? Is there anything I can do to figure this out?
<br><br>I had a similar problem, where it looked like the openser slowed down, and<br>then stopped accepting calls.<br>It got so bad I had to setup sipsak to send a message to the server every<br>minute, and send a message to my phone when it didn't get a reply.
<br>In the end it turned out it was being caused by the server not having a<br>working DNS setting configuired in its network settings. Even though i had<br>dns=no and rev_dns=no in the openser config, it seems something was trying to
<br>look-up the aliases that that server itself was listening on, or the realm of<br>the clients...<br>It would run ok, but it was as though the multitude of failed dns lookups<br>would finally halt the system, or something...
<br>Anyway, after setting-up dns properly it was fine.<br>Another time I had something similar where the server seemed to slow way down,<br>I had to lock-down the network card to 10mbit full-duplex. It was<br>autoselecting 100mbit half-duplex.
<br>Hope that helps someone... sometime...<br><br>Richard.<br><br><br>_______________________________________________<br>Users mailing list<br><a href="mailto:Users@openser.org">Users@openser.org</a><br><a href="http://openser.org/cgi-bin/mailman/listinfo/users">
http://openser.org/cgi-bin/mailman/listinfo/users</a><br></blockquote></div><br>