date:20170410

Re: [cisco-voip] UCCX 11.5(1)SU1 released

2017-04-10 Thread Abhiram Kramadhati (akramadh)

Hi Erick, 

The Apache Struts2 vulnerability is applicable only for UCCX 11.5, and is 
addressed in 11.5(1)SU1. 

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CCBU
CCIE Collaboration # 40065


On 11/04/17, 10:13 AM, "Erick Bergquist"  wrote:

Abhiram,

Thanks for this info.   Do you know if 11.0.x UCCX is affected by the
Apache Struts2 issue or just 11.5? The bug tool for CSCvd63322 does
not mention if 11.0 is affected also.

Regards,
Erick


On Mon, Apr 10, 2017 at 10:22 AM, Anthony Holloway
 wrote:
> Speaking of CUIC permission issues, it's a pain when an employee leaves 
your
> org, and you remove their account from the system, but they still remain
> owner on everything they created in CUIC,. You'll get like 5 RTMT alerts
> everyday from now on because the user cannot be synched from UCCX to CUIC
> anymore.
>
> There's no easy way to fix this.  You have to manually click on every 
single
> object in CUIC (reports, dashboards, schedules, etc.) to see who the owner
> is, and then add someone else with exec/write permissions, followed by
> having this new person create copies of every object so they become the
> owner of the new object, then go back and delete the old object.yeah.
> I've had to do this.  It's awesome fun.
>
> So, speaking of tools/scripts from TAC, maybe TAC can fix this on the CLI 
to
> bulk change ownership of objects in CUIC?
>
> On Mon, Apr 10, 2017 at 7:22 AM Matthew Loraditch
>  wrote:
>>
>> And I had to reapply perms to all the reports… I don’t know whether I’m
>> just special, but whatever update originally screwed up my CUIC perms 
(10.6
>> or something there was a bug…) has haunted me ever since. I don’t suppose
>> there is a script someone in TAC could run to reapply default perms to
>> everything in CUIC??
>>
>>
>>
>> Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
>> Network Engineer
>> Direct Voice: 443.541.1518
>>
>> Facebook | Twitter | LinkedIn | G+
>>
>>
>>
>> From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of
>> Matthew Loraditch
>> Sent: Monday, April 10, 2017 7:58 AM
>> To: Anthony Holloway ; Abhiram 
Kramadhati
>> (akramadh) ; Charles Goldsmith 
>>
>>
>> Cc: cisco-voip@puck.nether.net
>> Subject: Re: [cisco-voip] UCCX 11.5(1)SU1 released
>>
>>
>>
>> So we’ve been having tons of fun with live data and such so I updated 
over
>> the weekend, now in supervisor Team and Queue data I’ve got this:
>>
>>
>> User does not have sufficient permissions for entity:
>> C8E2DB0C114000A40A4E5E6B (minimum permission required:
>> PERMISSION_READ_EXEC)
>>
>>
>>
>>
>>
>> We are on Premium licensing… I’m digging around
>>
>>
>>
>> Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
>> Network Engineer
>> Direct Voice: 443.541.1518
>>
>> Facebook | Twitter | LinkedIn | G+
>>
>>
>>
>> From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of
>> Anthony Holloway
>> Sent: Saturday, April 1, 2017 1:21 PM
>> To: Abhiram Kramadhati (akramadh) ; Charles Goldsmith
>> 
>> Cc: cisco-voip@puck.nether.net
>> Subject: Re: [cisco-voip] UCCX 11.5(1)SU1 released
>>
>>
>>
>> You're so awesome!
>>
>>
>>
>> On Sat, Apr 1, 2017 at 11:07 AM Abhiram Kramadhati (akramadh)
>>  wrote:
>>
>> Try it for yourself ;)
>>
>> Sent from my iPhone
>>
>>
>> On 1 Apr 2017, at 9:00 pm, Charles Goldsmith  
wrote:
>>
>> Is this an April Fools joke?
>>
>>
>>
>>
>>
>> On Sat, Apr 1, 2017 at 8:44 AM, Abhiram Kramadhati (akramadh)
>>  wrote:
>>
>> 11.5(1)SU1 is now on CCO.
>>
>>
>>
>> UCCX:
>> 
https://software.cisco.com/download/release.html?i=!y=286309734=280840578=11.5(1)SU1=
>>
>> SM:
>> 
https://software.cisco.com/download/release.html?i=!y=283613136=283812550=11.5(1)SU1=
>>
>>
>>
>> Details:
>> 
https://communities.cisco.com/community/partner/collaboration/contactcenter/blog/2016/12/18/uccx--issues-technotes-and-everything-else-a-cisco-bu-initiative
>>
>>
>>
>> Regards,
>>
>> Abhiram Kramadhati
>>
>> Technical Solutions Manager, CCBU
>>
>> CCIE Collaboration # 40065
>>
>>
>>
>>
>>
>>
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>>

