Novell ZENworks 7.2 Linux Management

2.1.1 A instalação falhará em um servidor RHEL4 AS de 64 bits se dois NICs estiverem presentes

A instalação falhará e o arquivo zlm-config indicará que o servidor requer um endereço IP estático ou um endereço DHCP permanente para o Servidor ZENworks.

Solução do problema: Inicie o system-config-network, apague o NIC inativo (eth1) e reinicie o zlm-config. O ZENworks Linux Management deverá ser instalado com êxito.

2.2.1 Ocorre falha de um upgrade em um dispositivo do SUSE Linux Enterprise Server 10

Para dispositivos do SLES 10, instale o ZENworks 7.2 Linux Management usando o zlm-install.

2.3.1 A execução de um banco de dados Oracle com o ZLM exibe a mensagem “Falha ao reiniciar o PostgreSQL”

Se você configurar o ZENworks Linux Management para usar um banco de dados Oracle ^* e, em seguida, emitir o comando zlm-config --restart, a seguinte mensagem será exibida na tela e também será registrada no arquivo zlm-config.log:

"Falha ao reiniciar o PostgreSQL"

Solução do problema: Ignore a mensagem.

2.3.2 Impossível usar o dbrestore para restaurar o banco de dados do ZENworks instalado em um dispositivo do RHEL

Poderá haver falha no uso do script zlm_dbrestore.sh para restaurar o banco de dados do ZENworks instalado em um dispositivo do RHEL.

Solução do problema: Para resolver esse problema, consulte o Novell ZENworks 7 Linux Management Troubleshooting Guide (Guia de Solução de Problemas do Novell ZENworks 7 Linux Management).

2.4.1 Os caracteres curinga não funcionam durante a execução de um comando bundle-list a partir do 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.4.2 Um 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.4.3 Após a instalação de uma versão específica do bundle em um dispositivo, as mudanças na programação de distribuiçã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.4.4 zen-installer, zen-updater e zen-remover necessitam do gtk2 versão 2.4 ou posterior

O Instalador de Software (zen-installer), o Atualizador de Software (zen-updater) e o Removedor de Software (zen-remover) do ZENworks Linux Management não são iniciados em dispositivos que não possuem o gtk2-2.4 ou posterior instalado. Por padrão, o RHEL 3 (Red Hat* Enterprise Linux 3) AS de 32 bits e o SUSE® Linux Enterprise Server 9 possuem o pacote gtk2-2.2. Isso significa que o zen-installer, o zen-updater e o zen-remover não são iniciados nessas plataformas.

Solução do problema: Faça o upgrade do pacote gtk2-2.2 para o pacote gtk2-2.4, juntamente com suas dependências.

2.4.5 Alguns comandos rug de padrão, patch e produto não são aceitos

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

2.4.6 A 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.5.1 Problemas de política do SUSE LInux Enterprise Desktop

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

2.5.2 As configurações anteriores de segundo plano do dispositivo gerenciado do 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.6.1 Após 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.6.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.6.3 O zislnx não é encerrado nos dispositivos do RHEL 3

O serviço não é desligado através do comando /etc/init.d/novell-zislnx stop nos dispositivos do Red Hat Enterprise Linux 3 (RHEL 3). 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.6.4 A mensagem “Erro: Não foi possível criar um link simbólico do linux" durante a restauração da 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.6.5 Impossível entrar na partição de utilitário após a aplicação de um bundle de configuração a um dispositivo do 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 Managemen .

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

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

2.7.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.8.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 do problema: No dispositivo gerenciado, habilite manualmente o XDMCP, executando o script /opt/novell/zenworks/bin/novell-rm-fixrl.sh com as opções necessárias e, em seguida, inicie a operação de Login Remoto.

2.8.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.