RTMT Error

While trying to verify SAF learned routes and SAF forwarder information from RTMT I recieve an error "An Error Occurred While Processing Request"
Does anyone help me to solve this issue?

Dear Manish,
I am facing another problem in Configuration. Can you please have a look
I have configured SAF in CUCMEs and configured a SAF Forwarder for CUCM. All CUCMEs are learning and advertising DNs and able to call each other. SAF Forwarder registered CUCM as client and in CUCM I can see learned DNs too. CUCMEs are learning CUCM DNs too SAF. I have created partition for learned DNs and CSS include that partition. But I am unable to call to these numbers. while digit analysis these learned DNs are not matched with any partitions and shows blocked due to unallocated number. Can someone help me to figure out what I missed in this configuration?

Similar Messages

  • Rtmt error exception in publish content on Critical Services cucm

    Hi everybody, i have a problem with RTMT version 8.7 over CUCM 8.5.1.10000, when i try see the Critical Services of my cluster, i see a error "Exception in publish content", and it not show my service list, another functions of my RTMT have not any problem, only this. i attach an image.
    Can  anybody help to me or suggest what is the problem.
    Thanks for advanced.

    i found the problem just now, this occurs when you have a mixed cluster UCS/MCS, the reference of this bug is presented in the next link,
    http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCty47592
    this was fixed in the release  8.6(2.23061.1) and up.

  • RTMT Error :SeverityMatch - Alert sshd(pam_unix)[21789]

    CUCM System version: 7.1.3.30000-1.
    Please someone could help me for the below query.
    I am getting below RTMT Alret,need to know what is the cause and how do i troubleshoot the case.
    "The following SyslogSeverityMatchFound events generated: SeverityMatch - Alert sshd(pam_unix)[21789]: check pass; user unknown SeverityMatch - Critical sshd[21798]: fatal: Read from socket failed: Connection reset by peer SeverityMatch - Alert sshd(pam_unix)[21801]: check pass; user unknown SeverityMatch - Critical sshd[21802]: fatal: Read from socket failed: Connection reset by peer SeverityMatch - Critical sshd[21805]: fatal: Read from socket failed: Connection reset by peer"
    This message is triggered from 4 nodes: 1 PUB and 3 SUB.
    This alerts triggering always at AM timing.
    Thanks and Regards,
    Velu S

    Hi Suresh,
    Thanks for your reply on this,
    my cluster doesn't have any firewall.
    we are not monitoring Cisco IPT Cluster with security devices.
    More to add in this.
    We have CDR configured and Scheduled backup.is this will be the cause for this.?
    What i have observed.
    Today i have tried to occur same incident for my confirmation as per the description of the error.i have tried login with wrong user name and wrong password..Got Success in getting the alert again.(so my understaing from this practice some one trying to access the server)
    My Query:
    Why this was occurred on all the Nodes in the cluster at the same time?
    Is there any internal nodes communication issue ?/ Really someone is trying to access ?
    Is there any way to check who was trying to login with wrong user name and password?
    Please Help.
    Regards,
    Velu S

  • CUCM 9.X version RTMT Error - LSIESG_AlertIndication 500605B005F63930 Consistency Check inconsistency logging disabled on VD 00/0

    Hi ,
    I am getting the below error on RTMT on CUCM 9.1 Version running on MCS 7835-I3-K9-CMD2 Error 
    At Sat May 24 03:12:40 IST 2014 on node , the following HardwareFailure events generated: 
    hwStringMatch : May 24 03:12:23 ASHISH-CM01 daemon 4 Director Agent:
    LSIESG_AlertIndication 500605B005F63930 Consistency Check inconsistency logging disabled on VD 00/0 (too many inconsistencies) Sev: 3.
    AppID : Cisco Syslog Agent
    ClusterID : 
    NodeID : ASHISH-CM01
     TimeStamp : Sat May 24 03:12:23 IST 2014 
    hwStringMatch : May 24 03:12:23 ASHISH-CM01 daemon 4 Director Agent:
    LSIESG_StorageVolume_Modified 500605B005F63930 Consistency Check inconsistency logging disabled on VD 00/0 (too many inconsistencies) Sev: 3.
    AppID : Cisco Syslog Agent
    ClusterID : 
    NodeID : ASHISH-CM01
     TimeStamp : Sat May 24 03:12:24 IST 2014
    Does anybody has any idea on the same.
    Your inputs would be appreciated ..
    Regards,
    Ashish Bagla

    Hello,
    Did you find the origins of the alerts? I have the same on 2 defferent servers about at the same time of the night a Saturday night too.
    Looks like bug CSCts69041
    Thansk,
    Hervé Jacquemin

  • RTMT error Message

                       Hi,
    Does any one know what this RTMT message means.
    At Wed Oct 10 09:47:03 EDT 2012 on node UCM2; the following SyslogSeverityMatchFound events generated:  SeverityMatch : Alert MatchedEvent : Oct 10 09:46:56 UCM2 auth 1 system-auth(pam_unix)[27774]: check pass; user unknown AppID : Cisco Syslog Agent ClusterID :  NodeID : UCM2  TimeStamp : Wed Oct 10 09:46:56 EDT 2012

    Hi Curtis
    This alert is for security to check who is trying to acces your system.

  • RTMT error: not collecting session traces

    Hi, I have a problem with RTMT that complicate my troubleshooting of calls since some weeks. When I open or try to generate a session trace of calls, the RTMT dont show any call output, only the following messages:
    Before this happen the session trace show me at least the first output in one profile of RTMT, but now it don show me any calls, neither in the 2 RTMT profiles that I have.
    Thanks for your advice and help.

    Hi,
    If RTMT client is installed on Windows 7 machine then check this bug
    https://tools.cisco.com/bugsearch/bug/CSCty74397/?reffering_site=dumpcr
    Try using the workaround or a diff PC running a different OS and let us know if it works.
    HTH
    Manish

  • UCCX-RTMT-ALERT- After Upgradation of UCCX from 8.0.2 to 8.5 SU2.

    Hello
    After upgradation of UCCX from 8.0.2 to 8.5 SU2 we are receiving below RTMT error which says critical. Any ideas ?
    At XXX 02 08:37:27 EDT 2012 on node XXX-IPCC01, the following SyslogSeverityMatchFound events generated: 
    SeverityMatch : Critical
    XXX 02 2012 08:37:19.981 -0400: %CSA-2-EVENT_CLIM_DENY:
    %[PID=14390][component=CiscoSecurityAgent] : The process '/opt/cisco/uccx/desktop/bin/slapd' (as user uccxuser(700) group
    uccxservice(400)) attempted to establish a TCP connection with
    <ip address> on port 3016 and exceeded the specified rate limit of 2000 connections in 1 minutes. The operation was denied. [rule 908] AppID :
    Cisco Syslog Agent ClusterID : 
    NodeID : XXX-IPCC0
    Thanks
    Payal

    Hi Payal,
    Did this happen while running the UCCX backup?
    If yes, I see a defect CSCtn93085-
    Symptom:
    During a backup of UCCX, the LDAP Monitor Service is temporarily stopped.  This is normal behavior,
    but a severity 2 alarm is being generated in the SysLog.  The alarm makes it appear that the service
    stopped unexpectedly or crashed.
    Workaround:
    Ignore alarms regarding the LDAP Monitor Service that appear during the timeframe of a UCCX backup.
    Thanks,
    Anand
    Please rate helpful posts!!

  • Unity connection stop take call every 25 minutes

    Hi,
    first sorry for my english.
    last week i had cucm version 6.1.5 on mcs 7845 h1 and unity connection on mcs 7845 h2.  all work fine.
    last weekend i upgrade my cucm to version 8.5.1 and i backup the publisher to restore on UCS R210-2121605 (on virtual machine).
    i keep the unity connection server on the MCS server.
    yesterday on load (many call in same time) the system coming very slow to answer every 20-25 minutes for 5 minutes and unity come back correctly after 5 minutes.
    last night i changed server.  i toke backup of my mcs to restore on new install of UCS (new installation of unity connection).
    during the night all my setup (cucm and unity) work fine.
    this morning i have the same trouble.  each 20-25 minutes i can't reach voicemail pilot. 
    I don't have any rtmt error,  the cpu and memory of unity and cucm are normal (around 10%).
    Alex

    this is the solutoin
    my unity was registred on call manager publisher on IP 10.64.1.10/255.255.255.0 gw 10.64.1.1 and my subscriber 10.64.1.140/255.255.255.0 gw 10.64.1.129.
    my unity connection have ip adress: 10.64.1.170/255.255.255.0 gw 10.64.1.129.
    i have i trunck between the 2 switchs with 3 vlan inside.  the call managers and unity are in the same vlan but my cucm publisher are in a different building.
    i don't know why, but i registred unity connection on subscriber and it's stop freeze each 20 minutes.
    the theory said my cucm cluster and my uinty are in the same network (it's work fine before my upgrade) suppose to work and the same network and for communicate outside this network  each server toke how gateway.  but not each 20 minutes
    Alex

  • RTMT for Unity error

    Hello,
    Im trying to use RTMT to monitor Unity.
    When I click "Start Polling" i receive this error:
    Port Status query failed: ; nested exception is:      java.lang.ClassCastException: org.apache.axis.attachments.AttachmentsImpl cannot be cast to org.apache.axis.attachments.Attachments   -  Stopped polling!
    Any idea of what is wrong?
    thanks

    I have the same problem when trying to use RTMT over a proxy.  Its the only part of RTMT to Unity Connection I cant get working yet.

  • SAF Learned Pattern Error in RTMT

    Hi
    I am using CUCM 9.1 and configured SAF between CUCM Cluster and CMEs. All CMEs are learning the patterns and inter calls are successfully made. CUCM side, SAF forwarder is learning the patterns also advertising. But I cannot see any learned pattern in RTMT. I am receiving an Error while checking both SAF learned Patterns and SAF Forwarders. Error Message is " An Error Occured While processing". What may be the reason and how can i resolve it?
    I attach Screen shot of the Error Message.
    Thanks 

    Hello Ayodeji,
    Did you ever figure this out? My learn patterns are showing in RTMT either. Running 8.6.2 CUCM/ 15.1 IOS.
    HQ-CORP-2#sh voice saf dndb all                     
    Total no. of patterns in db/max allowed            : 4/6000
    Patterns classified under dialplans (private/global) : 4/0
    Informational/Error stats -
      Patterns w/ invalid expr detected while add    : 0
      Patterns duplicated under the same instance    : 0
      Patterns rejected overall due to max capacity  : 0
      Attempts to delete a pattern which is invalid  : 2
    Last successful DB update @  2014:10:02 00:08:28:450
       ******** Private Dialplan Partition ********
    Pattern - 85212XXX
      Primary Trunk-Route(s) ID       : 7
      Alias-Route(s) Prefix/Strip-Len : +55521555/4
    Pattern - 85112XXX
      Primary Trunk-Route(s) ID       : 8 10
      Alias-Route(s) Prefix/Strip-Len : +55511555/4
    Pattern - 85223XXX
      Primary Trunk-Route(s) ID       : 7
      Alias-Route(s) Prefix/Strip-Len : +66522555/4
    Pattern - 85123XXX
      Primary Trunk-Route(s) ID       : 8 10
      Alias-Route(s) Prefix/Strip-Len : +66512555/4
       ******** Global (E164) Dialplan Partition ********
     - none -
    HQ-CORP-2#

  • RTMT ALERT ERROR CiscoDRFFailure

    From the past few days Im getting this RTMT alert constantly,
    Reason : DRF was unable to backup component PHX_CONFIG.Error : Unknown Database Error AppID : Cisco DRF Master ClusterID : 
    Any ideas what this error might be ?

    Hi Kamalakar,
    Looks to be the following
    https://tools.cisco.com/bugsearch/bug/CSCur24834/?reffering_site=dumpcr
    Symptom:
    UCCX backup fails on CUIC component for second node (phx_config)
    Conditions:
    UCCX 10.5 SU1 HA
    Workaround:
    1. Enable Root access on both first node and the second node
    2. Copy the /opt/cisco/desktop/openfire/passphrase from Primary Node to the same location on Secondary Node.
    3. Restart the Unified CCX Notification Service and the Cisco Finesse Tomcat service.
    4. Redo the Back up. It should work this time.
    HTH
    Manish

  • NTP error in RTMT of CUCM 8.6(2a) VM

    Hello
    We have migrated and upgraded an existing CUCM to 8.6(2a) on UCS using ESXi 4.1.
    Everything seems to be fine exept that we are getting Syslogs in RTMT that are stating that there is something wrong with NTP (see Syslog message below).
    At Sun Oct 16 13:40:30 CEST 2011 on node 10.0.128.24; the following SyslogSeverityMatchFound events generated:  SeverityMatch : Critical MatchedEvent : Oct 16 13:40:04 NOS-CH-WBN-CM01 user 2 ntpRunningStatus.sh: The local NTP client is off by more than the acceptable threshold of 3 seconds from its remote NTP system peer.  The normal remedy is for NTP Watch Dog to automatically restart NTP.  However; an unusual number of automatic NTP restarts have already occurred on this node.  No additional automatic NTP restarts will be done until NTP time synchronization stabilizes. This is likely due to an excessive number of VMware Virtual Machine migrations or Storage VMotions.  Please consult your VMware Infrastructure Support Team. AppID : Cisco Syslog Agent ClusterID :  NodeID : NOS-CH-WBN-CM01  TimeStamp : Sun Oct 16 13:40:04 CEST 2011
    However when we check the NTP status on the CUCM itself, there doesn't seems to be anything wrong (see CLI output below).
    admin:utils ntp status
    ntpd (pid 23400) is running...
         remote           refid      st t when poll reach   delay   offset  jitter
    ==============================================================================
    *172.16.2.241    192.53.103.108   2 u   49  128  377    0.755    3.376   0.771
    172.16.1.241    172.16.2.241     3 u   71  128  377    7.399    2.603   1.052
    synchronised to NTP server (172.16.2.241) at stratum 3
       time correct to within 35 ms
       polling server every 128 s
    Current time in UTC is : Sun Oct 16 11:42:59 UTC 2011
    Current time in Europe/Zurich is : Sun Oct 16 13:42:59 CEST 2011
    admin:
    Regarding the Syslog message, we haven't done any WM migrations and the storage is on the local disks of the UCS C200. So ther has not been any storage VMotions at all.
    The guest is not synchronising the time with the ESXi host (unchecked in the VMware tools settings on the guest)
    Has anyone faced a similar problem?
    Does anyone know if the problem is caused by VMware or CUCM 8.6(2a)?
    Any help and input is appreciated.
    Many thanks in advance
    Regards
    Stefan Christen

    Hello,
    Could you copy 2 or 3 lines around this message ? It should specify to which remote peer talks about.
    For ex I have the same issue on a CUCM 8.5.1 on UCS (ESX 4.0) when being testing 2 NTP relays, one in a Windows machine and another in a router.
    I have the same message error for the ntp peer corresponding to the windows machine ("normal") and does not synchronize but I do not have any error message for the peer corresponding to the router.
    Oct 27 06:13:06, HQ17-CUCM1, Warning,  ntpRunningStatus.sh, : The local NTP client is off by more than the acceptable threshold of 3 seconds from NTP server 10.110.114.11.  Restarting NTP ..., 71
                              ^^^^^^^^^^^^^
    Oct 27 06:13:06, HQ17-CUCM1, Critical,  ntpRunningStatus.sh, : The local NTP client is off by more than the acceptable threshold of 3 seconds from its remote NTP system peer.  The normal remedy is for NTP Watch Dog to automatically restart NTP.  However, an unusual number of automatic NTP restarts have already occurred on this node.  No additional automatic NTP restarts will be done until NTP time synchronization stabilizes. This is likely due to an excessive number of VMware Virtual Machine migrations or Storage VMotions.  Please consult your VMware Infrastructure Support Team., 72
    In your case, verify if this message does not refer to 172.16.1.241, in which case does not seem an issue because your CUCM is in synch and prefers 172.16.2.241.
    If that is the case, remove 172.16.1.241 as NTP server and check the logs.
    You need perhaps another backup NTP server but it does not look to me very useful to point as backup NTP to a relay which is based on your primary NTP relay.
    Let me know,
    Brgrds
    Jordi

  • CTSMan 1.9.1 and CUCM 8.6.2 sync problems Error 502407

    Hi,
    I ran into recent problem synchronizing CUCM 8.6.2(b) into CTSman 1.9.1
    CTSMan is getting an Error message: 502407
    Details
    ID:
    502407
    Severity:
    critical
    Module:
    DiscoveryMgr
    SubModule:
    CTIAdapter
    Summary:
    Communication to Unified CM failure
    Recommendation:
    Verify CCM App User credentials. Verify CTIManager service is activated on the primary application server.
    Message:
    Unable to create CTI adapter to Unified CM 'CUCM-xxx' because Provider is null.
    I researched this earlier in CTSman admin guides, and this error points to CUCM CTI Manager service to be restarted.  I did restart this as well as other services, including CUCM hardware itself and, but in vain.
    Among other things, i followed the CUCM/CTSman guides when bringing CUCM into CTSman to: created an application user account within CUCM and allocate a proper permissions/user groups etc... it was done. 
    Among other things there are other servers like Exchange being synchronized with it ( had problems with it earlier that dealt with certificates, it was corrected.).
    Can anyone help with this issue.
    Responses will be greatly appreciated.
    Thank you.

    Thanks Manish again for this.
    I did get few MediaReosurceListExhausted events from RTMT alerts but was not paying much attention to them. Location bandwidth settings have been checked and increased a bit for sites which were repeatedly getting these events. I will monitor to see if that reduces these alerts. Could you please advise how I can verify it is hitting the maximum limit?
    I have also raised this with Cisco TAC and some cores were found on the CUC subscriber server. We seemed to have run into a bug according to Cisco TAC as in here https://tools.cisco.com/bugsearch/bug/CSCug61581/?reffering_site=dumpcr and both CUC servers have been upgraded to 8_6_2_24901_1. It has fixed cores and we are now monitoring the voicemail service for few days to see if it will reoccur.
    Regards,

  • Unity Connection 8.6.2 report error and issues

    Hello,
    I found some other hits on this error and tried the workarounds (restarting tomcat, and report data harvester) but am still getting "Unable to find any report data based on parameter(s)" for a certain timeframe on multiple reports when I know activity occurred in that timeframe.
    User Phone login report, Outcall Billing Detail Report, others.
    CUC version is 8.6.2.20000-2
    Problem is during this timeframe someone dialed into system and changed the transfer extensions to various LD numbers throughout an entire day and the reports aren't showing these outcalls. Call Manager CDR data show the calls being placed from Unity VM ports and the Unity Conversation Manager traces I grabbed for the timeframe show the calls to those numbers to.  I'm just trying to match up with a report and figure out if there is some other log or trace file I can look to determine for sure the caller logged in to the voicemail box and changed the transfer extension on it. (guessed the voicemaill password). The failed log in report doesn't even show the failed login attempt in output from traces below. The transfer extension dest addr was different on the transfers on this same mailbox.  Have locked down the system since but want to get better grip on this with the reports and traces.
    I looked over the CUC 8.6.2 SU1 and SU2 release notes and not seeing any resolved bugs for these matters either.
    Here are some samples lines from Conversation Manager traces:
    00:32:46.399 HDR|02/04/2013 ,Significant
    00:32:46.399 |9744,PhoneSystem-1-001,E68CA6DB3CAE4118BE9F9612BD3540A9,Arbiter,-1,Incoming Call [callerID='' callerName='' calledID='555123' redirectingID='555123' lastRedirectingID='555123' reason=4=FwdNoAnswer lastReason=8=FwdUncond] port=PhoneSystem-1-001 portsInUse=1 ansPortsFree=23 callGuid=E68CA6DB3CAE4118BE9F9612BD3540A9
    00:33:55.006 |9744,PhoneSystem-1-001,E68CA6DB3CAE4118BE9F9612BD3540A9,MiuGeneral,25,Enter CAvMiuCall::TransferEx destAddr='715551231234' type=2=Release maxRings=4 mediaSwitch='00a499fa-a193-45b0-a153-564a64019eb8'
    00:33:58.955 |9744,PhoneSystem-1-001,E68CA6DB3CAE4118BE9F9612BD3540A9,MiuGeneral,25,Exit CAvMiuCall::TransferEx=0x00000000=S_OK
    00:34:37.090 |9832,PhoneSystem-1-001,9DB394E443A3419FA0020BC9D1A92806,Arbiter,-1,Incoming Call [callerID='' callerName='' calledID='555123' redirectingID='555123' lastRedirectingID='555123' reason=4=FwdNoAnswer lastReason=8=FwdUncond] port=PhoneSystem-1-001 portsInUse=1 ansPortsFree=23 callGuid=9DB394E443A3419FA0020BC9D1A92806
    00:34:50.403 |9832,PhoneSystem-1-001,9DB394E443A3419FA0020BC9D1A92806,CDL,11,CCsCdlImsAccess::AuthenticateSubscriber: Cannot authenticate user: JOESMITH IMS Result Code: 1 on line 108 of file CdlIms/src/CsCdlImsAccess.cpp: Error: 0x80046505 Description: E_CDL_SP_EXEC_FAILURE
    00:34:50.403 |9832,PhoneSystem-1-001,9DB394E443A3419FA0020BC9D1A92806,CDE,3,Authentication Failed for Subscriber  555123 (Src/CsCallSubscriber.cpp 2969)
    00:34:50.404 |9832,PhoneSystem-1-001,9DB394E443A3419FA0020BC9D1A92806,-1,-1,An invalid password entered when trying to log into a user mailbox. Details -  [].
    00:36:29.331 |9832,PhoneSystem-1-001,9DB394E443A3419FA0020BC9D1A92806,MiuGeneral,25,Enter CAvMiuCall::TransferEx destAddr='715551231234' type=2=Release maxRings=4 mediaSwitch='00a499fa-a193-45b0-a153-564a64019eb8'
    00:36:33.484 |9832,PhoneSystem-1-001,9DB394E443A3419FA0020BC9D1A92806,MiuGeneral,25,Exit CAvMiuCall::TransferEx=0x00000000=S_OK
    00:44:53.444 |9743,PhoneSystem-1-001,FEB6975B82284F37A161CD66ECBA61C6,Arbiter,-1,Incoming Call [callerID='' callerName='' calledID='555123' redirectingID='555123' lastRedirectingID='555123' reason=4=FwdNoAnswer lastReason=8=FwdUncond] port=PhoneSystem-1-001 portsInUse=1 ansPortsFree=23 callGuid=FEB6975B82284F37A161CD66ECBA61C6
    00:45:20.019 |9743,PhoneSystem-1-001,FEB6975B82284F37A161CD66ECBA61C6,MiuGeneral,25,Enter CAvMiuCall::TransferEx destAddr='715551231234' type=2=Release maxRings=4 mediaSwitch='00a499fa-a193-45b0-a153-564a64019eb8'
    00:45:24.121 |9743,PhoneSystem-1-001,FEB6975B82284F37A161CD66ECBA61C6,MiuGeneral,25,Exit CAvMiuCall::TransferEx=0x00000000=S_OK
    Thanks

    Hello ebergquist,
    As advised we could try to run a report before an upgrade was performed to verify if it will pull the information, which in the event it does we would be matching the bug, therefore access the CUC CLI and type the following command:  file get install *
    You will be required to have an SFTP available for the file transfer and port 22 open on the sftp client.
    Once you receive the files you would need to check system-history.log, below is an example.
    =======================================
    Product Name -    Cisco Unity Connection
    Product Version - 8.5.1.12900-7
    Kernel Image -    2.6.9-89.0.20.EL
    =======================================
    02/24/2013 13:35:02 | root: Boot 8.5.1.12900-7 Start
    02/24/2013 16:03:45 | root: Install 8.5.1.12900-7 Success
    Once you check the  time stamp and date of the upgrade try to gather a report for a time range before the upgrade was performed, even though they might be overwritten, there still could be a possibility that it succeeds.
    If this bug is not the issue then you might want to take into consideration:
    1. Make sure that the service ReportDB is [STARTED] in the output of the command: utils service list.
    2. If you have Digital Networking on your server make sure there is no stalled replication. Go to RTMT (Real Time Monitoring Tool)> Syslogs> Select on the dropdown your server> Doble click on Application logs> CiscoSyslog. You can then do a manual search or sort with the filter option:
    Severity: Error
    App ID: CuReplicator
    Hit apply. Below is an example:
    Date: Feb 19 08:01:15
    Machine Name: LAB1111
    Severity: Error
    App ID: CuReplicator
    Message: : 1151681: LAB1111.corpnet2.com: Feb 19 2013 08:01:11.662 UTC :  UC_UCEVNT-3-EvtReplicatorStalledReceiveReplication  %[ClusterID=][NodeID=LAB1111]: Detected stalled replication receiving from location LAB1111. Waiting for missing USN 2222. This situation may indicate network connectivity problems.
    3.Make sure that replication is working properly in the cluster. You can check them via the following commands:  showcuc cluster status    and   utils dbreplcation runtimestate
    For the TransferEx that you state changed to ceros ->  TransferEx=0x00000000=S_OK , this is just a hexadecimal value that is returned stating that the transfer that took place during the call was successful, in this case the actual transfer was to the following destination -> TransferEx destAddr='715551231234', and was during a call to ->calledID='555123' , this does not have to do with the actual change of a transfer number performed by a user.
    Those traces won't be enough you will have to additionally set: ConvSub, level 3   and  CDE, level 16 so that you may see output in the traces as the example posted in the previous thread.
    Traces would be the path to follow in order to verify the user that changed the transfer rule, as this is as i understand the goal your pursuing.
    However if it is of any help, another way to get on hold of the numbers that were updated on the Transfer Rule is to use the User Data Dump tool, this information reflects changes regardless of whether it was done via TUI (Telephone User Interface) or GUI (Graphic User Interface). For more information on the tool go to:
    http://ciscounitytools.com/Applications/CxN/UserDataDump/Help/UserDataDump.htm
    Traces are extensive to be reviewed if done manually, however you can do a text search with a tool as Notepad ++ to look for keywords as "NewTransferNumber =" or "CDE,16,Transfer allowed", once you find this you check the call GUIDwhich is the reference number of the call and that exists during the entire length of the call, whether it is while a person is leaving a voicemail or the user is accessing his/her's inbox.  This would speed up your search.
    So as explained in the first thread you would then do another text search returning all possible matches with that callGUID.
    Now if you get to the very beginning of the call you would see something like:
    Line 13712: 18:58:05.156 |24720,CCIE-1-001,0C9C97BDF5F444F0B535D231C32DDCB4,Arbiter,-1,Incoming Call [callerID='2199' callerName='' calledID='6789' redirectingID='' lastRedirectingID='' reason=1=DirectlastReason=1024=Unknown] port=CCIE-1-001 portsInUse=1 ansPortsFree=1callGuid=0C9C97BDF5F444F0B535D231C32DDCB4
    In this example you see my test user callerID='2199'  calling the Pilot number 6789 which is the voicemail button
    calledID='6789, and the what type of call is it whether Forward or Direct, when logging to voicemail you are going to see Direct which is going to match the Direct Routing Rules and send the call to the attempt sign in conversation.
    The other approach is a rule out method between the Audit traces and the User Data Dump tool.
    So let's say you have a baseline document that states all of the Transfer numbers for all users.
    If the User Data Dump reflects a different number and the Audit logs do not show any change, starting from the time the baseline was created and the point of time where the number was changed, then you could deduce the change was done via TUI (Telephone User Interface). Unfortunately you wouldn't be able to tell who did the change in this case.
    Nevertheless, remember that a user may have for example an Alternate Extension so the change might not necessarily be done from the office phone: "Alternate extensions can make calling Cisco Unity Connection from an alternate device—such as a mobile phone, a home phone, or a phone at another work site—more convenient. When you specify the phone number for an alternative extension, Connection handles all calls from that number in the same way that it handles calls from a primary extension (assuming that ANI or caller ID is passed along to Connection from the phone system). This means that Connection associates the alternate phone number with the user account, and when a call comes from that number, Connection prompts the user to enter a PIN and sign in."
    Best regards,
    David  Rojas
    Cisco TAC Support Engineer, Unity
    Email: [email protected]
    Phone: 1-407- 241-2965 ext 6406
    Mon, Wed, and Fri 12:00 pm to 9:00 pm ET, Tue and Thu 8:00 am to 5:00pm ET
    Cisco Worldwide Contact link is below for further reference.
    http://www.cisco.com/en/US/support/tsd_cisco_worldwide_contacts.html

  • "Error encountered: ERROR: Final installdb run unsuccessful" during firmware cop installation

    Hi all,
    Just a heads up to anyone else who encounters this error when installing device firmware cop files onto CUCM.
    We were upgrading the firmware on our CUCM cluster (small - consists of 1 x Publisher and 1 x Subscriber) - running 8.0.2.40000-1
    I was installing:
    cmterm-7936-sccp.3-3-21.cop.sgn
    cmterm-7937-1-4-4-SCCP.cop.sgn
    cmterm-7941_7961-sccp.9-3-1SR2-1.cop.sgn
    cmterm-7945_7965-sccp.9-3-1SR2-1.cop.sgn
    When doing so on the publisher server - it was throwing the following error output (note that the files actually ended up on the TFTP server but devices were not picking up the new firmware):
    Installation Status
    File           cmterm-7945_7965-sccp.9-3-1SR2-1.cop.sgn
    Start Time           Thu Mar 06 19:34:24 WST 2014
    Status
    Error encountered: ERROR: Final installdb run unsuccessful
    03/06/2014 19:33:42 file_list.sh|Starting file_list.sh|<LVL::Info>
    03/06/2014 19:33:42 file_list.sh|Parse argument method=sftp|<LVL::Debug>
    03/06/2014 19:33:42 file_list.sh|Parse argument source_dir=/|<LVL::Debug>
    03/06/2014 19:33:42 file_list.sh|Parse argument dest_file=/var/log/install/downloaded_versions|<LVL::Debug>
    03/06/2014 19:33:42 file_list.sh|Parse argument remote_host=10.133.1.240|<LVL::Debug>
    03/06/2014 19:33:42 file_list.sh|Parse argument user_name=ccmadministrator|<LVL::Debug>
    03/06/2014 19:33:42 file_list.sh|Calling SFTP command with metering off|<LVL::Debug>
    03/06/2014 19:33:43 file_list.sh|SFTP command complete (0)|<LVL::Debug>
    03/06/2014 19:33:43 file_list.sh|List file (pre-filtered):|<LVL::Debug>
    03/06/2014 19:33:43 file_list.sh|(CAPTURE) RSA|<LVL::Debug>
    03/06/2014 19:33:43 file_list.sh|(CAPTURE) UC|<LVL::Debug>
    03/06/2014 19:33:43 file_list.sh|(CAPTURE) WIRELESS|<LVL::Debug>
    03/06/2014 19:33:43 file_list.sh|(CAPTURE) asa914-k8.bin|<LVL::Debug>
    03/06/2014 19:33:43 file_list.sh|(CAPTURE) cmterm-7936-sccp.3-3-21.cop.sgn|<LVL::Debug>
    03/06/2014 19:33:43 file_list.sh|(CAPTURE) cmterm-7937-1-4-4-SCCP.cop.sgn|<LVL::Debug>
    03/06/2014 19:33:43 file_list.sh|(CAPTURE) cmterm-7941_7961-sccp.9-3-1SR2-1.cop.sgn|<LVL::Debug>
    03/06/2014 19:33:43 file_list.sh|(CAPTURE) cmterm-7945_7965-sccp.9-3-1SR2-1.cop.sgn|<LVL::Debug>
    03/06/2014 19:33:43 file_list.sh|/usr/local/bin/base_scripts/filter.sh file=/var/log/install/downloaded_versions|<LVL::Debug>
    03/06/2014 19:33:43 filter.sh|Parse argument file=/var/log/install/downloaded_versions|<LVL::Debug>
    03/06/2014 19:33:43 filter.sh|No patch type specified. Optional.|<LVL::Debug>
    03/06/2014 19:33:43 filter.sh|No upgrade mode specifed. Optional.|<LVL::Debug>
    03/06/2014 19:33:43 filter.sh|Current version is 8.0.2.40000-1|<LVL::Debug>
    03/06/2014 19:33:43 filter.sh|Processing token "RSA"|<LVL::Debug>
    03/06/2014 19:33:43 filter.sh|INorOUT=OUT RSA: Not a signed patch file|<LVL::Debug>
    03/06/2014 19:33:43 filter.sh|Processing token "UC"|<LVL::Debug>
    03/06/2014 19:33:43 filter.sh|INorOUT=OUT UC: Not a signed patch file|<LVL::Debug>
    03/06/2014 19:33:43 filter.sh|Processing token "WIRELESS"|<LVL::Debug>
    03/06/2014 19:33:43 filter.sh|INorOUT=OUT WIRELESS: Not a signed patch file|<LVL::Debug>
    03/06/2014 19:33:43 filter.sh|Processing token "asa914-k8.bin"|<LVL::Debug>
    03/06/2014 19:33:43 filter.sh|INorOUT=OUT asa914-k8.bin: Not a signed patch file|<LVL::Debug>
    03/06/2014 19:33:43 filter.sh|Processing token "cmterm-7936-sccp.3-3-21.cop.sgn"|<LVL::Debug>
    03/06/2014 19:33:44 filter.sh|INorOUT=IN cmterm-7936-sccp.3-3-21.cop.sgn: filter passed|<LVL::Debug>
    03/06/2014 19:33:44 filter.sh|Processing token "cmterm-7937-1-4-4-SCCP.cop.sgn"|<LVL::Debug>
    03/06/2014 19:33:44 filter.sh|INorOUT=IN cmterm-7937-1-4-4-SCCP.cop.sgn: filter passed|<LVL::Debug>
    03/06/2014 19:33:44 filter.sh|Processing token "cmterm-7941_7961-sccp.9-3-1SR2-1.cop.sgn"|<LVL::Debug>
    03/06/2014 19:33:44 filter.sh|INorOUT=IN cmterm-7941_7961-sccp.9-3-1SR2-1.cop.sgn: filter passed|<LVL::Debug>
    03/06/2014 19:33:44 filter.sh|Processing token "cmterm-7945_7965-sccp.9-3-1SR2-1.cop.sgn"|<LVL::Debug>
    03/06/2014 19:33:44 filter.sh|INorOUT=IN cmterm-7945_7965-sccp.9-3-1SR2-1.cop.sgn: filter passed|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|List file (post-filtered):|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) RSA:1|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) UC:1|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) WIRELESS:1|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) asa914-k8.bin:1|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) cmterm-7936-sccp.3-3-21.cop.sgn:0|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) cmterm-7937-1-4-4-SCCP.cop.sgn:0|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) cmterm-7941_7961-sccp.9-3-1SR2-1.cop.sgn:0|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) cmterm-7945_7965-sccp.9-3-1SR2-1.cop.sgn:0|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|List file (pre-structured):|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) RSA:1|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) UC:1|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) WIRELESS:1|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) asa914-k8.bin:1|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) cmterm-7936-sccp.3-3-21.cop.sgn:0|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) cmterm-7937-1-4-4-SCCP.cop.sgn:0|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) cmterm-7941_7961-sccp.9-3-1SR2-1.cop.sgn:0|<LVL::Debug>
    03/06/2014 19:33:44 file_list.sh|(CAPTURE) cmterm-7945_7965-sccp.9-3-1SR2-1.cop.sgn:0|<LVL::Debug>
    03/06/2014 19:33:46 file_list.sh|List file (post-structured):|<LVL::Debug>
    03/06/2014 19:33:46 file_list.sh|(CAPTURE) <InstallList>|<LVL::Debug>
    03/06/2014 19:33:46 file_list.sh|(CAPTURE)     <FilteredItem type="" file="RSA" result="1"/>|<LVL::Debug>
    03/06/2014 19:33:46 file_list.sh|(CAPTURE)     <FilteredItem type="" file="UC" result="1"/>|<LVL::Debug>
    03/06/2014 19:33:46 file_list.sh|(CAPTURE)     <FilteredItem type="" file="WIRELESS" result="1"/>|<LVL::Debug>
    03/06/2014 19:33:46 file_list.sh|(CAPTURE)     <FilteredItem type="" file="asa914-k8.bin" result="1"/>|<LVL::Debug>
    03/06/2014 19:33:46 file_list.sh|(CAPTURE)     <InstallItem type="copfile" secure-file="cmterm-7936-sccp.3-3-21.cop.sgn" version="" file="cmterm-7936-sccp.3-3-21.cop" reboot="no"/>|<LVL::Debug>
    03/06/2014 19:33:46 file_list.sh|(CAPTURE)     <InstallItem type="copfile" secure-file="cmterm-7937-1-4-4-SCCP.cop.sgn" version="" file="cmterm-7937-1-4-4-SCCP.cop" reboot="no"/>|<LVL::Debug>
    03/06/2014 19:33:46 file_list.sh|(CAPTURE)     <InstallItem type="copfile" secure-file="cmterm-7941_7961-sccp.9-3-1SR2-1.cop.sgn" version="" file="cmterm-7941_7961-sccp.9-3-1SR2-1.cop" reboot="no"/>|<LVL::Debug>
    03/06/2014 19:33:46 file_list.sh|(CAPTURE)     <InstallItem type="copfile" secure-file="cmterm-7945_7965-sccp.9-3-1SR2-1.cop.sgn" version="" file="cmterm-7945_7965-sccp.9-3-1SR2-1.cop" reboot="no"/>|<LVL::Debug>
    03/06/2014 19:33:46 file_list.sh|(CAPTURE) </InstallList>|<LVL::Debug>
    03/06/2014 19:33:46 file_list.sh|success|<LVL::Info>
    03/06/2014 19:33:46 file_list.sh|file_list.sh complete (rc=0)|<LVL::Info>
    03/06/2014 19:34:19 upgrade_validate_file.sh|Starting upgrade_validate_file.sh|<LVL::Info>
    03/06/2014 19:34:19 upgrade_validate_file.sh|Parse argument method=sftp|<LVL::Debug>
    03/06/2014 19:34:19 upgrade_validate_file.sh|Parse argument source_dir=/|<LVL::Debug>
    03/06/2014 19:34:19 upgrade_validate_file.sh|Parse argument file_name=cmterm-7945_7965-sccp.9-3-1SR2-1.cop.sgn|<LVL::Debug>
    03/06/2014 19:34:19 upgrade_validate_file.sh|Parse argument remote_host=10.133.1.240|<LVL::Debug>
    03/06/2014 19:34:19 upgrade_validate_file.sh|Parse argument user_name=ccmadministrator|<LVL::Debug>
    03/06/2014 19:34:19 upgrade_validate_file.sh|Getting patch size via sftp for cmterm-7945_7965-sccp.9-3-1SR2-1.cop.sgn|<LVL::Info>
    03/06/2014 19:34:19 upgrade_validate_file.sh|Size of patch file = 6018125|<LVL::Info>
    03/06/2014 19:34:19 upgrade_validate_file.sh|Total space needs = 12036250|<LVL::Info>
    03/06/2014 19:34:19 upgrade_validate_file.sh|  Free space : 126461788160|<LVL::Info>
    03/06/2014 19:34:19 upgrade_validate_file.sh|Space needed : 24072500|<LVL::Info>
    03/06/2014 19:34:19 upgrade_validate_file.sh|There is enough space on device to proceed.|<LVL::Info>
    03/06/2014 19:34:19 upgrade_validate_file.sh|success|<LVL::Info>
    03/06/2014 19:34:19 upgrade_validate_file.sh|upgrade_validate_file.sh complete (rc=0)|<LVL::Info>
    03/06/2014 19:34:19 upgrade_get_file.sh|Starting upgrade_get_file.sh|<LVL::Info>
    03/06/2014 19:34:19 upgrade_get_file.sh|Parse argument method=sftp|<LVL::Debug>
    03/06/2014 19:34:19 upgrade_get_file.sh|Parse argument source_dir=/|<LVL::Debug>
    03/06/2014 19:34:19 upgrade_get_file.sh|Parse argument file_name=cmterm-7945_7965-sccp.9-3-1SR2-1.cop.sgn|<LVL::Debug>
    03/06/2014 19:34:19 upgrade_get_file.sh|Parse argument dest_dir=/common/download/|<LVL::Debug>
    03/06/2014 19:34:19 upgrade_get_file.sh|Parse argument remote_host=10.133.1.240|<LVL::Debug>
    03/06/2014 19:34:19 upgrade_get_file.sh|Parse argument user_name=ccmadministrator|<LVL::Debug>
    03/06/2014 19:34:20 upgrade_get_file.sh|Starting SFTP of cmterm-7945_7965-sccp.9-3-1SR2-1.cop.sgn|<LVL::Info>
    03/06/2014 19:34:21 upgrade_get_file.sh|SFTP command complete (0)|<LVL::Info>
    03/06/2014 19:34:21 upgrade_get_file.sh|Download of iso file RTMTStart|<LVL::Notice>
    03/06/2014 19:34:21 upgrade_get_file.sh|Create md5 "/common/download/cmterm-7945_7965-sccp.9-3-1SR2-1.cop.sgn.md5"|<LVL::Info>
    03/06/2014 19:34:21 upgrade_get_file.sh|MD5(/common/download/cmterm-7945_7965-sccp.9-3-1SR2-1.cop.sgn)= e3:02:d3:e1:89:ff:a1:eb:0a:71:52:03:ad:d7:e2:85|<LVL::Debug>
    03/06/2014 19:34:21 upgrade_get_file.sh|Create md5 complete|<LVL::Info>
    03/06/2014 19:34:21 upgrade_get_file.sh|Authenticate file "/common/download/cmterm-7945_7965-sccp.9-3-1SR2-1.cop.sgn"|<LVL::Info>
    03/06/2014 19:34:21 upgrade_get_file.sh|File authentication complete|<LVL::Debug>
    03/06/2014 19:34:21 upgrade_get_file.sh|Download of iso file RTMTFinish|<LVL::Notice>
    03/06/2014 19:34:22 upgrade_get_file.sh|success|<LVL::Info>
    03/06/2014 19:34:22 upgrade_get_file.sh|upgrade_get_file.sh complete (rc=0)|<LVL::Info>
    03/06/2014 19:34:24 Terminating active side processes
    03/06/2014 19:34:24 Terminating active side processes done
    03/06/2014 19:34:24 Terminating inactive side processes
    03/06/2014 19:34:24 Calling /usr/local/bin/base_scripts/sd_killPartitionB_PIDs.sh
    03/06/2014 19:34:24 Terminating inactive side processes done
    (13953) Thu Mar 6 19:34:30 WST 2014
    install option
    (13953) Thu Mar 6 19:34:30 WST 2014
    Successful untarring of option /common/download//cmterm-7945_7965-sccp.9-3-1SR2-1.cop.
    (13953) Thu Mar 6 19:34:36 WST 2014
    Publisher: Starting installdb... /bin/su -l informix -s /bin/sh -c "source /usr/local/cm/db/dblenv.bash /usr/local/cm ; source /usr/local/cm/db/informix/local/ids.env ; nice /usr/local/cm/bin/installdb -x /usr/local/cm/db/xml/xml"
    disablenotify  rc[0]
    xml DSN=ccm_super /usr/local/cm/db/xml/xml
    installXml  rc[1]
    enablenotify  dsn[DSN=ccm_super]
    enablenotify  rc[0]
    installdb Failure [-x] 1
    (13953) Thu Mar 6 19:34:47 WST 2014
    ERROR: Final installdb run unsuccessful
    I'd read in various places to perform a CLI command "run loadxml" - which we did but it produced the following output:
    admin:run loadxml
    This command is processor intensive, and may take a few minutes to run.
    It should only be run on the publisher.
    Some services may require a restart afterwards.
    This is a CPU intensive command and will take a considerable amount of time to complete. Do you want to continue (y/n)?
    Starting loadxml
    disablenotify  dsn[DSN=ccm_super]
    disablenotify  rc[0]
    xml DSN=ccm_super /usr/local/cm/db/xml/xml
    installXml  rc[1]
    enablenotify  dsn[DSN=ccm_super]
    enablenotify  rc[0]
    installdb Failure [-x] 1
    loadxml function complete
    Failure essentially.
    Note that the installation went ahead without issues on the Subscriber servers after we tried on the publisher. I believe this is due to it only copying the files to the TFTP server and not updating the database.
    I also noted that the following features vanished from the CUCM Administration GUI (the menus were there but the pages came up blank):
    "Enterprise Paramaters"
    "Enterprise Phone Configuration"
    "Service Parameters" (after selecting "server" & "service" drop down options, nothing was displayed)
    Within individual "Phone Configuration" - the entire "Product Specific Configuration Layout" was missing from all devices.
    I was also unable to export the 'Cisco Database Installation Service' logs from RTMT - it threw an error to the status bar at the bottom stating "Collection cancelled for node <publisher> due to the error" (and there was no error info output...joy!).
    I called in TAC and Roman Kramarski assisted me via WebEx to full resolution of the issue - thanks Roman
    After running "run loadxml"
    We ran the following command which showed us (after much wizzing by of entries) the list of log files, the 5th or so last file in the list being the log output from the "run loadxml" output -
    The command: "file list activelog /cm/trace/dbl/sdi detail date"
    Our file in question happened to be called "installdb20140306-230735.log" (like I said, was about 5th from the bottom of the list)
    Next we viewed the file:
    "file view activelog /cm/trace/dbl/sdi/installdb20140306-230735.log"
    In the file, fairly close to the top, it showed the following error message:
    "23:07:35.047 |   DOMErrorReporter::fatalError *ERROR* Fatal Error at file /usr/local/cm/db/xml/xml/366X_display_instance-fxo_port_gs.xml, line 56, column 22"
    This, along with the output of the run loadxml command, indicated that "/usr/local/cm/db/xml/xml/366X_display_instance-fxo_port_gs.xml" file was corrupted or incomplete.
    Roman (TAC) then used the Cisco access to root in order to look at the actual file.
    It was incomplete - it ended mid closure of a tag:
    "<name>OutputAttenuation</n#"
    (Instead of "<name>OutputAttenuation</name>" plus a whole bucketload more output.
    Luckily I had a fresh install of the exact same version of CUCM just installed on in a dev environment - so Roman was able to get into that one, TFTP the file out, and then TFTP the new file in.
    We moved the old corrupt file into another folder (as we renamed it initially and then ran "run loadxml" which produced the error again) - copied the new complete file into the folder - then "run loadxml" ran successfully.
    admin:run loadxml
    This command is processor intensive, and may take a few minutes to run.
    It should only be run on the publisher.
    Some services may require a restart afterwards.
    This is a CPU intensive command and will take a considerable amount of time to complete. Do you want to continue (y/n)?
    Starting loadxml
    disablenotify  dsn[DSN=ccm_super]
    disablenotify  rc[0]
    xml DSN=ccm_super /usr/local/cm/db/xml/xml
    installXml  rc[0]
    enablenotify  dsn[DSN=ccm_super]
    enablenotify  rc[0]
    installdb Success[-x]
    loadxml function complete
    NOTE that the running of run loadxml did not take that long and didn't cause any outages to my system.
    After we did this - the installations went ahead successfully.
    After a restart of the TFTP service on each server - firmware upgrades went ahead successfully.
    Basically - you can do the initial troubleshooting of checking logs of run loadxml and then pass that detail to Cisco TAC to get them to use root access to copy a fresh version of the file across.
    Hope this helps.

    Hi Thanks for the information, this help me a lot, I have the same issue but with some differences, because when I search the error on the log file, I saw
    08/25/2014 06:14:49.911 installdb|   DOMErrorReporter::fatalError *ERROR* Fatal Error at file , line 0, column 0
     message: An exception occurred! Type:RuntimeException, Message:The primary document entity could not be opened. Id=/usr/local/cm/db/xml/xml/ICS77XX_MRP2XX_display_instance-bri.xml|
    08/25/2014 06:14:49.911 installdb|<--DOMErrorReporter::fatalError |
    When I search the file I couldn´t find it, so I think this could be because I made a booteable ISO from an upgrade from the Cisco Page, so I go to the production server version 6.1.2 and copied the file missing into my lab and run the command "run loadxml" sucessfully, after that everything works great!
    Thanks in advance for your time to post this.
    Regards!

Maybe you are looking for

  • Getting input from mouse-wheel: does not work under windows/IE

    Hi I have built an applet that extends JApplet. To it I have added a class that extends JPanel implements MouseListener, MouseWheelListener, MouseMotionListener. I collect input using the method public void mouseWheelMoved(MouseWheelEvent e){ do stuf

  • Final Cut Express 4 keeps crashing while exporting large project

    I have an Imac and I'm using final cut express 4. I keep having a problem when exporting project to quicktime conversion for youtube. The software just keeps crashing and giving me an error. I normally only have this proble with projects that have al

  • Just some confirmation

    Hi all, I have had a read through pages and pages of posts and answers, all have been helpful. I'm just looking to clarify my understanding of the situation I'm in. Purchased a new iPod touch yesterday, have v1.1.2 on it, so upgraded to 1.1.4 through

  • Is there any enhancement for me21n for controlling gl account field in po

    I got requirement that when iam creating a new PO in ME21n i want account gl value to be 5175, when i choose account assignment category as order.

  • Can anyone help me? Problems with external mixer?

    Hey all, First off i would like to say hey to everyone as i am new so i hope someone out there can help me and me likewise in the future. Onto my problem. I recently bought an Alesis Multimix 8 USB and i am having a few problems with my iBook recievi