Re: [cisco-voip] UCCX 11.5(1)SU1 released

2017-04-10 Thread Erick Bergquist

Abhiram,

Thanks for this info.   Do you know if 11.0.x UCCX is affected by the
Apache Struts2 issue or just 11.5? The bug tool for CSCvd63322 does
not mention if 11.0 is affected also.

Regards,
Erick


On Mon, Apr 10, 2017 at 10:22 AM, Anthony Holloway
 wrote:
> Speaking of CUIC permission issues, it's a pain when an employee leaves your
> org, and you remove their account from the system, but they still remain
> owner on everything they created in CUIC,. You'll get like 5 RTMT alerts
> everyday from now on because the user cannot be synched from UCCX to CUIC
> anymore.
>
> There's no easy way to fix this.  You have to manually click on every single
> object in CUIC (reports, dashboards, schedules, etc.) to see who the owner
> is, and then add someone else with exec/write permissions, followed by
> having this new person create copies of every object so they become the
> owner of the new object, then go back and delete the old object.yeah.
> I've had to do this.  It's awesome fun.
>
> So, speaking of tools/scripts from TAC, maybe TAC can fix this on the CLI to
> bulk change ownership of objects in CUIC?
>
> On Mon, Apr 10, 2017 at 7:22 AM Matthew Loraditch
>  wrote:
>>
>> And I had to reapply perms to all the reports… I don’t know whether I’m
>> just special, but whatever update originally screwed up my CUIC perms (10.6
>> or something there was a bug…) has haunted me ever since. I don’t suppose
>> there is a script someone in TAC could run to reapply default perms to
>> everything in CUIC??
>>
>>
>>
>> Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
>> Network Engineer
>> Direct Voice: 443.541.1518
>>
>> Facebook | Twitter | LinkedIn | G+
>>
>>
>>
>> From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of
>> Matthew Loraditch
>> Sent: Monday, April 10, 2017 7:58 AM
>> To: Anthony Holloway ; Abhiram Kramadhati
>> (akramadh) ; Charles Goldsmith 
>>
>>
>> Cc: cisco-voip@puck.nether.net
>> Subject: Re: [cisco-voip] UCCX 11.5(1)SU1 released
>>
>>
>>
>> So we’ve been having tons of fun with live data and such so I updated over
>> the weekend, now in supervisor Team and Queue data I’ve got this:
>>
>>
>> User does not have sufficient permissions for entity:
>> C8E2DB0C114000A40A4E5E6B (minimum permission required:
>> PERMISSION_READ_EXEC)
>>
>>
>>
>>
>>
>> We are on Premium licensing… I’m digging around
>>
>>
>>
>> Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
>> Network Engineer
>> Direct Voice: 443.541.1518
>>
>> Facebook | Twitter | LinkedIn | G+
>>
>>
>>
>> From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of
>> Anthony Holloway
>> Sent: Saturday, April 1, 2017 1:21 PM
>> To: Abhiram Kramadhati (akramadh) ; Charles Goldsmith
>> 
>> Cc: cisco-voip@puck.nether.net
>> Subject: Re: [cisco-voip] UCCX 11.5(1)SU1 released
>>
>>
>>
>> You're so awesome!
>>
>>
>>
>> On Sat, Apr 1, 2017 at 11:07 AM Abhiram Kramadhati (akramadh)
>>  wrote:
>>
>> Try it for yourself ;)
>>
>> Sent from my iPhone
>>
>>
>> On 1 Apr 2017, at 9:00 pm, Charles Goldsmith  wrote:
>>
>> Is this an April Fools joke?
>>
>>
>>
>>
>>
>> On Sat, Apr 1, 2017 at 8:44 AM, Abhiram Kramadhati (akramadh)
>>  wrote:
>>
>> 11.5(1)SU1 is now on CCO.
>>
>>
>>
>> UCCX:
>> https://software.cisco.com/download/release.html?i=!y=286309734=280840578=11.5(1)SU1=
>>
>> SM:
>> https://software.cisco.com/download/release.html?i=!y=283613136=283812550=11.5(1)SU1=
>>
>>
>>
>> Details:
>> https://communities.cisco.com/community/partner/collaboration/contactcenter/blog/2016/12/18/uccx--issues-technotes-and-everything-else-a-cisco-bu-initiative
>>
>>
>>
>> Regards,
>>
>> Abhiram Kramadhati
>>
>> Technical Solutions Manager, CCBU
>>
>> CCIE Collaboration # 40065
>>
>>
>>
>>
>>
>>
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>>
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX 10.6.1(SU2) Upgrade

