Novell ZENworks 7.3 Linux Management with Interim Release 2

3.1.1 Uma mensagem incorreta é exibida em um dispositivo do SUSE Linux Enterprise Server 11 durante a configuração do Servidor ZENworks

A seguinte mensagem de erro incorreta é exibida em um dispositivo do SUSE® Linux Enterprise Server (SLES) 11 durante a configuração do Servidor ZENworks:

Failed to activate service https://srm-test-srv.labs.blr.novell.com: [] 

Solução do problema: ignore a mensagem. Entretanto, você pode confirmar o status do serviço do ZENworks para o dispositivo usando o comando rug sl.

3.1.2 A instalação do ZENworks 7.3 Linux Management with IR2 pode falhar nas plataformas RHEL 5.3 (64 bits) e RHEL 5.4 (64 bits)

A instalação do servidor ZENworks Linux Management pode falhar durante a instalação dos componentes. Veja a seguir uma das mensagens de erro que são exibidas:

Installing Component 9 of 10: ZENworks Agent
Installing ZENworks Agent         |                              |  
0%Traceback (most recent call last):
File "/mnt/zlm73ir2/Server/data/zlminstall.py", line 568, in ?
main()
File "/mnt/zlm73ir2/Server/data/zlminstall.py", line 441, in main
downloadID, transactID = zmd.transact(packages, None)

Solução: faça o seguinte no dispositivo em que deseja instalar o ZENworks Linux Management:

3.1.3 A instalação do ZENworks Linux Management trava em uma sessão X no SUSE Linux Enterprise 11 GM de 32 bits

Solução 1: faça download do pacote gpg2 2.0.9-25.25.1 ou posterior e do pacote gpg2-lang 2.0.9-25.25.1 ou posterior da Atualização da Novell, instale-os e execute a instalação do ZENworks 7.3 Linux Management.

Solução 2: instale o ZENworks 7.3 Linux Management de uma das maneiras a seguir. Isso poderá fechar aplicativos que estiverem abertos.

3.2.1 O upgrade do SLES 10 para o SLES 11 ou do SLED 10 para o SLED 11 usando o ZENworks 7.3 Linux Management não é suportado

Atualmente, o SUSE Linux Enterprise não suporta upgrade online do SLES 10 para o SLES 11 ou do SUSE Linux Enterprise Desktop (SLED) 10 para o SLED 11. Portanto, o upgrade do SLES 10 ou SLED 10 usando o ZENworks Linux Management para o SLES 11 ou SLED 11 também não é suportado. Para fazer upgrade do SLES 10 ou do SLED 10 que tenha o ZENworks Linux Management instalado para o SLES 11 ou o SLED 11, consulte o TID 7002790 no Suporte da Novell.

3.2.2 O upgrade para o ZENworks 7.3 Linux Management falha se o idioma do sistema é francês ou alemão

Solução do problema: antes de fazer o upgrade para o ZENworks 7.3 Linux Management, mude o idioma do sistema para inglês, espanhol ou português. Para obter mais informações sobre como fazer upgrade para o ZENworks 7.3 Linux Management, consulte Fazendo upgrade do ZENworks 7.3 Linux Management no Guia de Instalação do Novell ZENworks 7.3 Linux Management.

3.2.3 Impossível fazer upgrade manualmente do ZENworks 7.3 Linux Management ou do ZENworks 7.3 Linux Management with Hot Patch 1 para o ZENworks 7.3 Linux Management with IR2

Quando você tenta fazer upgrade manualmente do servidor ZENworks 7.3 Linux Management ou ZENworks 7.3 Linux Management with Hot Patch 1 para o ZENworks 7.3 Linux Management with IR2, há uma falha no upgrade com a seguinte mensagem de erro, se o servidor tiver sido atualizado originalmente do ZENworks 7.2 Linux Management:

IOError: [Errno 2] No such file or directory: '/etc/nds.conf' 

A falha ocorre porque o caminho padrão do arquivo de configuração do eDirectory (8.8), nds.conf, é modificado de /etc para /etc/opt/novell/eDirectory/conf, quando você faz upgrade do ZENworks 7.2 Linux Management para o ZENworks 7.3 Linux Management.

Solução: faça o seguinte no servidor ZENworks 7.3 Linux Management:

3.2.4 A programação com base em Evento para os bundles não pode ser editada após o upgrade de uma versão anterior do ZENworks Linux Management para o ZENworks 7.3 Linux Management

A programação com base em Evento não é suportada no ZENworks 7.3 Linux Management.

Solução do problema: após o upgrade para o ZENworks 7.3 Linux Management, mude manualmente a programação para Data Específica ou Relativo à Atualização. Para obter mais informações sobre como editar a programação, consulte Editando bundles no Guia de Administração do Novell ZENworks 7.3 Linux Management.

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

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

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

Isso pode ocorrer porque o bundle é atribuído a um grupo de dispositivos e não diretamente ao dispositivo.

Solução do problema: nenhuma.

3.4.1 Problemas de política do SUSE Linux Enterprise Desktop

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

3.4.2 A área do sistema do dispositivo gerenciado SLED 10 SP1/SP3 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 que foi configurada para remover os menus de sistema da área do sistema, a área no dispositivo gerenciado SLED 10 SP1/SP3 desaparecerá.

Solução: apague o arquivo /.local/share/gnome-main-menu/system-items.xbel do diretório pessoal do usuário que efetuou login no dispositivo.

3.4.3 As configurações anteriores de uma política do SLED não são restauradas nos dispositivos SLED depois de reassegurar o uso obrigatório da política

Se você desmarcar a caixa de seleção Configuração de Aplicativos Favoritos na política do SLED nos dispositivos SLED 10 e SLED 11 e reassegurar o uso obrigatório da política, as configurações anteriores não serão restauradas.

Solução: após reassegurar o uso obrigatório da política no dispositivo gerenciado, apague o arquivo .local/share/gnome-main-menu/applications.xbel do diretório pessoal do usuário que efetuou login no dispositivo.

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

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

3.5.3 O zislnx não é encerrado nos dispositivos do RHEL 3

Nos dispositivos do Red Hat* Enterprise Linux 3 (RHEL 3), o uso do comando /etc/init.d/novell-zislnx stop não encerra 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.

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

3.5.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 depende da versão do MBR (master boot record - registro mestre de inicialização) 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.3 Linux Management.

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

3.5.6 Ocorre uma falha na 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, ocorrerá uma falha nos preboot services com a seguinte mensagem:

Can't find ZEN install channel, invoking manual install

Solução do problema: use um dispositivo USB para inicializar um servidor VMware.

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

3.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,80 GHz” 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.

3.6.3 Um agente do ZENworks Linux Management em execução no VMware pode relatar uma descrição incorreta da família do processador em alguns modelos de hardware, como o Dell Optiplex 755

Solução: nenhuma: o BIOS do sistema do VMware armazena informações incorretas sobre a família do processador, que são recuperadas pelo utilitário hwinfo usado no inventário de hardware do ZENworks Linux Management.

3.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:

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

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

Se você iniciar o zen-installer, o zen-remover ou o zen-updater da linha de comando em um dispositivo gerenciado do RHEL5 de 64 bits, ele emitirá um erro de rastreamento com uma exceção mono-lib.

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