[cisco-voip] UCCX 8.5.1 SU2 IP address change

[Mike King]

We had decided to rebuild the subscriber (We pegged it about 8 hours for
both the pub and sub, and then cut at 5pm when the call center closed for
the day)

We told the TAC engineer we want to pack it up, and he asked us to wait 10
minutes, the developer had something they wanted to try.

Amazingly, whatever he did managed to fix it.

I'm still awaiting a full postmortem from the TAC engineer to see what
actually happened.

On Thu, Dec 22, 2011 at 9:47 AM, Jason Burns <burns.jason at gmail.com> wrote:

> How long have you been troubleshooting?
>
> How long does it take to rebuild a subscriber?
>
> It all depends on how you value your time versus coming to absolute root
> cause of what happened.
>
> -Jason
>
>
> On Wed, Dec 21, 2011 at 12:49 AM, Mike King <me at mpking.com> wrote:
>
>> (Weird GMAIL is suggesting I include Wes Sisk, Erick Wellnitz, and Nate
>> VanMaren, I find this extremely funny, course, I'm on 2 hours of sleep in
>> 48hours, anything is funny at this point)
>>
>> We've been "on" with developers for about 3 hours. (On is relative term,
>> as they only speak through the TAC agent)
>>
>> Since our call center is VM based we've been tossing around the Idea of
>> just packing it in, and building a new server in parallel.  (Our primary is
>> still functional, the database in regards to the Subscriber seems hosed so
>> we can just try for a good night sleep, build fresh in the morning)
>>
>> I'll update tomorrow, as the developer just came back on and has more
>> tricks he want's to try.
>>
>>
>> On Tue, Dec 20, 2011 at 11:08 PM, Lelio Fulgenzi <lelio at uoguelph.ca>wrote:
>>
>>> Not sure if this helps get you out of a tight situation or not, but as
>>> far as i know, there are no longer node license requirements with 8.x. They
>>> are enforced, but not purchased and I was told you are supposed to be able
>>> to ask licensing at cisco.com for another node license and they'll just
>>> give it to you.
>>>
>>> Also, under System > Server and System > Unified CM, does the server you
>>> want deleted still appear in this list? I really can't help, but if it's
>>> still in this list, I'm guessing the TAC hasn't deleted it properly.
>>>
>>>
>>>
>>> ---
>>> Lelio Fulgenzi, B.A.
>>> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
>>> (519) 824-4120 x56354 (519) 767-1060 FAX (ANNU)
>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>> Cooking with unix is easy. You just sed it and forget it.
>>>                               - LFJ (with apologies to Mr. Popeil)
>>>
>>>
>>> ------------------------------
>>> *From: *"Mike King" <me at mpking.com>
>>> *To: *"Cisco VoIPoE List" <cisco-voip at puck.nether.net>
>>> *Sent: *Tuesday, December 20, 2011 10:52:08 PM
>>> *Subject: *[cisco-voip] UCCX 8.5.1 SU2 IP address change
>>>
>>>
>>> I'm on Day 3 of a TAC case trying to change the IP address on my
>>> Subscriber.
>>>
>>> We changed the IP, and the Publisher showed the Subscriber as UNKNOWN.
>>>  The SUB showed both the PUB and SUB as unknown.
>>>
>>> After a few hours of troubleshooting, TAC recommended a rebuild of the
>>> SUB.  When it tried to rejoin, it gave an error akin to " Can't join
>>> cluster, already has two hosts"
>>>
>>>  TAC then proceeded to hand edit the database to remove references to
>>> the other "old" subscriber.  That didn't work.
>>>
>>> I'm currently awaiting for a Developer to get on the phone call.
>>>
>>> So I throw this out there.   Anyone change the IP on UCCX 8.5.1 SU2?
>>> (Please don't let it be a bug)
>>>
>>> _______________________________________________
>>> 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/20111222/ab94823c/attachment.html>