2017-04-10 Thread Anthony Holloway

Damn, that sucks about reports and finesse.  You even had a dev system to
test the upgrade in too.  Good thing you had on hand so you didn't have to
roll back or possibly even DRS restore.  Someone should create a tool which
exports all config via the UCCX Config API, then can selectively restore
items via the API too.

If you didn't know, another good  command to keep on hand when performing
UCCX maintenance, is the following:

utils uccx dbreplication status

This shows largely the same thing you can see in CCX Seviceability, but
since you're on the CLI anyway, it's faster to check.

On Mon, Apr 10, 2017 at 9:53 AM Jose Colon II  wrote:

> Just a heads up to anyone upgrading to 10.6.1 SU2 here is what I just
> experienced. I have not found any documentation that would indicate this as
> normal behavior.
>
> I started my update and everything was fine. Went through and did the
> upgrade on node 1 then node 2. Started the switch version on node 1 then
> node 2. Everything comes back up and I do a "utils dbreplications
> runtimestate" and it shows that it is syncing. I keep an eye on it by
> continusly running the command I get some of the following output.
>
> *admin:utils dbreplication runtimestate*
>
> *Server Time: Sun Apr  9 02:41:09 CDT 2017*
>
> *Cluster Replication State: BROADCAST SYNC Started on 1 server(s) at:
> 2017-04-09-02-35*
> * Info: 28 tables on 1 servers are out of sync. Attempting to correct.*
> * Progress: The system will attempt five possible iterations to
> correct. Currently engaged in Attempt #1*
> * Tables Status: Repairing table #8 (cuicreportdefinitionparameter)
> against server: uccxcolo02*
> * Use CLI to see detail: 'file view activelog
> cm/trace/dbl/20170409_023527_dbl_repl_output_Broadcast.log'*
>
> *DB Version: ccm10_6_1_11002_15*
> *Repltimeout set to: 300s*
> *PROCESS option set to: 1*
>
> *Cluster Detailed View from uccx01 (2 Servers):*
>
> *  PING  DB/RPC/   Replication
>  REPLICATION SETUP*
> *SERVER-NAME IP ADDRESS(msec)DbMon?Group ID
> (RTMT) & Details*
> *--- -------   ---
>  --*
> *uccxcolo02  192.168.99.33 2.286 Y/Y/Y (g_5)
>  (0) Syncing...*
> *uccx01  192.168.221.230.019 Y/Y/Y (g_2)
>  (2) Setup Completed*
>
> *I have multiple of these table telling me that they are trying to be
> repaired. *
>
> *admin:utils dbreplication runtimestate*
>
> *Server Time: Sun Apr  9 02:42:46 CDT 2017*
>
> *Cluster Replication State: BROADCAST SYNC Started on 1 server(s) at:
> 2017-04-09-02-35*
> * Info: 28 tables on 1 servers are out of sync. Attempting to correct.*
> * Progress: The system will attempt five possible iterations to
> correct. Currently engaged in Attempt #1*
> * Tables Status: Repairing table #23 (cuicchartseriesmap) against
> server: uccxcolo02*
> * Use CLI to see detail: 'file view activelog
> cm/trace/dbl/20170409_023527_dbl_repl_output_Broadcast.log'*
>
> *DB Version: ccm10_6_1_11002_15*
> *Repltimeout set to: 300s*
> *PROCESS option set to: 1*
>
> *Cluster Detailed View from uccx01 (2 Servers):*
>
> *  PING  DB/RPC/   Replication
>  REPLICATION SETUP*
> *SERVER-NAME IP ADDRESS(msec)DbMon?Group ID
> (RTMT) & Details*
> *--- -------   ---
>  --*
> *uccxcolo02  192.168.99.33 2.318 Y/Y/Y (g_5)
>  (0) Syncing...*
> *uccx01  192.168.221.230.016 Y/Y/Y (g_2)
>  (2) Setup Completed*
>
> Eventually the repairs completed and the system now shows (2) setup
> complete under replication setup for both nodes.
>
> However when going in to test the system I can now see that things are not
> right. My live data reports are not showing up its just a blank screen at
> the tab. We also use some 3rd party finesse software and those gadgets are
> not showing up as well. After a little bit of investigation I found that
> after the upgrade the Finesse XML layout had defaulted. We use custom
> layouts for all of our teams and they were now all defaulted.
>
> Now I do have a separate DEV/Test system that I use to test upgrades with,
> this system is completely live and working along with call manager and
> unity all setup as a production DEV/Test system. I did upgrade my DEV/Test
> system before upgrading our live production system and this did not happen.
> Everything came up as expected and was working without changing the finesse
> layout to the default XML settings for finesse.
>
> Not sure why this happened or if it was something with the tables being
> repaired for CUIC data during sync. One thing that is different is that my
> DEV/Test is not a HA pair. My live production system is a HA pair.
>
> Previous version - 10.6.1.11001-31
> Active version - 10.6.1.11002-15
>
>
> Glad I

