部署版本是AICC23.200配套Ideploy版本是Breeze iDeploy V100R003C06SPC300uap版本是UAP9600 V300R001C02SPC102NMU服务器环境检查已经做过，浮动ip的一个空ip没有使用NMU安装报错日志nmu_install.log如下 [INFO] [2024-03-07 18:04:24.263][update_cfg:1693] modify heartip.cfg [INFO] [2024-03-07 18:04:24.500][update_cfg:1759] End Updating configuration... [INFO] [2024-03-07 18:04:24.502][update_ftpuser_pwd:1770] Begin update_ftpuser_pwd [INFO] [2024-03-07 18:04:24.584][update_ftpuser_pwd:1776] End update_ftpuser_pwd [INFO] [2024-03-07 18:04:24.615][sync_load_cfg:1786] Begin sync_load_cfg [INFO] [2024-03-07 18:04:24.760][sync_load_cfg:1792] End sync_load_cfg [INFO] [2024-03-07 18:04:24.762][sync_imap_cfg:1802] Begin sync_imap_cfg [INFO] [2024-03-07 18:04:24.909][sync_imap_cfg:1811] End sync_imap_cfg [INFO] [2024-03-07 18:04:24.911][hainit_scripts:1828] Begin haInitScripts [INFO] [2024-03-07 18:04:25.181][hainit_scripts:1860] End haInitScripts  connected.  SQL>  0 rows affected.  connected.  SQL>  1 rows affected.  connected.  SQL>  1 rows affected.  [INFO] [2024-03-07 18:04:25.403][update_dbdata:3029] Begin update DB date [INFO] [2024-03-07 18:04:25.599][dbopt_dump:770] Begin to init t_update_devno.sql [INFO] [2024-03-07 18:04:25.666][dbopt_dump:772] End to init t_update_devno.sql [INFO] [2024-03-07 18:04:26.036][update_dbdata:3141] End update DB date [INFO] [2024-03-07 18:04:26.038][update_user:4929] Begin to update user! [INFO] [2024-03-07 18:04:28.578][backup_database:5152] Begin to backup datebase [INFO] [2024-03-07 18:05:15.191][backup_database:5211] End to backup datebase [INFO] [2024-03-07 18:05:15.279][modify_sshdcfg:4953] Begin modify sshd_cfg config file [INFO] [2024-03-07 18:05:15.319][modify_sshdcfg:4993] End modify sshd_cfg config file [INFO] [2024-03-07 18:05:15.321][perm_script:3709] Begin to modify permissions [INFO] [2024-03-07 18:05:20.506][perm_script:3739] End to  modify permissions [INFO] [2024-03-07 18:05:20.508][copyBinary:3747] Begin copy binary file [INFO] [2024-03-07 18:05:20.514][copyBinary:3768] End copy binary file [INFO] [2024-03-07 18:05:20.522][install_nmu:735] Start to Create  HACS resource [ERROR] [2024-03-07 18:05:20.548][create_ipres:77] Failed to create Float IP resources. result=. [ERROR] [2024-03-07 18:05:20.551][main:297] Create IP resource failed. [ERROR] [2024-03-07 18:05:20.555][nmu_createres.sh:339] Create resource failed. [ERROR] [2024-03-07 18:05:20.560][create_hacs_rc:552] Create resource failed. exec_sql_file.log日志信息如下 SQL>  1 rows affected.  connected.  SQL>  1 rows affected.  connected.  SQL>  1 rows affected.  1 rows affected.  1 rows affected.  /opt/uap_omu/script/gs_ctl_query.sh: line 12: crm: command not found DB is normal  connected.  SQL>  1 rows affected. 

【问题来源】中讯网联【问题简要】Agentdemo能否有座席状态监测机制【问题类别】座席【AICC解决方案版本】【AICC版本：AICC23.200】【CTI版本：ICDV300R008C23SSPC013】【期望解决时间】【1工作日】【问题现象描述】Agentdemo能否有座席状态监测机制?现在现象是当网络中断重连后，agentdemo上看是idle,但实际座席已离线的这种要重新签入次才可以，agentdemo有没心跳机制像openeye那样可以定时检测若离线就重注册。

