[cisco-voip] CUCM services log files paths

[Wes Sisk]

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 
> <mailto: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 list
>>     cisco-voip at puck.nether.net  <mailto:cisco-voip at puck.nether.net>
>>     https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20110609/204a5f24/attachment.html>