Novell ZENworks 7.2 Linux Management with Interim Release 2

2.1.1 A instalação da IR2 falha em dispositivos RHEL 3 ES e WS de 64 bits

A instalação do ZENworks 7.2 Linux Management IR2 em dispositivos ES e WS RHEL 3 de 64 bits falha porque a instalação não consegue localizar o pacote novell-zenworks-tightvnc de 32 bits.

Solução: Faça o seguinte no prompt do console:

2.2.1 Pode haver falha no upgrade do dispositivo gerenciado Novell Linux Desktop 9, do ZENworks 7 Linux Management with IR1 para o ZENworks 7.2 Linux Management with IR2, usando bundles de upgrade

Se você tentar fazer upgrade do dispositivo gerenciado do Novell Linux Desktop 9 (NLD 9), do ZENworks 7 Linux Management with IR1 para o ZENworks 7.2 Linux Management with IR2, usando bundles de upgrade, o upgrade poderá travar.

Solução: Atualize manualmente o dispositivo gerenciado NLD 9, do ZENworks 7 Linux Management with IR1 para o ZENworks 7.2 Linux Management with IR2, usando a imagem ISO do ZENworks 7.2 Linux Management with IR2, disponível no site Downloads da Novell. Para obter informações detalhadas sobre como atualizar manualmente o dispositivo gerenciado, consulte o Guia de Instalação do Novell ZENworks 7.2 Linux Management.

2.3.1 Caracteres curinga não funcionam quando um comando bundle-list é executado no zlman

Não há suporte no momento para o uso de caracteres curinga por meio do comando bundle-list (bl) para a listagem de bundles.

2.3.2Um bundle é instalado mesmo quando ocorre falha do script posterior à distribuição

No momento, um bundle está instalado corretamente apesar da falha do script posterior à distribuição.

2.3.3 Após a instalação de uma versão específica do bundle em um dispositivo, as mudanças na programação de implantação ou de instalação do bundle serão ignoradas para as versões subseqüentes

Quando um novo bundle é associado a um dispositivo em uma programação específica, o bundle é distribuído ou instalado com base na programação configurada. Entretanto, quando o bundle é modificado e uma versão mais recente é distribuída, qualquer mudança na programação não terá efeito. A versão mais recente do bundle será instalada na próxima atualização.

Solução do problema: Nenhuma.

2.3.4 Alguns comandos rug padrão, de patch e de produto não são suportados

Alguns comandos rug padrão, de patch e de produto não são aceitos no SLES 9, no RHEL nem no Novell Linux Desktop.

2.3.5A Atualização do Pacote mostra um status incorreto quando um bundle é designado a um grupo de servidores ou de estações de trabalho

Solução do problema: Nenhuma.

2.3.6 Uma mensagem incorreta é exibida no servidor secundário durante a criação do bundle e a replicação do conteúdo

A mensagem a seguir é exibida no servidor secundário durante a criação bem-sucedida do bundle e a replicação do conteúdo: “Não é possível implantar esta versão porque um ou mais pacotes foram apagados”.

Solução do problema: Ignore a mensagem.

2.3.7 Falha de inicialização do rug com uma exceção do Mono em dispositivos RHEL 3 ES e WS de 64 bits

Em dispositivos RHEL 3 AS, ES e WS de 64 bits, ocorre uma falha de inicialização no rug com o seguinte erro:

/opt/novell/zenworks/bin/mono: relocation error: /opt/novell/zenworks/bin/mono: undefined symbol: g_unsetenv

Solução: Edite o script /opt/novell/zenworks/bin/rug do rug para definir o valor de export LD_LIBRARY_PATH como “/opt/novell/zenworks/lib64:/opt/novell/zenworks/lib64/rug:/opt/novell/zenworks/lib64/zmd:$LD_LIBRARY_PATH”.

2.3.8 A Replicação de Conteúdo sobregrava todo o repositório de pacotes no servidor secundário

Se um bundle for recém-criado ou atualizado, a Replicação de Conteúdo replicará todo o repositório, em vez do delta, do servidor principal para o servidor secundário, quando acionada.

Solução do problema: Nenhuma.

2.3.9 Os bundles espelhados do SLED10-SP2-Online não são aplicados ao dispositivo gerenciado do SLED10

Se você tiver espelhado o catálogo do SLED10-SP2-Online para o servidor ZENworks Linux Management e designado o bundle espelhado a um dispositivo gerenciado SLED10, o rug refresh falhará no dispositivo gerenciado, pois o pacote lirc no SLED10-SP2-Online contém um diretório com o caractere “&” no nome. O servidor ZENworks Linux Management não conseguirá processá-lo. Conseqüentemente, o bundle não poderá ser instalado.

Solução do problema: Faça o seguinte:

2.4.1 Problemas de políticas do SUSE Linux Enterprise Desktop

Se você configurar a política do SUSE Linux Enterprise Desktop para um dispositivo gerenciado SLED 10, poderão ocorrer os seguintes problemas:

2.4.2 As configurações anteriores de segundo plano do dispositivo gerenciado SLED 10 não são restauradas depois que a política do SLED tem seu uso obrigatório cancelado

Em um dispositivo gerenciado do SLED 10, se você cancelar o uso obrigatório da política do SLED na qual o nome de arquivo da imagem de segundo plano está configurado, as configurações anteriores de segundo plano do dispositivo não serão restauradas.

Solução do problema: Efetue login novamente no dispositivo gerenciado.