【问题来源】   厦门国际银行 【问题简要】话务签入报错【问题类别】  话务条【AICC解决方案版本】【必填】   ICD V300R008C25【问题现象描述】【必填】        话务条签入时会报：webSocket connection to "wss://xxx.xxx.xxx.xxx:8043/agentgateway/ccgateway/agent/103" faile:Error in connection establishment:net::ERR_CERT_AUTHORITY_INVALID,然后将wss://xxx.xxx.xxx.xxx:8043/agentgateway/ccgateway/agent/103链接改成https://xxx.xxx.xxx.xxx:8043/agentgateway/ccgateway/agent/103放入地址栏中访问，就可以正常签入了，但是一旦清除浏览器缓存，再签入就又会报上面的错误，然后又需要执行上面操作，是证书有问题吗？

【问题来源】   厦门国际银行 【问题简要】放音收号，播放的固定语音时间超过255秒，怎么处理才能让后续的内容播放出来【问题类别】  IVR【AICC解决方案版本】【必填】   ICD V300R008C25【问题现象描述】【必填】        IVR放音收号，播放的固定语音时间超过255秒，只播放到255秒，后续的内容不播放了，怎么处理才能让后续的内容播放出来？

【问题来源】   厦门国际银行 【问题简要】websocket请求强制签出 返回000-003【问题类别】  坐席【AICC解决方案版本】【必填】    AICC 8.22.100【问题现象描述】【必填】        websocket请求强制签出 使用质检工号请求qualitycontrol/forcelogout ，返回000-003 没有权限，但是同一个质检工号使用agent demo强制签出 是可以的。

主要用于分析行情数据，购买哪一款比较好。

求大神指教，是什么原因，该怎么做

我看设计器的设计器的ESN码也没有，难道要卸载重装？