Re: [cisco-voip] UCCX HA and CUIC Historical Data Source

2017-04-10 Thread Anthony Holloway

Thanks Abhiram.  Your efforts are appreciated.

On Mon, Apr 10, 2017 at 10:17 AM Abhiram Kramadhati (akramadh) <
akram...@cisco.com> wrote:

> Couldn't get to this today, will do tomorrow. Thanks.
>
> Sent from my iPhone
>
> On 7 Apr 2017, at 6:02 am, Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
> Nope. Abhiram?
>
> On Thu, Apr 6, 2017 at 2:31 PM Nick Britt 
> wrote:
>
> Hi Anthony,
>
> Sorry to grave dig but just wondered if you ever got an answer for this?
>
> I am about to go down this rabbit hole myself as a customer wants a better
> explanation (documentation) as to how this is supposed  to be configured
> and how this should behave.
>
> Cheers
>
> Nick
>
> On Wed, Jun 15, 2016 at 10:22 PM, Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
> There seems to be zero documentation for UCCX that mentions changing or
> adding Data Source configuration in CUIC when running HA; whether HAoL or
> HAoW.
>
> However, I have heard from Cisco employees, forums posts, and colleagues,
> these two points:
>
>1. The Data Source should point to the secondary node, and you have to
>manually change it, as the default is pointing to the primary node.
>
>2. The Data Source's Secondary tab is defaulted to disabled, and not
>populated.  It shouldn't be used, and CUIC takes care of updating the Data
>Source during a failure.
>
> First off, where in the documentation is that explained?  I cannot find a
> good explanation, sans ambiguity, to save my life.  Are people just
> spreading rumors and old wives tales?
>
> Also, I do know that back in the HRC days, the client would handle the
> connection to the secondary server automatically.  So, I can see where this
> tale comes from.
>
> Now, with HAoW, I tested failover with the server shutdown.  Not in slave,
> but actually powered off.  What I observed was, the Data Source was not
> automatically updated, and I could run any reports, despite being logged in
> to the secondary CUIC server.  The Data Source connection test failed,
> obviously, and reports failed, obviously.
>
> I did consider take a leap of faith and confiure the CUIC Data Source's
> Secondary tab, but the user account to connect to the DB instance was not
> in my control, and I don't know the password.  I'm sure I could get it, but
> it was a show stopper nonetheless.
>
> So, has anyone here actually tested with a failed node or island mode with
> their HA setup, or is it all just speculation, like this post:
>
>
> https://supportforums.cisco.com/discussion/12473981/ha-uccx-cuic-data-only-one-server
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
>
> --
> - Nick
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX HA and CUIC Historical Data Source

