[cisco-voip] 8945 not taking changes on 9.1.1a
Erick Wellnitz
ewellnitzvoip at gmail.com
Fri Oct 18 15:21:31 EDT 2013
Oops. I need to read the entire output. :)
I remember an issue like this back in the 6.1.2 days. DB Replication would
show normal but the CCM process would be missing when doing a show tech
notify I think it was. ANother time I had an issue where entries were not
actually deleting from the database.
After you delete the phone: run sql select * from device where name =
'SEP<macaddress>'
It shouldn't return any results.
On Fri, Oct 18, 2013 at 2:10 PM, Brian Meade (brmeade) <brmeade at cisco.com>wrote:
> Both are in a start of 2 here. 3 is just one of the node IDs.****
>
> ** **
>
> *From:* cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf
> Of *Erick Wellnitz
> *Sent:* Friday, October 18, 2013 3:07 PM
> *To:* Erick B.
> *Cc:* voip puck
> *Subject:* Re: [cisco-voip] 8945 not taking changes on 9.1.1a****
>
> ** **
>
> They should both be 2.****
>
> ****
>
> Status 3 means your tables are suspect on that node.****
>
> ****
>
> https://supportforums.cisco.com/docs/DOC-13672****
>
> ** **
>
> On Fri, Oct 18, 2013 at 1:39 PM, Erick B. <erickbee at gmail.com> wrote:****
>
> Just changing the extension on the phone. It also won't reset from CUCM.
> Found out this just effects local phones on same 3750 as the UCS server
> (same VLAN). All phones - not just 8945. One 8945 at a remote site we can
> change just fine and reset just fine. The 3750 looks fine, normal port
> configurations. ****
>
> ** **
>
> All services are started, the cluster was rebooted 2 days ago. No change.
> No errors in RTMT and the phone console log shows it downloading the trust
> file and configuration file fine. Phone console log says it authenticates
> the configuration file fine. TFTP Service set to Build All CNF and
> restarted, no change. ****
>
> ** **
>
> In the 'utils dbreplication runtimestate' below, RPC value on subscriber
> is 3 - is that a problem?****
>
> ** **
>
> ** **
>
> utils dbreplication status****
>
> ** **
>
> admin:file view activelog
> cm/trace/dbl/sdi/ReplicationStatus.2013_10_18_13_07_27.out****
>
> ** **
>
> Fri Oct 18 13:07:27 2013 main() DEBUG: -->****
>
> Fri Oct 18 13:07:30 2013 main() DEBUG: Replication cluster summary:****
>
> SERVER ID STATE STATUS QUEUE CONNECTION CHANGED***
> *
>
> -----------------------------------------------------------------------***
> *
>
> g_ccm1_ccm9_1_1_20000_5 2 Active Local 0****
>
> g_ccm2_ccm9_1_1_20000_5 3 Active Connected 0 Oct 16 17:17:05***
> *
>
> Fri Oct 18 13:07:31 2013 main() DEBUG: <--****
>
> ** **
>
> end of the file reached****
>
> ** **
>
> admin:file view activelog
> cm/trace/dbl/sdi/ReplicationStatus.2013_10_18_13_07_19.out****
>
> ** **
>
> Fri Oct 18 13:07:19 2013 main() DEBUG: -->****
>
> Fri Oct 18 13:07:22 2013 main() DEBUG: Replication cluster summary:****
>
> SERVER ID STATE STATUS QUEUE CONNECTION CHANGED***
> *
>
> -----------------------------------------------------------------------***
> *
>
> g_ccm1_ccm9_1_1_20000_5 2 Active Connected 0 Oct 16 17:17:04***
> *
>
> g_ccm2_ccm9_1_1_20000_5 3 Active Local 0****
>
> Fri Oct 18 13:07:24 2013 main() DEBUG: <--****
>
> ** **
>
> end of the file reached****
>
> ** **
>
> ** **
>
> admin:utils dbreplication runtimestate****
>
> ** **
>
> DB and Replication Services: ALL RUNNING****
>
> ** **
>
> DB CLI Status: No other dbreplication CLI is running...****
>
> ** **
>
> Cluster Replication State: BROADCAST SYNC Completed on 1 servers at:
> 2013-08-30-13-38****
>
> Last Sync Result: SYNC COMPLETED 603 tables sync'ed out of 603****
>
> Sync Errors: NO ERRORS****
>
> ** **
>
> DB Version: ccm9_1_1_20000_5****
>
> Repltimeout set to: 300s****
>
> PROCESS option set to: 1****
>
> ** **
>
> Cluster Detailed View from CCM1 (2 Servers):****
>
> ** **
>
> PING CDR Server REPL.
> DBver& REPL. REPLICATION SETUP****
>
> SERVER-NAME IP ADDRESS (msec) RPC? (ID) & STATUS QUEUE
> TABLES LOOP? (RTMT) & details****
>
> ----------- ------------ ------ ---- -------------- -----
> ------------ -----------------****
>
> CCM1 10.1.1.10 0.046 Yes (2) Connected 0 match Yes
> (2) PUB Setup Completed****
>
> CCM2 10.1.1.11 0.382 Yes (3) Connected 0 match Yes
> (2) Setup Completed****
>
> ** **
>
> admin:utils dbreplication runtimestate****
>
> ** **
>
> DB and Replication Services: ALL RUNNING****
>
> ** **
>
> Cluster Replication State: Only available on the PUB****
>
> ** **
>
> DB Version: ccm9_1_1_20000_5****
>
> Repltimeout set to: 300s****
>
> PROCESS option set to: 1****
>
> ** **
>
> Cluster Detailed View from CCM2 (2 Servers):****
>
> ** **
>
> PING CDR Server REPL.
> DBver& REPL. REPLICATION SETUP****
>
> SERVER-NAME IP ADDRESS (msec) RPC? (ID) & STATUS QUEUE
> TABLES LOOP? (RTMT)****
>
> ----------- ------------ ------ ---- -------------- -----
> ------------ -----------------****
>
> CCM1 10.1.1.10 0.458 Yes (2) Connected 0 match Yes
> (2)****
>
> CCM2 10.1.1.11 0.050 Yes (3) Connected 0 match Yes
> (2)****
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> On Fri, Oct 18, 2013 at 1:26 PM, Ryan Ratliff (rratliff) <
> rratliff at cisco.com> wrote:****
>
> What changes are you making that aren't taking? The phone registering
> after being deleted from the db is a cucm issue, not a phone one.****
>
> ** **
>
> Try a db replication status check from the cli.
>
> Sent from my iPhone****
>
>
> On Oct 18, 2013, at 1:58 PM, "Erick B." <erickbee at gmail.com> wrote:****
>
> The console logs on the phone also show it successfully downloading the
> SEPxxxx cnf xml file and successfully authenticating it. Not seeing any
> errors in the console log. ****
>
> ** **
>
> On Fri, Oct 18, 2013 at 11:54 AM, Erick B. <erickbee at gmail.com> wrote:****
>
> Yes. Factory defaulted phone also. ****
>
> ** **
>
> Other phone models take changes fine and stop working when they are
> deleted from CUCM. ****
>
> Servers have been rebooted to. ****
>
> ** **
>
> The phone took the firmware update fine, and the phone web page (status
> message, debug display) show it downloading trust files fine and config sgn
> file (HTTP) fine. No errors there about timeout downloading config files,
> etc. ****
>
> ** **
>
> ** **
>
> On Fri, Oct 18, 2013 at 11:38 AM, Heim, Dennis <Dennis.Heim at wwt.com>
> wrote:****
>
> Have you tried clearing the security settings?****
>
> ****
>
> *Dennis Heim | Solution Architect (Collaboration)*****
>
> World Wide Technology, Inc. | 314-212-1814****
>
> ****
>
> *PS Engineering: ** Innovate & Ignite.*****
>
> * *****
>
> ****
>
> *From:* cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf
> Of *Erick B.
> *Sent:* Friday, October 18, 2013 12:26 PM
> *To:* voip puck
> *Subject:* [cisco-voip] 8945 not taking changes on 9.1.1a****
>
> ****
>
> Weird one here, anyone seen this before?****
>
> ****
>
> Have a few 8945s that aren't taking changes. ****
>
> ****
>
> DB replication shows 2 on all servers. ****
>
> ****
>
> Weird thing is, if we delete the 8945 from CUCM the 8945 still registers
> and works with old extension and 8945 phone web page shows it is registered
> to the right call manager server and the phone can make calls with the
> phone not being in CUCM. ****
>
> ****
>
> Have updated a few to current firmware version, same thing. ****
>
> ** **
>
> ** **
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip****
>
> ** **
>
>
> _______________________________________________
> cisco-voip mailing list
> 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/20131018/0a6e8800/attachment.html>
More information about the cisco-voip
mailing list