情况是这样，最近有一个新需求是要对一个现有库里面的敏感信息加密，总计300W左右的数据，比如地址，电话，手机号码，包括但不限于以上的东西。然后需要找到这个词然后进行加密 。 如果是一般的这个对象可能也就直接处理了 。但是我使用的是json来存储的这些所有信息。 再加之我使用的是oracle数据库，oracle对于json的支持，本身就没有postgre来的好。这就让人感到烦躁了 ，然后最开始用了一个特别蠢的办法。先把所有的错词入库，然后使用了 listagg 和oracle的正则regex_like 联合使用。根据区划循环。然后把把查到的错词记录下来 。但是 噩梦开始了 ，刚开始没做异常处理（蜜汁自信）结果就是 跑了好十几个小时的数据，没错你没看错 十几个小时， 我人傻了 。然后因为数据有问题，导致十几小时的心血白费。但是时间已经来不及再跑十几小时了，那么就只能用多线程拉力处理这个问题了 。@Testpublic void test() throws Exception{ CountDownLatch countDownLatch = new CountDownLatch(3); // 创建线程池 ExecutorService executorService = Executors.newFixedThreadPool(3); //根据区划来查找错词 List<SysOrg> entities = sysOrgDao.getListError(); if (entities.size() > 0) { //分批查询错词表，因为如果全部查询错词表，数据太大 List<HlSheet> Sheets = new ArrayList<>(); HlSheet sheet = new HlSheet("列表", columns); executorService.execute(() -> { List<String> names = new ArrayList<>(); names =itemDao.getWord(); for (SysOrganizationEntity entity : entities) { List<SInfo> sInfos = new ArrayList<>(); List<SInfoNew> sInfoNew= new ArrayList<>(); String orgId = entity.getId(); String type = entity.getType(); int i = Integer.parseInt(type); if (names.size() > 0) { for (String name : names) {                        sInfoNew= itemDao.getErrorList(orgId, name,i);                        sInfos.addAll(sInfoNew); } } sysOrgDao.updateFlag(orgId); } // 关闭子线程 countDownLatch.countDown(); }); File out = new File(outDir, "abc" + ".xlsx"); if (!out.getParentFile().exists()) { out.getParentFile().mkdirs(); } FileOutputStream outStream; try { outStream = new FileOutputStream(out); if (Sheets .size()>0) { ExcelUtils.writeExcel(outStream, Sheets .toArray(new HlSheet[0])); } outStream.flush(); outStream.close(); } catch (FileNotFoundException e) { // TODO Auto-generated catch block e.printStackTrace(); } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } }}在这次用多线程之前，其实一直没用过这种方式。所以在之前先用过其他方法 。本来是觉得循环错词来for循环查找的话效率就很慢，就想当然的觉得分批了regex_Like回效率更高，结果真的是把人给搞吐了 ，效率及其的低。所以之后如果是在json里面处理数据的话建议还是就正常的使用like（当然这个是小批量数据的情况下 ）Oracle 中like常用但是其效率不是高，目前根据我走测试sql的执行时间来看是别regex_like的速度要快很多。特别是使用%a%-----》全局扫描，没有利用到任何索引。情况可以的条件尽量下使用a%------》可以利用正序的索引。%a------》可以利用反序的索引(当然得已有反序的索引)。使用instr函数取代like查询，可提高效率，在海量数据中效果尤其明显。经过这个之后，一定要记得1.处理数据前一定记得加异常处理，因为你永远不知道，永远想不到有什么数据在等着你，就算没有加异常，也千万不要想我这样全部处理完之后才输出结果2.数据库中使用索引提高效率，3.regex_like 查json里面的值，再加上嵌套循环之后效率真心低。4.多线程线程数不要开的太多。补充一个第五点，5.千万千万记得关闭线程，不然你就等着你的CPU 和内存的占用飙升直至百分百然后电脑宕机吧 。

【问题来源】北京【问题简要】cms租间管理员和质检员密码已过期怎样修改【问题类别】【必填】   UAP CTI【AICC解决方案版本】【必填】    【oracle 19c数据库】    【AICC 8.15.0】    【UAP UAP9600 V100R005C00SPC021】    【CTI  ICD V300R008C23】             【期望解决时间】【选填】尽快问题现象描述】【必填】有段时间没有登录cms界面，登录cms租间管理员和质检员都提示密码已过期，这个在哪里可以修改密码，登录见附件登录截图

【问题来源】北京【问题简要】cms配置完质检关系后，新增组成员看不到话务员信息【问题类别】【必填】   UAP CTI【AICC解决方案版本】【必填】    【oracle 19c数据库】    【AICC 8.15.0】    【UAP UAP9600 V100R005C00SPC021】    【CTI  ICD V300R008C23】             【期望解决时间】【选填】尽快问题现象描述】【必填】cms配置完质检关系后，新增组成员看不到话务员信息，看了下aicc.log提示登录账号校验失败。","cause":"该登录账号（HW8109）已存在，不清楚是哪里冲突了导致的问题，麻烦帮忙看下，感谢

【问题来源】【必填】    贵州119【问题简要】【必填】   配置完ivr，并加载成功ivr流程，但无法呼入ivr流程【问题类别】【必填】   CMS【AICC解决方案版本】【必填】AICC8.16.0【期望解决时间】【选填】     尽快解决【问题现象描述】【必填】 配置完 cms的质检关系后，用质检员帐号登录系统，监控不到对应的座席状态

【问题来源】【必填】    武农商 【问题简要】【必填】   最大等待时长最多为60s，实际不止【问题类别】【必填】    质检报表功能【AICC解决方案版本】【必填】    【AICC版本：AICC 8.15.1spc001】    【UAP版本：UAP9600 V100R005C00SPC021】    【CTI版本：ICD V300R008C23SPC002】【期望解决时间】【选填】    尽快【问题现象描述】【必填】       场景：用户电话进线，坐席全忙，进入排队等待，排队等待超过60s后，进入排队超时流程，继续等待30后，坐席接起，实际等待时长因为90s；目前业务取最大等待时长的字段为：t_cms_callin_skill_5min表里面的queue_wait_time字段，目前看此字段最大值为60s，与实际的90s等待时长不一致；需求：是否有完整的最大等待时长指标接口或者数据库取值的话应该取哪个字段？

【问题来源】【必填】   星网    【问题简要】【必填】  CMS使用质检员登录，无法对坐席进行强制签出，强制示忙等操作【问题类别】【必填】    CC-CMS【AICC解决方案版本】【必填】    AICC8.15.1SPC2    【期望解决时间】【选填】    尽快【问题现象描述】【必填】         CC-CMS同步呼叫中心信息完成，已添加质检关系，使用质检员登录后，能够查看话务员坐席信息，但是强制示忙，强制签出等操作都是失败的 【日志或错误截图】【可选】        报错如下

问题来源】【必填】    星网【问题简要】【必填】CMS页面配置呼叫中心，同步后显示成功，但是使用CTI管理账号登录CMS后，显示同步工号不全，添加质检关系时也无法显示质检工号【问题类别】【必填】    CC-CMS【AICC解决方案版本】【必填】    AICC8.15.0【期望解决时间】【选填】    尽快【问题现象描述】【必填】    CMS页面配置呼叫中心，同步后显示成功，但是使用CTI管理账号登录CMS后，显示同步工号不全，添加质检关系时也无法显示质检工号【日志或错误截图】【可选】CMSAPP用户中aicclog.log日志显示报错如下CMS同步显示成功如下test101账号登录显示如下添加质检关系中无法显示质检工号，显示如下was页面工号显示如下