2017-04-10 Thread Abhiram Kramadhati (akramadh)

Couldn't get to this today, will do tomorrow. Thanks.

Sent from my iPhone

On 7 Apr 2017, at 6:02 am, Anthony Holloway 
> wrote:

Nope. Abhiram?

On Thu, Apr 6, 2017 at 2:31 PM Nick Britt 
> wrote:
Hi Anthony,

Sorry to grave dig but just wondered if you ever got an answer for this?

I am about to go down this rabbit hole myself as a customer wants a better 
explanation (documentation) as to how this is supposed  to be configured and 
how this should behave.

Cheers

Nick

On Wed, Jun 15, 2016 at 10:22 PM, Anthony Holloway 
> wrote:
There seems to be zero documentation for UCCX that mentions changing or adding 
Data Source configuration in CUIC when running HA; whether HAoL or HAoW.

However, I have heard from Cisco employees, forums posts, and colleagues, these 
two points:

  1.  The Data Source should point to the secondary node, and you have to 
manually change it, as the default is pointing to the primary node.

  2.  The Data Source's Secondary tab is defaulted to disabled, and not 
populated.  It shouldn't be used, and CUIC takes care of updating the Data 
Source during a failure.

First off, where in the documentation is that explained?  I cannot find a good 
explanation, sans ambiguity, to save my life.  Are people just spreading rumors 
and old wives tales?

Also, I do know that back in the HRC days, the client would handle the 
connection to the secondary server automatically.  So, I can see where this 
tale comes from.

Now, with HAoW, I tested failover with the server shutdown.  Not in slave, but 
actually powered off.  What I observed was, the Data Source was not 
automatically updated, and I could run any reports, despite being logged in to 
the secondary CUIC server.  The Data Source connection test failed, obviously, 
and reports failed, obviously.

I did consider take a leap of faith and confiure the CUIC Data Source's 
Secondary tab, but the user account to connect to the DB instance was not in my 
control, and I don't know the password.  I'm sure I could get it, but it was a 
show stopper nonetheless.

So, has anyone here actually tested with a failed node or island mode with 
their HA setup, or is it all just speculation, like this post:

https://supportforums.cisco.com/discussion/12473981/ha-uccx-cuic-data-only-one-server

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

--
- Nick
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] UCCX 10.6.1(SU2) Upgrade

2017-04-10 Thread Jose Colon II

Just a heads up to anyone upgrading to 10.6.1 SU2 here is what I just
experienced. I have not found any documentation that would indicate this as
normal behavior.

I started my update and everything was fine. Went through and did the
upgrade on node 1 then node 2. Started the switch version on node 1 then
node 2. Everything comes back up and I do a "utils dbreplications
runtimestate" and it shows that it is syncing. I keep an eye on it by
continusly running the command I get some of the following output.

*admin:utils dbreplication runtimestate*

*Server Time: Sun Apr  9 02:41:09 CDT 2017*