2.4.3 A área de sistema do dispositivo gerenciado SLED 10 SP1 desaparece quando você tenta remover os menus do sistema usando a política do SLED

Se você assegurar o uso obrigatório da política do SLED configurada para remover os menus da área de sistema, essa área desaparecerá no dispositivo gerenciado SLED 10 SP1.

Solução: Remova as configurações da política do SLED e reatribua essa política ao dispositivo gerenciado do SLED 10 SP1.

2.5.1 Depois de instalar o ZENworks Linux Management em um servidor, alguns dados seguros para imagens estão ausentes ou incorretos

Se você selecionar uma imagem de um servidor logo após instalar o ZENworks Linux Management (ou seja, antes que o zislnx-start seja reexecutado na inicialização), a imagem será restaurada com configuração de rede e nome de host incorretos.

Solução do problema: Após concluir a instalação do servidor, execute o /etc/init.d/novell-zislnx start.

Esse problema não afeta a instalação do Agente ZENworks em um dispositivo gerenciado.

2.5.2 O imaging server não suporta caracteres de byte duplo no nome do arquivo de imagem

O Mecanismo do Imaging não aceita caracteres de byte duplo nos nomes de arquivo de imagem. O ZENworks Control Center permite que você insira um caractere de byte duplo, mas o Imaging Server não o reconhece. Portanto, não use caracteres de byte duplo nos nomes dos arquivos de imagem.

2.5.3 Falha do zislnx ao ser encerrado nos dispositivos RHEL 3

Nos dispositivos Red Hat Enterprise Linux 3 (RHEL 3), o comando /etc/init.d/novell-zislnx stopnão consegue encerrar o serviço. Mais tarde, o dispositivo falhará em uma reinicialização simples e precisará ser reinicializado a frio.

A mensagem de erro exibida durante a execução de /etc/init.d/novell-zislnx stop está incorreta, porque o RHEL 3 não segue os padrões LSB.

Solução do problema: Não use o comando /etc/init.d/novell-zislnx stop. Normalmente, você não executaria esse comando, pois quando /etc/init.d/novell-zislnx é executado de um prompt de bash ou na inicialização, ele é executado uma vez e depois ele mesmo interrompe esse processo.

2.5.4 “Erro: Não foi possível criar um link simbólico do linux" ao restaurar a imagem de expansão extraída

O uso de um link simbólico não será suportado nas imagens de expansão se a localização do link não existir no dispositivo do qual a imagem é extraída.

2.5.5Impossível entrar na partição de utilitário após a aplicação de um bundle de configuração a um dispositivo Dell PE700

A partição de utilitário Dell^* baseia-se em sua própria versão do MBR (master boot record) para funcionar corretamente. O grub também usa o MBR no seu carregador de boot. Se você instalar a partição de utilitário Dell e, em seguida, instalar o sistema operacional Linux^*, a versão da Dell do MBR será sobregravada pela versão do grub. Para obter instruções sobre como solucionar esse problema, consulte Criando bundles de configuração Dell no Guia de Administração do Novell ZENworks 7.2 Linux Management.

Entretanto, as instruções não funcionarão para os dispositivos do Dell PE700. Para os dispositivos Dell PE700, não há solução.

2.5.6 Falha de criação de imagens do ZENworks Linux Management em um servidor VMware

Se você tentar inicializar um servidor VMware* do CD ou DVD, ou de uma partição do ZENworks, haverá falha do Preboot Services com a seguinte mensagem:

Não é possível localizar o canal de instalação do ZEN; chamando a instalação manual

Solução: Use um dispositivo USB para inicializar um servidor VMware.

2.6.1 O Inventário de Hardware não consegue relatar algumas informações

2.6.2 As regras de registro baseadas na CPU poderão falhar para alguns processadores Intel Pentium

Se você criar uma regra de registro baseada na CPU com o objetivo de filtrar os processadores Intel* Pentium^* para registro do dispositivo gerenciado no servidor, o utilitário Scanner de Inventário (hwinfo) capturará o nome do modelo de CPU como "Processador Pentium(R) 4 de 2800 MHz", em vez de "Intel(R) Pentium(R) 4 CPU de 2,80GHz" para algumas máquinas, e o prefixo Intel será omitido. Conseqüentemente, o registro do dispositivo no servidor poderá falhar.

Solução do problema: Nenhuma.

2.7.1 Uma tela cinza é exibida quando você inicia a operação Login Remoto

Quando você iniciar a operação Login Remoto em um dispositivo gerenciado, a sessão iniciada mostrará apenas uma tela cinza com um cursor X já que XDMCP não está habilitado no dispositivo gerenciado.

Solução: No dispositivo gerenciado, faça o seguinte:

2.7.2 O applet VNC de Gerenciamento remoto algumas vezes trava no início de uma sessão de gerenciamento remoto

No início de uma sessão de gerenciamento remoto, o applet VNC de Gerenciamento remoto trava aleatoriamente.

Solução do problema: Pare e reinicie todas as sessões em execução do browser e, em seguida, repita a sessão de gerenciamento remoto.

2.8.1 Falha do zen-installer, do zen-remover e do zen-updater com uma exceção mono-lib em um dispositivo gerenciado RHEL5 de 64 bits

Se você iniciar o zen-installer, o zen-remover e o zen-updater por meio da linha de comando em um dispositivo gerenciado RHEL5 de 64 bits, ele lançará um erro de traceback com uma exceção mono-lib.

Solução: Em um dispositivo gerenciado RHEL5 de 64 bits, faça o seguinte: