[cisco-voip] CUCM services log files paths

[Ovidiu Popa]

yes to both.

On Thu, Jun 9, 2011 at 5:32 PM, Wes Sisk <wsisk at cisco.com> wrote:

>  So TCP comes up and it attempts MLA login. Usually that means database is
> offline.  Can you login to CCMAdmin/user pages?  Can your 'run sql....'
> commands from the CLI?
>
> Regards,
> Wes
>
>
> On 6/9/2011 11:04 AM, Ovidiu Popa wrote:
>
> Wes,
>
>  If got the popup that said the certificate is not trusted so TCP should
> be good. After the popup I see in the wireshark some communications and then
> it stops for exactly 1 minute (exactly as seen in the logs).
>
>  Regards,
> Ovidiu
>
> On Thu, Jun 9, 2011 at 4:13 PM, Wes Sisk <wsisk at cisco.com> wrote:
>
>>  Ovidiu,
>>
>> This looks like a problem with TCP/IP connectivity form your client to the
>> CUCM server.  What does a packet capture show?
>>
>> RTMT connects to servers on TCP port 8443.  You can view a list of
>> required port connectivity in Unified OS Administration under Show->IP
>> Preferences.
>>
>> Regards,
>> Wes
>>
>>
>>
>> On 6/9/2011 7:03 AM, Ovidiu Popa wrote:
>>
>>  Hello everyone
>>
>>  Does someone know where we can find a list with the correlation between
>> CUCM services (network and feature) and their corresponding log files paths?
>>
>>  I'm having problems logging into RTMT, it stops with the message that it
>> cannot reach the cluster. The PC log files are not very specific and I
>> wanted to see on the CUCM side what is the problem.
>>
>>  2011-05-30 12:30:42,000 [SplashThread] INFO  rtmt.control -
>> validMLALogin():  inside isSecureEnabled
>> 2011-05-30 12:31:42,515 [SplashThread] ERROR rtmt.control -
>> validMLALogin(): caught java.lang.Exception,
>> e=java.net.SocketTimeoutException: Read timed out
>>
>>  According to this
>>
>> http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/service/8_5_1/rtmt/rtintro.html#wp1278618
>> the Cisco Communications Manager servlet handles RTMT and the problem is
>> what is the path for the logs for this service...
>>
>>  I wasn't able to find any information about these paths. It seems we
>> should blindly trust RTMT to collect the files but they don't say what
>> should we do when we need to debug RTMT itself?
>>
>>  Thanks for the input.
>>
>>  Regards,
>> Ovidiu
>>
>>
>> _______________________________________________
>> cisco-voip mailing listcisco-voip at puck.nether.nethttps://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20110609/cf4a8937/attachment.html>