*Cluster Replication State: BROADCAST SYNC Started on 1 server(s) at:
2017-04-09-02-35*
* Info: 28 tables on 1 servers are out of sync. Attempting to correct.*
* Progress: The system will attempt five possible iterations to
correct. Currently engaged in Attempt #1*
* Tables Status: Repairing table #8 (cuicreportdefinitionparameter)
against server: uccxcolo02*
* Use CLI to see detail: 'file view activelog
cm/trace/dbl/20170409_023527_dbl_repl_output_Broadcast.log'*

*DB Version: ccm10_6_1_11002_15*
*Repltimeout set to: 300s*
*PROCESS option set to: 1*

*Cluster Detailed View from uccx01 (2 Servers):*

*  PING  DB/RPC/   Replication
 REPLICATION SETUP*
*SERVER-NAME IP ADDRESS(msec)DbMon?Group ID
(RTMT) & Details*
*--- -------   ---
 --*
*uccxcolo02  192.168.99.33 2.286 Y/Y/Y (g_5)
 (0) Syncing...*
*uccx01  192.168.221.230.019 Y/Y/Y (g_2)
 (2) Setup Completed*

*I have multiple of these table telling me that they are trying to be
repaired. *

*admin:utils dbreplication runtimestate*

*Server Time: Sun Apr  9 02:42:46 CDT 2017*

*Cluster Replication State: BROADCAST SYNC Started on 1 server(s) at:
2017-04-09-02-35*
* Info: 28 tables on 1 servers are out of sync. Attempting to correct.*
* Progress: The system will attempt five possible iterations to
correct. Currently engaged in Attempt #1*
* Tables Status: Repairing table #23 (cuicchartseriesmap) against
server: uccxcolo02*
* Use CLI to see detail: 'file view activelog
cm/trace/dbl/20170409_023527_dbl_repl_output_Broadcast.log'*

*DB Version: ccm10_6_1_11002_15*
*Repltimeout set to: 300s*
*PROCESS option set to: 1*

*Cluster Detailed View from uccx01 (2 Servers):*

*  PING  DB/RPC/   Replication
 REPLICATION SETUP*
*SERVER-NAME IP ADDRESS(msec)DbMon?Group ID
(RTMT) & Details*
*--- -------   ---
 --*
*uccxcolo02  192.168.99.33 2.318 Y/Y/Y (g_5)
 (0) Syncing...*
*uccx01  192.168.221.230.016 Y/Y/Y (g_2)
 (2) Setup Completed*

Eventually the repairs completed and the system now shows (2) setup
complete under replication setup for both nodes.

However when going in to test the system I can now see that things are not
right. My live data reports are not showing up its just a blank screen at
the tab. We also use some 3rd party finesse software and those gadgets are
not showing up as well. After a little bit of investigation I found that
after the upgrade the Finesse XML layout had defaulted. We use custom
layouts for all of our teams and they were now all defaulted.

Now I do have a separate DEV/Test system that I use to test upgrades with,
this system is completely live and working along with call manager and
unity all setup as a production DEV/Test system. I did upgrade my DEV/Test
system before upgrading our live production system and this did not happen.
Everything came up as expected and was working without changing the finesse
layout to the default XML settings for finesse.

Not sure why this happened or if it was something with the tables being
repaired for CUIC data during sync. One thing that is different is that my
DEV/Test is not a HA pair. My live production system is a HA pair.

Previous version - 10.6.1.11001-31
Active version - 10.6.1.11002-15


Glad I had my XML layouts saved!

Have a good day!
Jose
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX 11.5(1)SU1 released

2017-04-10 Thread Matthew Loraditch

And I had to reapply perms to all the reports… I don’t know whether I’m just 
special, but whatever update originally screwed up my CUIC perms (10.6 or 
something there was a bug…) has haunted me ever since. I don’t suppose there is 
a script someone in TAC could run to reapply default perms to everything in 
CUIC??

Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518

