I had planned that. What I didn't understand is why none of the logging
components failed to capture the issue and why there was a reported
"ConfigurationMismatch".

While everything reported properly in services, the fact that the
PresenceServer had a log of "0" bytes make me think it was not running, yet
sipxconfig UI reported it was. To me, it looks like a bug. "How" I got to
this version is questionable, and I can easily correct with a rebuild. Am I
overly concerned with service reported running when it probably is not
though?



On Tue, May 10, 2011 at 8:44 PM, Michael Picher <[email protected]> wrote:

> I don't see what you are talking about here Tony...
>
> I too had issues in going from 4.3.x to 4.4.0.  I had to get it there, then
> get a backup, then build a clean system and do a restore.
>
> Mike
>
> On Tue, May 10, 2011 at 1:00 PM, Tony Graziano <
> [email protected]> wrote:
>
>> I came to 4.4 via 4.3, and had to erase a package or two and yum to get
>> here. All of my sipx packages are the same versions, and are the correct
>> version. Everything seems fine except the above mismatch(es). I have sent
>> the server profiles. I have restarted services/server. I have no logs for
>> Presence Server (0 bytes), and all services "appear" to be running in
>> sipxconfig ui.
>>
>> Its an internal production system, and rebuilding it would be my next
>> step, as the system appears operational.
>>
>> There is no DNS issue. There are no cert errors. The packages are all
>> correct. I could drop an index or lucene index, but don't think anything
>> leads me to that as a conclusive fix for this.
>>
>> Is this a bug? I find the sipxsupervisor log does not show either of these
>> services when doing a "getUserRequestStateAll". I confirmed the config are
>> there for them.
>>
>> I see no errors when files replicate in the logs either.
>>
>> Is this weird or what? I have seen this beofre with upgrades, but only
>> from an unstable version. So while there is no real issue for me, I was
>> wondering if anyone had this happen to them or has an idea of what to look
>> at or how to resolve without a rebuild?
>>
>>
>>
>> --
>> ======================
>> 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
>>
>> <http://support.myitdepartment.net>Blog:
>> http://blog.myitdepartment.net
>>
>> Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
>>
>>
>> _______________________________________________
>> sipx-users mailing list
>> [email protected]
>> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>>
>
>
>
> --
> There are 10 kinds of people in this world, those who understand binary and
> those who don't.
>
> [email protected]
> blog: http://www.sipxecs.info
> call: sip:[email protected]
>
> _______________________________________________
> sipx-users mailing list
> [email protected]
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>



-- 
======================
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

<http://support.myitdepartment.net>Blog:
http://blog.myitdepartment.net

Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Reply via email to