I took just the three RPM's. I did a test migration talking all the rpm's one time briefly, but was having other issues so I rolled back to 4.4.0 stable and then took just the three. There were no details why regitrar failed, though I have seen this on another production system (registrar fails silently, kicking no alarms). Unfortunately I can see nothing in logs that indicates why. As a matter of fact you have to view the registrar from the sipxconfig UI to see the failure and can restart it. The details link says "no details" though. Over a period of time the registrations are expiring on the phones though.
That was also in a larger environment where I thought it was related to the RLS patch being needed. So my real question is, does the RLS patch have anything to do with whether or not the registrar works properly or not in this case? Somehow I am leading myself to this conclusion, but am not sure if it makes sense. I did not notice the A record issue within the sipxproxy logs and did notice the tls record was now populated in the dns zone though. On Tue, May 31, 2011 at 8:47 AM, Douglas Hubler <[email protected]> wrote: > On Mon, May 30, 2011 at 7:52 PM, Tony Graziano > <[email protected]> wrote: >> I tried to take just sipxcommserverlib, sipxrls and sipxconfig. I >> think this must have been bbbaaaddd because registrar stopped working. > > I guess it does depend on when you last updated. did you end up > updating all rpms and did that work ok for you? > > yum update sipx* > _______________________________________________ > sipx-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.326.5325 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Contract Customers: http://support.myitdepartment.net Blog: http://blog.myitdepartment.net Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