Facebook | 
Twitter | 
LinkedIn 
| G+

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Matthew Loraditch
Sent: Monday, April 10, 2017 7:58 AM
To: Anthony Holloway ; Abhiram Kramadhati 
(akramadh) ; Charles Goldsmith 
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] UCCX 11.5(1)SU1 released

So we’ve been having tons of fun with live data and such so I updated over the 
weekend, now in supervisor Team and Queue data I’ve got this:

User does not have sufficient permissions for entity: 
C8E2DB0C114000A40A4E5E6B (minimum permission required: 
PERMISSION_READ_EXEC)


We are on Premium licensing… I’m digging around

Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518
Facebook | 
Twitter | 
LinkedIn 
| G+

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Anthony Holloway
Sent: Saturday, April 1, 2017 1:21 PM
To: Abhiram Kramadhati (akramadh) 
>; Charles Goldsmith 
>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] UCCX 11.5(1)SU1 released

You're so awesome!

On Sat, Apr 1, 2017 at 11:07 AM Abhiram Kramadhati (akramadh) 
> wrote:
Try it for yourself ;)

Sent from my iPhone

On 1 Apr 2017, at 9:00 pm, Charles Goldsmith 
> wrote:
Is this an April Fools joke?


On Sat, Apr 1, 2017 at 8:44 AM, Abhiram Kramadhati (akramadh) 
> wrote:
11.5(1)SU1 is now on CCO.

UCCX: 
https://software.cisco.com/download/release.html?i=!y=286309734=280840578=11.5(1)SU1=
SM: 
https://software.cisco.com/download/release.html?i=!y=283613136=283812550=11.5(1)SU1=

Details: 
https://communities.cisco.com/community/partner/collaboration/contactcenter/blog/2016/12/18/uccx--issues-technotes-and-everything-else-a-cisco-bu-initiative

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CCBU
CCIE Collaboration # 40065



___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX 11.5(1)SU1 released

2017-04-10 Thread Matthew Loraditch

So we’ve been having tons of fun with live data and such so I updated over the 
weekend, now in supervisor Team and Queue data I’ve got this:

User does not have sufficient permissions for entity: 
C8E2DB0C114000A40A4E5E6B (minimum permission required: 
PERMISSION_READ_EXEC)


We are on Premium licensing… I’m digging around

Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518

Facebook | 
Twitter | 
LinkedIn 
| G+

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Anthony Holloway
Sent: Saturday, April 1, 2017 1:21 PM
To: Abhiram Kramadhati (akramadh) ; Charles Goldsmith 

Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] UCCX 11.5(1)SU1 released

You're so awesome!

On Sat, Apr 1, 2017 at 11:07 AM Abhiram Kramadhati (akramadh) 
> wrote:
Try it for yourself ;)

Sent from my iPhone

On 1 Apr 2017, at 9:00 pm, Charles Goldsmith 
> wrote:
Is this an April Fools joke?


On Sat, Apr 1, 2017 at 8:44 AM, Abhiram Kramadhati (akramadh) 
> wrote:
11.5(1)SU1 is now on CCO.

UCCX: 
https://software.cisco.com/download/release.html?i=!y=286309734=280840578=11.5(1)SU1=
SM: 
https://software.cisco.com/download/release.html?i=!y=283613136=283812550=11.5(1)SU1=

Details: 
https://communities.cisco.com/community/partner/collaboration/contactcenter/blog/2016/12/18/uccx--issues-technotes-and-everything-else-a-cisco-bu-initiative

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CCBU
CCIE Collaboration # 40065



___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX 11.5(1)SU1 released

Re: [cisco-voip] UCCX 11.5(1)SU1 released

Re: [cisco-voip] UCCX 10.6.1(SU2) Upgrade

Re: [cisco-voip] UCCX HA and CUIC Historical Data Source

Re: [cisco-voip] UCCX HA and CUIC Historical Data Source

[cisco-voip] UCCX 10.6.1(SU2) Upgrade

Re: [cisco-voip] UCCX 11.5(1)SU1 released

Re: [cisco-voip] UCCX 11.5(1)SU1 released

8 matches

Site Navigation

Mail list logo

Footer information