Este documento descreve como solucionar problemas de Erro genérico de plug-in de dblinit na atualização do Cisco Unity Connection de 15su2 para 15su4 no assinante.
A Cisco recomenda que você tenha conhecimento destes tópicos:
As informações neste documento são baseadas nestas versões de software e hardware:
Cluster do Unity Connection com nós do editor e do assinante
Versão de origem: Unity Connection 15.0.1(SU2)
Versão de destino: Unity Connection 15.0.1(SU4)
Ambiente virtualizado VMware
A atualização do nó do editor foi concluída com êxito
Falha de atualização do nó do assinante na fase pós-instalação
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
A atualização do Unity Connection de 15.0.1(SU2) para 15.0.1(SU4) falha no nó do assinante com uma mensagem de erro genérica. O nó do editor foi atualizado com êxito, mas a atualização do assinante falha na fase de pós-instalação do Informix DBMS. Quando é revisado o status da atualização, este erro é exibido:
admin:utils system upgrade status
An error has occured but no messages on the upgrade failure are available . Please review the install logs for additional details.
Upgrade status: Failed
Upgrade file: UCSInstall_CUC_15.0.1.14900-45.sha512.iso
Upgrade log: install_log_2026-07-31.20.52.39.log
Os registros de instalação revelam erros específicos na fase de pós-instalação do Informix DBMS, com a falha de chave que ocorre quando o processo ee_edition.jar retorna o código de erro 134. Os erros de replicação também podem ser observados na solução do problema.
07/31/2026 20:28:44 component_install|(CAPTURE) Fri Jul 31 20:28:44 2026 dblinit-plugin.run ERROR: ERROR: "Error executing [['sh', '-c', 'source /usr/local/cm/db/informix/local/ids.env ;/usr/local/thirdparty/java/j2sdk/bin/java -jar /usr/local/cm/db/informix/ee_edition.jar -DUSER_INSTALL_DIR=/usr/local/cm/db/informix -DLICENSE_ACCEPTED=TRUE -i silent']] returned [134]"|<LVL::Debug>
A falha de atualização é causada pelo modo VMware EVC ou pelo mascaramento de compatibilidade de CPU, impedindo que as instruções de CPU do AVX sejam expostas à VM do assinante do Unity Connection. O Unity Connection 15.0.1(SU3) e versões posteriores introduziram um pacote de entropia JENT mais recente que requer instruções de CPU AVX durante a fase de pós-instalação do Informix DBMS.
A falha específica ocorre quando o processo ee_edition.jar tenta ser executado durante a inicialização do banco de dados e retorna o código de erro 134, indicando que as instruções de CPU necessárias não estão disponíveis. Esse é um problema conhecido que afeta as atualizações de CUCM, CUC e CER para 15SU3 e posterior quando as instruções AVX não são expostas corretamente à máquina virtual.
Isso também está documentado no bug da Cisco ID CSCwr26988.
Esse problema é resolvido quando as instruções da CPU do AVX são expostas corretamente à VM do assinante. A falha ocorre porque o Unity Connection 15.0.1(SU3) e versões posteriores exigem instruções de CPU AVX para o pacote de entropia JENT mais recente usado na instalação do Informix DBMS.
Verifique se as instruções AVX estão visíveis dentro da VM do assinante com falha. Revise as Especificações de hardware.
show hardware
Procure suporte para AVX na lista de recursos da CPU. Se o AVX não estiver presente, prossiga para as etapas de verificação da configuração da VMware.
No vSphere Client, execute esta verificação:
Navegue até o host ou cluster ESXi > Configurar > VMware EVC
Verifique o modo EVC configurado. A geração Intel "Westmere" e mais antigas não suportam exposição AVX. O modo EVC deve ser definido como uma geração que ofereça suporte ao AVX (Sandy Bridge ou uma geração mais recente que dependa da geração de hardware).
O VMWare EVC é habilitado com o modo Intel Haswell
Verifique as definições de configuração da VM:
Nível de compatibilidade de hardware da VM
Confirme se o mascaramento de compatibilidade de CPU não está configurado na VM
Verifique se o editor e o assinante não estão hospedados em clusters ESXi diferentes ou hosts com configurações EVC incompatíveis
Após a correção das configurações do modo EVC ou da apresentação da CPU:
Desligar e religar a VM do assinante completamente
Verifique novamente a saída de hardware/CPU para confirmar se o AVX está visível
Verifique se as instruções do AVX estão expostas corretamente via CLI com o comando show hardware
Depois que o AVX for confirmado, presente na VM:
Verifique se a replicação de cluster está íntegra entre os nós
Iniciar uma nova tentativa de atualização no nó do assinante
Monitorar o processo de atualização através dos registros de instalação
Note: Como a tentativa de atualização anterior invalidou a partição inativa, a nova tentativa deve ser iniciada de forma atualizada, em vez de retomada.
| Revisão | Data de publicação | Comentários |
|---|---|---|
1.0 |
04-Aug-2026
|
Versão inicial |