As informações contidas neste arquivo Readme referem-se ao Novell® ZENworks® 7 Desktop Management, o produto da Novell para gerenciamento de desktops em estações de trabalho Windows* localizadas dentro ou fora do firewall da sua empresa. Estão incluídas as informações sobre os serviços do ZENworks executados em plataformas de servidor NetWare®, Windows ou Linux*.
Os problemas incluídos neste documento foram identificados quando o ZENworks 7 Desktop Management foi lançado. Para obter informações sobre os problemas corrigidos depois do lançamento inicial, consulte TID 10097368 no Novell Support Knowledgebase.
O Guia de Instalação do ZENworks 7 Desktop Management fornece instruções detalhadas sobre a instalação e está disponível no site na Web da documentação da Novell e como uma opção de menu na execução do programa de instalação.
Existem algumas limitações no escopo e no ambiente em que você usa o ZENworks 7 Desktop Management.
Para obter informações adicionais, consulte TID 10019161 no Novell Support Knowledgebase.
Se o NetWare 6.5 SP2 estiver instalado no servidor em que as estações de trabalho são autenticadas para a funcionalidade ZENworks, você não poderá administrar a árvore eDirectoryTM ou um servidor com ConsoleOne® 1.3.6 até que faça upgrade da versão do Novell ClientTM instalado na máquina para a 4.9 SP2.
Recomendamos não instalar a versão do Novell Client (4.90.0 SP1a) fornecida com o eDirectory 8.7.3. Essa versão requer patches adicionais para funcionar com o Windows Server 2003. Em vez disso, recomendamos a instalação do Novell Client for Windows 4.91, disponível para download no site de download de produtos da Novell na Web
Esta seção explica os problemas da instalação do Servidor do Desktop Management, do Servidor de Camada Intermediária e do Agente do Desktop Management. Ela também descreve alguns problemas da instalação dos componentes do Desktop Management, como o Gerenciamento de Aplicativos e a Criação de Imagens da Estação de Trabalho.
Para sua comodidade, os problemas de instalação dos serviços do ZENworks Desktop Management em um servidor Linux estão agrupados.
Esta seção explica os problemas detectados na instalação dos serviços do Novell ZENworks 7 Desktop Management no Linux.
Quando você abre o ConsoleOne pela primeira vez, após a instalação do ZENworks 7 Desktop Management em um servidor Linux, é exibida uma mensagem de licença popup. É necessário inserir o código de licença para administrar a máquina Linux com ZENworks Desktop Management.
Embora a mensagem Instalação Concluída indique que todos os serviços do ZENworks instalados foram iniciados, o serviço proxydhcp não é iniciado após a conclusão da instalação dos Serviços do ZENworks 7 Desktop Management no Linux nem após a reinicialização. Para iniciar o serviço, execute /etc/init.d/novell-proxydhcp start. Para que o serviço seja iniciado após a reinicialização, utilize o editor de nível de execução e adicione o daemon ao nível de execução.
Se você abrir o YaST após a instalação apenas do Servidor de Camada Intermediária do ZENworks 7 em um servidor SLES 9, em seguida, selecionar Instalações de Software e clicar em Dependências, os erros serão exibidos indicando um conflito de dependência.
Esses erros indicam que a dependência está em novell-zenworks-comum, que não é copiado no servidor a menos que também seja instalado o Servidor do ZENworks 7 Desktop Management na mesma máquina.
Desconsidere esse erro se o Servidor de Camada Intermediária for instalado no servidor SLES 9.
Se você instalar o Servidor de Camada Intermediária do ZENworks 7 em um servidor OES (Linux) (versão fornecida) e, em seguida, habilitar a configuração de Senha Universal, os usuários que estiverem efetuando login por meio da Camada Intermediária não conseguirão se autenticar. Os administradores também não pdoerão efetuar login, conseqüentemente, o utilitário NSAdmin ficará inutilizável.
Para contornar esse problema, siga um dos seguintes procedimentos:
Abra o /etc/opt/novell/xtier/xsrvd/envvars em um editor de texto.
Substitua esta linha:
LD_LIBRARY_PATH="${LD_LIBRARY_PATH}":/opt/novell/xtier/lib
por esta linha:
LD_LIBRARY_PATH="${LD_LIBRARY_PATH}":/opt/novell/xtier/lib:/opt/novell/nmas/client/lib
Utilize o seguinte comando para reiniciar o novell-xsrvd:
/etc/init.d/novell-xsrvd restart
Esta seção contém informações sobre os problemas que podem ocorrer ao instalar o Servidor do Desktop Management.
O programa de instalação do Servidor do Desktop Management necessita de espaço livre na unidade do sistema designado da estação de trabalho, da qual a instalação está sendo efetuada. Se houver falha do programa de instalação, poderá ser devido à insuficiência de espaço livre para continuar.
Você deve criar espaço suficiente para continuar a instalação. Se a unidade do Windows estiver quase cheia, será possível definir a variável de ambiente SystemDrive para usar o espaço em disco em outra unidade.
O programa de instalação do Servidor do Desktop Management faz a leitura do arquivo autoexec.ncf do servidor NetWare para localizar e usar a primeira declaração do Endereço BIND IP listada. Se o arquivo tiver duas ou mais declarações de Endereço BIND IP e o primeiro endereço estiver incorreto ou inativo, haverá falha da instalação.
Para corrigir o problema, certifique-se de o que o endereço IP esteja listado primeiramente no arquivo autoexec.ncf.
Se você usar um servidor Windows 2000 com o ConsoleOne instalado para instalar snap-ins do ConsoleOne do Desktop Management em outro servidor, o Windows adicionará o novo caminho da instalação do ConsoleOne ao seu registro, que também inclui o local padrão do ConsoleOne anteriormente instalado.
Se você usar esse mesmo servidor Windows 2000 para instalar os snap-ins do ConsoleOne para outro servidor, haverá falha da instalação, pois ele usa o caminho padrão da instalação.
Se não for possível instalar os snap-ins de outro servidor, recomendamos que você exclua o valor padrão da seguinte entrada de registro:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App_Paths\ConsoleOne.exe
O programa de instalação do Servidor do Desktop Management falhará para instalar em um cluster em uma árvore eDirectory de vários servidores quando a caixa de seleção Verificação de Pré-requisitos estiver selecionada e o objeto Cluster não for o primeiro servidor da lista Seleção de Servidores.
Para corrigir esse problema, desmarque a caixa de seleção Verificação de Pré-requisitos.
Quando você instala os Serviços do ZENworks 7 Desktop Management, a instalação cria um novo objeto Aplicativo de Atualização do ConsoleOne na árvore eDirectory. Esse objeto não funcionará até que tenha sido configurado corretamente.
Para configurar o objeto:
No ConsoleOne, clique o botão direito do mouse no objeto Aplicativo de Atualização do ConsoleOne > clique em Propriedades, clique na guia Executar Opções e, em seguida, clique em Aplicativo.
No campo Caminho para Arquivo, digite \\server_name\sys\public\zenworks\c1update.exe.
ou
Esta seção contém informações sobre os problemas que podem ocorrer ao instalar o Servidor de Camada Intermediária.
Se você instalar o Novell Client em um servidor Windows 2000/2003, instalar o Servidor de Camada Intermediária na mesma máquina e, em seguida, desinstalar o Novell Client desse servidor, haverá falha do Servidor de Camada Intermediária. O programa de desinstalação do cliente remove arquivos importantes necessários ao Servidor de Camada Intermediária do ZENworks.
Nesse cenário de combinação de softwares, se você fizer upgrade, subseqüentemente, do cliente para 4.9 SP2, uma versão diferente do nicm.sys será instalada. Se você não usar o nicm.sys incluído no Servidor de Camada Intermediária do ZENworks 7, haverá falha do Servidor de Camada Intermediária.
Para corrigir esse problema, você tem duas opções:
Se você instalou anteriormente o Servidor de Camada Intermediária do ZENworks 7 em um servidor OES NetWare e, em seguida, fez upgrade do servidor NetWare para o OES Support Pack 1, o programa de instalação do support pack sobregravará o Servidor de Camada Intermediária do ZENworks 7 (versão 2.0x) com uma versão mais recente de XTier (versão 3.01). Essa versão do XTier não é compatível com outros componentes da Camada Intermediária do ZENworks 7 e desabilita efetivamente a Camada Intermediária.
Se for necessário fazer upgrade do servidor OES com o OES Support Pack 1, você poderá solucionar o problema reinstalando o Servidor de Camada Intermediária do ZENworks 7 após o upgrade do OES.
Esta seção contém informações sobre os problemas que podem ocorrer ao instalar o Agente do Desktop Management. Para obter informações adicionais, consulte TID 10078667 no Novell Knowledgebase.
IMPORTANTE: A versão do Agente do Desktop Management fornecida com o ZENworks for Desktops 4.0 não é mais suportada. Antes de fazer o upgrade do Agente do Desktop Management para o ZENworks 7, os usuários devem substituir essa versão mais antiga do agente pela versão do agente fornecida com o Suíte do ZENworks 6 (ZENworks for Desktops 4.0.1/SP1b) ou mais recente.
O mecanismo Microsoft Windows Installer (msi.dll) e o executável do Windows Installer (msiexec.exe) devem estar presentes na estação de trabalho para que o pacote MSI do Agente do Desktop Management seja descompactado e executado. Algumas estações de trabalho Windows 98 podem não ter o mecanismo MSI instalado, portanto, o pacote MSI do Agente do Desktop Management não será instalado.
Obtenha a versão mais recente do Windows Installer no site de downloads da Microsoft ou use o arquivo MSI 2.0 (instmsia.exe) que está disponível na pasta \microsoft windows installer\98 do CD do Novell ZENworks 7 Companion 2.
Se você distribuir o MSI do Agente do Desktop Management através do Disparador de Aplicativos para uma estação de trabalho Windows, os usuários não deverão ter o ConsoleOne aberto nessas estações de trabalho.
Se o ConsoleOne for aberto durante a distribuição, haverá falha do MSI da instalação do Agente do Desktop Management.
Recomendamos que o objeto MSI do Agente do Desktop Management não seja configurado para permitir a desinstalação com base em usuário, pois a estação de trabalho não solicita atualmente uma reinicialização quando o usuário executa uma desinstalação clicando com o botão direito do mouse no ícone do objeto Aplicativo.
Se você conceder direitos de Administrador ao usuário, ele poderá desinstalar o Agente do Desktop Management usando o utilitário Adicionar/Remover Programas. Nesse caso, a estação de trabalho exibe uma solicitação de reinicialização. É possível usar o utilitário agentdistributor.exe localizado na pasta sys:public\mgmt\consoleone\1.2\bin do Servidor do Desktop Management quando o ZENworks 7 é aplicado a esse servidor. Usando esse utilitário, você pode "instalar" o agente mais recente nas estações de trabalho com base em seu endereço IP.
Se você ou um usuário instalar o myapps.html em uma estação de trabalho Windows 98, alguns arquivos do Agente do ZENworks Management serão instalados nessa estação de trabalho e não poderão ser desinstalados subseqüentemente no recurso Adicionar/Remover Programas do Painel de Controle do Windows.
Isso poderá causar um problema se for necessário instalar o Novell Cliente na mesma estação de trabalho. O programa de instalação detecta os arquivos do Agente do Desktop Management e não continuará até que o Agente (ou os respectivos arquivos) sejam removidos da estação de trabalho. Como os arquivos não constituem a instalação total do Agente, não existe uma lista do Agente do Desktop Management no recurso Adicionar/Remover Programas.
Se você instalar plug-ins de aplicativo da tela Browser de Aplicativos (myapps.html) em uma estação de trabalho Windows 98 e, em seguida, instalar o Agente do ZENworks Desktop Management completo nessa estação de trabalho, utilizando o agente MSI disponível na tela Browser de Aplicativos, essa tela deixará de funcionar.
O problema ocorre por causa do truncamento de nome de arquivo durante a instalação do MSI na tela do Browser. Recomenda-se instalar o Agente MSI no Windows 98 utilizando um método que não seja o da tela Browser de Aplicativos.
Se você ou um usuário desinstalar o Agente do ZENworks 7 Desktop Management de uma estação de trabalho Windows 98, o processo de desinstalação poderá falhar com a seguinte mensagem de erro:
Erro 1605: Esta ação só é válida para os produtos atualmente instalados
A falha ocorre porque o Windows 98 MSI Installer configurou incorretamente o registro do Windows para desinstalação.
O InstallShield Consumer Central publicou um Knowledgebase resource que fornece alguns procedimentos para corrigir o problema. A medida corretiva recomenda que você execute o Utilitário Windows Installer CleanUp para limpar as entradas do registro da estação de trabalho. O utilitário está disponível para download no site de Suporte da Microsoft.
Se você instalar o Novell Client 4.9 SP1a, o Novell NetIdentity 1.2 (do mesmo CD do Novell Client) e o Agente do ZENworks 7 Desktop Management e, em seguida, remover o Agente, o NetIdentity não funcionará porque os arquivos do NetIdentity do Agente serão removidos.
Para corrigir esse problema, você precisa usar o utilitário Adicionar/Remover Programas do Windows para remover o NetIdentity e, em seguida, é necessário reinstalá-lo.
Se você instalar o NetIdentity em uma estação de trabalho limpa usando o Novell Client, o NetIdentity será listado na lista Adicionar/Remover Programas do Painel de Controle do Windows.
Se, em seguida, instalar o Agente do ZENworks Desktop Management (que instala também o NetIdentity) nessa estação de trabalho, use o utilitário Adicionar/Remover Programas do Windows para “remover” o NetIdentity da estação de trabalho, no entanto, o NetIdentity não será realmente removido da máquina, será removido apenas da lista Adicionar/Remover Programas. O NetIdentity não será removido até que o Agente do ZENworks Desktop Management seja desinstalado.
Se você instalar o Novell Client 3.x e habilitar o Gerenciador de Estações de Trabalho em uma estação de trabalho Windows 98, instalar o Agente do ZENworks 7 Desktop Management e, em seguida, desinstalar o Novell Client 3.x, o Gerenciador de Estações de Trabalho será desinstalado na estação de trabalho e nenhuma política será distribuída para a estação de trabalho.
Para corrigir esse problema, você deve desinstalar o Agente do Desktop Management e reinstalá-lo em uma estação de trabalho Windows 98.
Se você instalar o Agente do ZENworks 7 Desktop Management e, em seguida, distribuir ou “retomar” uma versão provisória ou um patch do ZENworks for Desktops 4.0.1 fornecida anteriormente, a estação de trabalho não será mais reconhecida como importada e os aplicativos associados à estação de trabalho não aparecerão nas telas do NAL.
Se você já instalou o Agente do ZENworks 7 Desktop Management , recomendamos que não retome uma versão provisória ou um patch do ZENworks for Desktops 4.0.1 do Agente do Desktop Management.
A instalação do Agente do ZENworks 7 Desktop Management em uma estação de trabalho sobregravará alguns GINAs de login na rede de terceiros. O Agente do ZENworks 7 Desktop Management suporta os seguintes GINAs de terceiros (isto é, eles não serão sobregravados pela instalação do Agente do Desktop Management):
Se algum outro GINA de terceiro (isto é, um GINA não presente nessa lista) já estiver instalado na estação de trabalho do usuário, o Agente do Desktop Management não será instalado. É possível utilizar a propriedade MSI IGNORE_3RDPARTY_GINA com uma configuração de 1 para forçar a instalação do Agente e sobregravar o GINA de terceiro.
IMPORTANTE: Alguns outros GINAs de terceiros não funcionarão se eles não forem a lista principal (isto é, os primeiros) em uma cadeia do Microsoft GINA. Isso gera um problema nas estações de trabalho em que o Agente do Desktop Management já está instalado: o Agente precisará da lista principal na cadeia e desativará o GINA de terceiro.
O Distribuidor do Agente do Desktop Management (agentdistributor.exe) incluído no ZENworks 7 pode gerar ciclos excessivos da CPU na estação de trabalho Windows utilizada para distribuir o agente. O problema ocorre quando são selecionados vários elementos de configuração. Os recursos do Agente do Desktop Management, o endereço da Camada Intermediária e o nome da árvore do ZENworks contribuem para estender a linha de comando. Se a string da linha de comando ficar muito longa (aproximadamente 240 caracteres), o ZDPAService usado para distribuir o agente utilizará ciclos excessivos da CPU. Isso poderá travar a máquina.
Uma forma de reduzir o tamanho da linha de comando é selecionar todos os recursos que podem ser instalados com o Agente do Desktop Management. Isso fará com que uma linha de comando abreviada (ADDLOCAL=ALL) passe para o buffer, para que o Distribuidor do Agente seja executado normalmente.
IMPORTANTE: Esse procedimento instala todos os recursos do Agente do Desktop Management. Dependendo das necessidades de negócio, você poderá instalar todos esses recursos nas áreas de trabalho dos usuários da sua organização. Não recomendamos a instalação individual dos recursos do Agente.
Para obter mais informações sobre o Distribuidor do Agente, consulte "Utilizando o Distribuidor do Agente do Desktop Management para distribuir o agente em estações de trabalho de um domínio Microsoft" no Guia de Instalação do Novell ZENworks 6.5 Desktop Management.
Se você disparar o utilitário Distribuidor do Agente (independentemente ou no ConsoleOne) a partir de um servidor Windows, cujo local está definido como Espanha ou Honduras, será exibida a versão em inglês do utilitário.
Para solucionar esse problema, utilize as configurações de Opções Regionais no Painel de Controle do Windows para definir o formato regional como um local de idioma espanhol em vez de Espanha ou Honduras.
O cliente Microsoft RDP 5.1 (msrdp.ocx) está incluído no Gadget de disparo de aplicativos do ZENworks 7. Quando um usuário inicia um aplicativo do servidor de terminal configurado para ser executado em uma sessão de cliente RDP, o Gadget de disparo de aplicativos gera uma mensagem de erro indicando que o certificado do arquivo está vencido.
Se você clicar em Sim na mensagem de erro para continuar a instalação, o Gadget de disparo de aplicativos instalará o arquivo msrdp.ocx no diretório c:\program files\novell\zenworks na estação de trabalho do usuário e registrará o arquivo OCX.
Se você instalar o arquivo msrdp.cab em uma estação de trabalho usando o programa de instalação do Agente do ZENworks Management, nenhuma mensagem de erro será exibida.
Essa seção contém informações sobre os problemas que podem ocorrer ao instalar o componente Criação de Imagens da Estação de Trabalho do ZENworks 7 Desktop Management.
Se você reinstalar ou fizer upgrade do componente Criação de Imagens da Estação de Trabalho da instalação do ZENworks Server, as seguintes linhas serão adicionadas ao arquivo de registro Desktop Managementlog.txt:
Componentes Criação de Imagens\NTa NÃO instalados com êxito no
<server_name> no <installation_path>
Componentes Criação de Imagens\NTb NÃO instalados com êxito no
<server_name> no <installation_path>
O arquivo de registro da instalação (zenworks_for_desktops_server_installlog.log) indica que o arquivo zenimgdsr.dll não foi copiado com êxito. Essa condição existe porque o arquivo .dll original permanece aberto no servidor durante a instalação. As versões do .dll do ZENworks for Desktops 4.x e do ZENworks 7 Desktop Management são as mesmas, portanto a falha da instalação é ilógica.
Se você quiser evitar o erro, será possível renomear o zenimgdsr.dll no servidor e, em seguida, executar o programa de instalação.
Esta seção explica os problemas que podem ocorrer quando os usuários fazem upgrade de versões mais antigas do ZENworks Desktop Management ou do ZENworks for Desktops para ZENworks 7 Desktop Management.
Se você fizer upgrade do Servidor do ZENworks Desktop Management para ZENworks 7 (plataformas de servidor NetWare, Windows ou Linux), mas não fizer upgrade do software do Servidor de Camada Intermediária do ZENworks 6.5 para ZENworks 7, e se o Servidor de Camada Intermediária estiver sendo executado no NetWare 6, as políticas de grupo associadas à estação de trabalho não serão distribuídas para estações de trabalho em que o ZfD 4.x ou o Agente do ZENworks 6.5 Desktop Management esteja instalado.
Para solucionar esse problema, certifique-se de fazer upgrade do Servidor de Camada Intermediária para ZENworks 7.
Ao configurar o objeto Aplicativo do upgrade para o Agente do Desktop Management , você deverá definir o aplicativo para EXECUTAR UMA VEZ para que, depois que o agente seja instalado, o usuário não veja mais o aplicativo no NAL. Recomendamos também que você não habilite a desinstalação do objeto Aplicativo.
Os direitos de Administrador não são necessários para fazer upgrade do Agente do Desktop Management. Os privilégios do usuário são aumentados temporariamente pelo Agente do Desktop Management durante a instalação.
Se você efetuou login apenas como um membro do grupo Usuários ao fazer upgrade do Agente do ZENworks Desktop Management para a versão 7, as informações da chave de registro HKLM\Software\Novell\Workstation Manager\Identification serão perdidas. Isso fará com que a estação de trabalho não seja mais registrada (isto é, ela não será mais importada para a árvore do eDirectory).
Essa condição ocorre porque as informações do registro não foram lidas e salvas antes da desinstalação. Em alguns ambientes, isso não é um problema porque a estação de trabalho é reimportada na próxima reinicialização da estação de trabalho. Porém, nos ambientes em que a importação depende do Usuário (para nomeação ou localização), o usuário deve efetuar login tantas vezes quanto especificado no campo Limites de Logins do Usuário (especificado na Política de Importação) antes de reimportar a estação de trabalho.
OBSERVAÇÃO: Esse problema pode ser evitado se você alterar as permissões para a chave HKLM\Software\Novell\Workstation Manager\Identification antes de fazer o upgrade do Agente: conceda acesso Leitura ao grupo Usuários. É possível distribuir as permissões de registro utilizando as Políticas de Grupo do ZENworks, importando um arquivo INF que contenha as permissões desejadas. Para obter mais informações, consulte a Política de Grupo do Windows (pacotes de usuários e de estações de trabalho) no Guia de Administração do Novell ZENworks 7 Desktop Management.
Após a instalação do Agente do ZENworks 7 Desktop Management, as permissões necessárias para a chave de registro são definidas para futuros upgrades.
Se você fizer upgrade do Agente do ZENworks Desktop Management instalado no Windows 98 para a versão ZENworks 7 do agente, o programa de instalação exibirá uma mensagem, após a reinicialização da estação de trabalho, informando que ocorreu um erro em ncred9x.dll. Nenhum login de usuário será possível após essa falha de upgrade e a estação de trabalho ficará em estado inválido.
O erro ocorre por causa de um defeito no mecanismo MSI do Windows 98, que não atualiza corretamente determinados arquivos.
Para evitar esse problema, é necessário incluir a seguinte propriedade no objeto Aplicativo MSI para estações de trabalho Windows 98 apenas:
REINSTALLMODE=vamus
Isso colocará corretamente os arquivos na estação de trabalho Windows 98.
Para obter mais informações sobre a definição de propriedades do MSI, consulte "Guia MSI" em "Referência: Configurações de objetos Aplicativo" na seção "Gerenciamento de Aplicativos" do Guia de Administração do ZENworks 7 Desktop Management.
Esta seção explica os problemas que podem ocorrer quando os usuários tentam autenticar no Servidor do Desktop Management usando o Novell Client ou o Agente do Desktop Management para efetuar login
Alguns servidores NetWare podem gerar um erro de nível 500 quando você tenta importar estações de trabalho depois de editar o arquivo hosts nesse servidor NetWare.
Para corrigir o problema, reinicialize o servidor NetWare em que você instalou o Servidor de Camada Intermediária, cujo arquivo hosts foi editado para importação de estações de trabalho.
Se você tentar autenticar por meio do Servidor de Camada Intermediária em um Servidor do Desktop Management instalado em uma máquina Windows 2000 que já tenha o Active Directory* (instalado porque o Servidor do Desktop Management age como o Controlador de Domínio Primário) e o eDirectory (instalado para acomodar o Desktop Management) instalados, a autenticação falhará, a não ser que o usuário efetue login com um contexto completo.
O motivo dessa falha é uma contenção da porta LDAP padrão entre os receptores Active Directory e eDirectory LDAP. Para corrigir o conflito de porta, durante a instalação do eDirectory, escolha uma porta LDAP diferente da 389 padrão ou modifique o objeto Grupo LDAP localizado no container do servidor no ConsoleOne e, em seguida, use o utilitário NSAdmin no Servidor de Camada Intermediária para configurar o Servidor de Camada Intermediária para comunicar-se por essa porta.
Para configurar a porta no NSAdmin:
Na caixa Endereço do Internet Explorer, digite o URL do utilitário NSAdmin. Por exemplo:
http://server_name_or_IPAddress/oneNet/nsadmin
No campo Valor do parâmetro de configuração Porta LDAP, especifique o número da porta LDAP já definido no eDirectory e que o Servidor de Camada Intermediária deve usar para comunicar-se com o Servidor do Desktop Management > clique em Submeter.
NOTA: Não tente utilizar outro Browser da Internet (como Mozilla Firefox) em lugar do Internet Explorer para executar o utilitário NSAdmin. Outros browsers não executam o NSAdmin corretamente.
Para obter mais informações sobre esse problema, consulte TID 10073537 no Novell Support Knowledgebase.
Se você tentar descarregar os gerenciadores do Servidor de Camada Intermediária (por exemplo, xzen.nlm) em execução no NetWare 6, o servidor será encerrado.
No NetWare 6, você deve usar o NVXADMDN para descarregar os gerenciadores do Apache e da Camada Intermediária. Use o NVXADMUP para reiniciar os gerenciadores do Apache e da Camada Intermediária.
No NetWare 6.5, você deve usar o AP2WEBDN para descarregar os gerenciadores do Apache e da Camada Intermediária. Use o AP2WEBUP para reiniciar os gerenciadores do Apache e da Camada Intermediária.
O uso do ndscons.exe no Windows 2000 para verificar a conexão entre o Servidor de Camada Intermediária e o Servidor do Desktop Management não funcionará, a não ser que você tenha direitos de Administrador para o usuário do Windows 2000 local.
Uma estação de trabalho com o Agente do Desktop Management instalado e sendo executado no modo Passivo, sem o Novell Client, exibe a seguinte opção em uma caixa suspensa, quando você clica em Mudar Senha da caixa de diálogo Segurança do Windows (Ctrl+Alt+Delete):
<Provedor de credenciais do Novell Netidentity>
Essa opção para mudar a senha do eDirectory do NetIdentity não está funcionando atualmente. Para mudar a senha do Agente em execução no modo Passivo, abra o Painel de Controle, clique em Opções do Agente do ZENworks e mude a senha na caixa de diálogo apropriada.
Se o Novell Client e o Agente do Desktop Management estiverem instalados na mesma estação de trabalho e o usuário efetuar login na estação de trabalho local, em seguida abrir o myapps.html e clicar no link Trabalhar Online na tela na Web do Disparador de Aplicativos, o login do NetIdentity não funcionará. Isso é o comportamento indicado. Se a estação de trabalho tiver o Novell Client e o Agente do ZENworks Management instalados, o Gerenciamento de Aplicativos usará sempre o Novell Client.
Se apenas o Agente estiver instalado na estação de trabalho, nesse mesmo cenário, o link Trabalhar Online na tela da Web ativará o login do NetIdentity.
As estações de trabalho que utilizam o Agente do ZENworks for Desktops 4.x Desktop Management não conseguirão acessar arquivos (por exemplo, aplicativos a serem armazenados em cache) de um Servidor do Desktop Management instalado no Windows se os arquivos precisarem ser acessados por meio de um Servidor de Camada Intermediária instalado em uma máquina Linux (SLES 9 SP1 ou OES Linux).
O problema ocorre por dois motivos:
Você pode solucionar esse problema instalando o Agente do ZENworks 6.5 (ou posterior) Desktop Management, que utiliza o ZENMUP para comunicar-se diretamente com o servidor Windows.
O teste indica que resulta um número excessivo de logins quando as estações de trabalho se autenticam por meio de um firewall e copia arquivos de política ou de aplicativos no momento do login.
Para solucionar esse problema, recomenda-se configurar os aplicativos e as políticas a utilizarem nomes DNS para locais de arquivos no back end, em vez de endereços IP.
A autenticação LDAP, que é disparada quando os usuários efetuam login e acessam aplicativos ou políticas do ZENworks, utiliza dois dos logins extras concedidos ao usuário quando a senha desse usuário expira. Os logins extras são definidos no ConsoleOne, na página Restrições (seção de restrições de senha) do objeto Usuário do eDirectory.
Por exemplo, quando o eDirectory notifica o usuário que ele tem 2 logins extras no servidor, esse usuário não tem realmente logins extras e não poderá efetuar login até que a senha seja redefinida.
Esta seção identifica algumas áreas do componente Importação e Remoção de Estações de Trabalho do Desktop Management que podem não funcionar corretamente ou podem exigir configuração adicional no ZENworks 7 Desktop Management.
Se, durante a instalação do eDirectory em um servidor SLES 9, a porta LDAP for configurada para receber em uma porta diferente de 389, a Importação Automática de Estação de Trabalho falhará quando for executada nesse servidor.
Agora é possível configurar manualmente o arquivo novell-zdm-awsi.conf para permitir que portas alternativas controlem a Importação Automática de Estação de Trabalho. Siga as seguintes etapas para modificar o arquivo .conf:
Utilize um editor de texto para abrir o /etc/opt/novell/zenworks/zdm/novell-zdm-awsi.conf no servidor Linux.
Localize a seguinte linha no arquivo:
#LDAP_PORT = 389
Retire a linha e mude o número da porta, de 389 para a porta desejada.
Grave o arquivo e feche-o, em seguida, reinicie o serviço de importação.
Essa seção identifica algumas áreas do componente Gerenciamento de Estações de Trabalho do Desktop Management que podem não funcionar corretamente ou exigir configuração adicional no ZENworks 7 Desktop Management.
Os scripts de inicialização das políticas de Grupo da Estação de Trabalho Windows, configurados no Pacote de Políticas da Estação de Trabalho, poderão não ser executados consistentemente quando programados para serem executados na inicialização do sistema no ZENworks 7 Desktop Management, mesmo quando a opção Manter Configurações da Estação de Trabalho estiver selecionada.
Essa seção discute alguns aspectos da administração da Política de Grupo do Windows que podem não funcionar corretamente ou exigir configuração adicionais no ZENworks 7 Desktop Management.
Se você aplicar uma política de grupo de estações de trabalho criada para o Windows XP, que é configurada com configurações de segurança, e aplicar também uma política de grupo de usuários para Windows XP, que é configurada com configurações de segurança (por exemplo, você deseja definir um certificado de usuário), as configurações de segurança aplicadas com a política de grupo de usuários sobregravarão as configurações de segurança aplicadas pela política de grupo de estações de trabalho.
Se você desabilitar as configurações de segurança nas políticas de usuários, as configurações de segurança da política de estações de trabalho serão definidas e ativadas.
Se usar um endereço IP explícito no caminho de arquivo ao associar uma política de grupo a um usuário ou uma estação de trabalho (ou seja, no ConsoleOne você fornece um endereço IP no caminho da política ---por exemplo, \\137.65.167.123\c$\pathname), você não poderá efetuar login de uma estação de trabalho XP com o Agente do Desktop Management instalado.
Você deve usar o nome do servidor no caminho em vez de um endereço IP.
Se você iniciar o MMC (Microsoft Management Console) do ConsoleOne para editar uma Política de Grupo do Windows---especificamente para renomear uma conta de usuário padrão (Administrador ou Convidado), deverá ter efetuado login como o usuário cujo nome da conta padrão você está mudando. Se você efetuar login usando essa conta padrão e renomear a conta, as mudanças não serão gravadas no caminho da rede indicado no ConsoleOne e deverão permanecer na máquina de administração.
Se os usuários de rede com Perfis de roaming estiverem vendo várias pastas c:\documents and settings\username.machine_name.nnn em uma estação de trabalho Windows em que estão conectados, ou se os usuários observarem logoffs lentos do Windows ou encerramentos lentos da estação de trabalho, é possível que as chaves de registro do Windows tenham sido deixadas abertas.
Para corrigir esse problema, faça o download e utilize o User Profile Hive Cleanup Service da Microsoft, um utilitário que fecha as chaves de registro abertas na seção do usuário, permite que os perfis de roaming sejam normalmente excluídos ao efetuar logoff e permite logoffs e encerramentos da estação de trabalho mais rápidos.
Recomendamos que você utilize o Novell Application LauncherTM para distribuir esse aplicativo MSI a todas as estações de trabalho afetadas.
Após a instalação do ZENworks 7 Desktop Management, as impressoras iPrint não são distribuídas aos usuários que estão executando estações de trabalho Windows 2000/XP, mesmo depois que a Política do iPrint do ZENworks 7 Desktop Management esteja configurada no pacote da Política de Usuários (que instala o cliente iPrint e distribui drivers de impressora aos usuários) e as respectivas estações de trabalho sejam reinicializadas.
Para corrigir esse problema no NetWare 6, modifique o valor AllowUserPrinters no arquivo iprint.ini no diretório \\server_name\sys\login\ippdocs de zero (0)---o valor padrão---para um (1), que permitirá ao usuário adicionar a impressora. No NetWare 6.5, o arquivo iprint.ini está localizado no diretório \\server_name\sys\apache2\htdocs\ippdocs.
NOTA: O arquivo iprint.ini estará disponível apenas se você tiver instalado o Novell Distributed Print ServicesTM como parte da instalação do NetWare e tiver extraído o nipp.exe para esse diretório. Caso não tenha o iprint.ini e o nipp.exe, faça download dos arquivos no Suporte da Novell em http://support.novell.com. Procure TID 2968629.
Se você utilizar a política do iPrint para distribuir impressoras por meio de um firewall a uma sessão de usuário do Windows 2000/2003 Terminal Server, a política não definirá corretamente a chave de registro necessária para ignorar a configuração manual de endereço proxy do iPrint.
Cada usuário de sessão do servidor de terminal que precisar imprimir em impressoras fora do firewall, deverá seguir as seguintes etapas para configurar o endereço proxy:
Na sessão Servidor de Terminal do Usuário, clique em Iniciar > Programas > Novell iPrint > iPrint Client, em seguida, clique na guia Proxy.
Marque a caixa de seleção Usar um servidor proxy para impressão no iPrint.
No campo URL de Proxy, digite o endereço de proxy do firewall externo do servidor proxy, em seguida, clique em OK.
Quando o endereço de proxy for configurado, a política de impressora distribuirá sem problemas.
Se o usuário se autenticar em um Servidor do Desktop Management instalado em um servidor Linux (OES ou SLES 9), o cliente do iPrint será distribuído para as áreas de trabalho, mas os drivers de impressora do iPrint não serão.
Esse é um problema conhecido em um dos arquivos do Agente do ZENworks Desktop Management e será corrigido em uma versão futura do Agente do Desktop Management.
A política do Novell iPrint policy (pacotes de Usuários e Estações de Trabalho) não funciona em um ambiente exclusivo do SUSE LINUX Enterprise Server 9. Para executar o cliente do Novell iPrint, é necessário ter pelo menos um servidor NetWare no sistema.
Essa seção identifica algumas áreas do componente Gerenciamento de Aplicativos que podem não funcionar corretamente ou exigir configuração adicional no ZENworks 7 Desktop Management.
Apesar do nal.exe e do nalexpld.exe estarem incluídos no produto e iniciarem executáveis, a finalidade deles é facilitar o funcionamento contínuo dos scripts de login existentes.
O ZENworks 7 Desktop Management suporta apenas as trocas suportadas pelo nalwin32.exe. Para ver uma lista dessas trocas, digite o seguinte comando:
nalwin32.exe /?
Você verá as mesmas trocas se digitar o seguinte comando:
nalwin.exe /?
Não é possível fechar atualmente a janela do Explorador de Aplicativos usando a opção Sair do Explorador de Aplicativos no menu Arquivo.
Para fechar o Explorador de Aplicativos, clique no botão Fechar (X) no canto superior direito da janela do Explorador de Aplicativos.
Embora você possa arrastar um ícone de aplicativo do painel direito da tela Janela de Aplicativo para a área de trabalho do Windows, ao fazê-lo será criado um atalho interrompido que não iniciará o aplicativo.
Você pode corrigir esse problema, iniciando a tela Explorador de Aplicativos depois de criar o atalho. O atalho funciona corretamente, quando o Explorador de Aplicativos é iniciado. Posteriormente, quando você fechar o Explorador de Aplicativos, o atalho será removido da área de trabalho.
Se um usuário definir a opção para usar um myapps.html como o segundo plano da página da Web para as respectivas áreas de trabalho do Windows XP, este gerará erros de script e o myapps.html não exibirá aplicativos.
Se você quiser que os usuários usem esse recurso, será necessário editar as partes do myapps.html que esse recurso não pode gerenciar. O método mais fácil é extrair os dados da função WriteData() no arquivo e usá-los como o conteúdo de um novo arquivo .html.
Os comentários da página da Web terão a seguinte forma:
<head>
<title>Novell Delivered Applications</title>
</head>
<body scroll='no' style='margin: 0; overflow:hidden'>
<object id="AxNalView" classid="CLSID:4F4B2E32-B44C-450E-8683-6903FE9DDCEA" width="100%" height="100%">
<!--param name="SingleTree" value="ZENWORKS_TREE"-->
<!--param name="PortalView" value="false"-->
<!--param name="BannerURL" value="http://www.company.com/banner.html"-->
<!--param name="BannerHeight" value="80"-->
<!--param name="ShowTree" value="true"-->
<!--param name="ShowTasks" value="false"-->
<!--param name="AppDisplayType" value="1"-->
<!--param name="ShowAppFrameNavigation" value="true"-->
<!--param name="ShowIEToolbarButton" value="true"-->
</object>
</body>
</html>
Gravar esse arquivo no disco rígido. Você pode usá-lo como um segundo plano do XP.
Se você acessar uma página da Web assistida pelo Servidor Web do Apache e essa página tiver caracteres japoneses, como a versão em japonês do myapps.html, os caracteres dessa página podem aparecer truncados.
Isso é um problema conhecido do Servidor Web do Apache e pode ser corrigido com uma configuração simples no Apache. Para entender melhor o problema, consulte o site da Sun Developer Network para obter o artigo denominado Creating Multilingual Web Sites with Apache (Criando sites multilingües na Web com o Apache) Para obter informações específicas sobre como corrigir o problema e configurar o servidor, consulte o artigo da documentação do Apache HTTP Server Version 2.0 denominado Content Negotiation (Negociação de conteúdo).
A versão do ZENworks 7 Desktop Management do myapps.html (parte do Plug-in do NAL) não inclui a funcionalidade para disparar aplicativos Thin Client de um servidor de terminal Windows.
Se você quiser que os usuários disparem aplicativos Thin Client, será necessário instalar o Agente do ZENworks Management nas estações de trabalho dos usuários.
A próxima versão do ZENworks Desktop Management adicionará funcionalidade à instalação do Plug-in do NAL para permitir o disparo de aplicativos Thin Client das estações de trabalho.
O novo requisito de sistema do terminal Remoto em um objeto Aplicativo aplica-se apenas às sessões do Servidor do Terminal Remoto. As sessões em execução no console do Servidor de Terminal são consideradas remotas por padrão. Esse comportamento pode ser mudado, criando a seguinte chave de registro no próprio Servidor de Terminal.
HKEY_LOCAL_MACHINE\Software\Netware\Nal\ConsoleIsNotTS
A criação dessa chave de registro fará com que as sessões em execução no console do Servidor de Terminal não sejam tratadas como sessões de Servidor de Terminal.
Se os usuários tiverem uma versão do Novell ClientTM mais antiga que a versão 4.9 Support Pack 2 para acessarem localmente (isto é, "Somente Estação de Trabalho"), o NWGINA não será autenticado no eDirectory e não fará nenhuma solicitação de rede. Além disso, o Novell Client terá uma conexão não autenticada ou "monitorada" na árvore do eDirectoryTM escolhida para ser a árvore principal.
Se, conseqüentemente, o usuário se autenticar no Novell Application Launcher utilizando o Login da Camada Intermediária, o cliente NetIdentity se autenticará no Servidor do ZENworks Management atendido pelo Servidor de Camada Intermediária.
As tentativas feitas pelo Application Launcher para distribuir um aplicativo por meio dessa autenticação falharão porque os arquivos a serem distribuídos estão localizados no servidor em que o cliente criou uma conexão monitorada. Através dessa conexão, o cliente vê o volume sys: no servidor (todos os usuários têm direitos ao diretório \login no volume sys: de um servidor NetWare porque os clientes mais antigos se autenticaram executando o login.exe).
Para corrigir esse problema, o usuário deve clicar com o botão direito do mouse no ícone vermelho "N" do Novell Client na bandeja do sistema para acessar o servidor. Os usuários não devem clicar com o botão direito do mouse no ícone do Application Launcher na bandeja do sistema e selecionar "Login no Servidor de Camada Intermediária do ZENworks" para efetuar login.
Quando um aplicativo distribuído for configurado para ser instalado de uma estação de trabalho, a estação de trabalho não solicita uma reinicialização quando a desinstalação estiver concluída.
Como a desinstalação pode afetar o registro do Windows, outros aplicativos que estão lendo o registro na inicialização podem ser afetados adversamente, exceto se a estação de trabalho for reinicializada. Os usuários devem sempre fazer a reinicialização manualmente depois que um aplicativo distribuído for desinstalado.
Se você configurar um aplicativo do arquivo .ini a ser desinstalado com o atributo Criar ou Acrescentar a um Valor Existente selecionado para desinstalação, o valor que foi acrescentado durante a instalação original não será removido.
A única solução atual para esse problema é uma edição manual do arquivo .ini.
Um componente-chave do NLS (Novell Licensing Services), nls32.dll, não acompanha o Novell Client atual. Como um resultado, é gerado um erro quando você tentar usar o Monitoramento e a Contagem da Licença do Software no Desktop Management.
Para corrigir esse problema, copie o nls32.dll e o nlsapi32.dll do diretório companioncd\companion1\licensing do CD Companion 1 em cada estação de trabalho na qual você deseja verificar as licenças do aplicativo. Nas estações de trabalho Windows 2000/XP, copie para o diretório c:\winnt\system32. Em uma estação de trabalho Windows 98 SE, copie para o diretório c:\windows\system.
O ícone de um aplicativo associado a uma estação de trabalho definido como desconectável não é imediatamente exibido quando o usuário acessa a estação de trabalho localmente sem se autenticar no eDirectory.
Devido a um intervalo criado no código, o ícone reaparecerá na área de trabalho se você atualizar o Novell Application Launcher após aguardar cinco minutos.
Se você tentar distribuir um aplicativo MSI associado à estação de trabalho que não selecionou a opção Distribuir no Espaço de Segurança da Estação de Trabalho se a Estação Estiver Associada, e o cache de disparo da estação de trabalho estiver desabilitado quando houver tentativa de distribuição do aplicativo, um erro será gerado para informá-lo que a distribuição do aplicativo não obteve êxito.
A distribuição falha porque o Disparador de Aplicativos tenta ler os atributos do aplicativo MSI com privilégios de usuário. Os privilégios de usuário não são reconhecidos porque a gravação para o cache de disparo está desabilitada e o usuário não possui privilégios para o objeto Aplicativo fora do cache.
Para evitar esse erro, faça o seguinte:
Quando vários objetos Aplicativo configurados anteriormente para Forçar Cache são acessados pelo NAL que está sendo executado para um servidor NetWare 6.5 com o cifs.nlm carregado, o servidor NetWare pode ser encerrado, quando é feito armazenamento em cache do primeiro aplicativo.
O problema foi identificado e corrigido em um patch do NetWare 6.5 SP1 e no NetWare 6.5 SP2.
Os aplicativos associados à estação de trabalho serão disponibilizados aos usuários na primeira reinicialização em seguida a um importação bem-sucedida da estação de trabalho para uma árvore eDirectory.
Se executar o ConsoleOne e os snap-ins do ZENworks 7 localmente de uma estação de trabalho Windows XP em que o ZENworks for Desktops 4 SP1b ou o Agente do 4.0.1 Desktop Management esteja também instalado, você não poderá importar ou exportar os arquivos AOT ou AXT do ConsoleOne nessa estação de trabalho. Se isso for feito, causará o truncamento do ConsoleOne.
Recomendamos que evite o uso dessa combinação de software se você quiser usar o ConsoleOne para importar ou exportar arquivos AOT ou AXT.
Em vez disso, você deve disparar uma cópia local do ConsoleOne de uma estação de trabalho que tenha o Agente do ZENworks 7 Desktop Management instalado. Essa cópia não deve conter os snap-ins do ZENworks for Desktops 4 SP1b ou do ZENworks for Desktops 4.0.1.
Se você tentar criar um AOT/AXT de um aplicativo Windows XP usando o SNAppShot, poderá ser exibido um erro informando-lhe que houve falha do SnAppShot para copiar um arquivo do diretório c:\windows\softwaredistribution.
O erro ocorre porque a pasta c:\windows\softwaredistribution não foi adicionada à lista de exclusão.
Caso não tenha ainda iniciado a criação do AOT/AXT, recomendamos que adicione manualmente o c:\windows\softwaredistribution à lista de exclusão.
Se você já iniciou o processo do snAppShot e recebeu o erro, recomendamos o seguinte procedimento de correção:
Na mensagem de erro, anote o nome do arquivo que não pôde ser copiado e, em seguida, clique em Ignorar na caixa de diálogo da mensagem de erro para não copiar o arquivo para o diretório .fil.
Importar o AOT/AXT no ConsoleOne.
Remova a entrada para o arquivo não copiado da guia Arquivos App do objeto Aplicativo do AOT/AXT.
Quando você cria um aplicativo em snAppShot em uma estação de trabalho Windows XP habilitada em japonês e procura o diretório de instalação de aplicativos, o seguinte erro pode ser exibido:
Exceção externa C0000006
Esse problema será abordado na próxima versão do snAppShot.
Se você iniciar a distribuição do objeto Aplicativo de um recurso de cluster e iniciar a migração do recurso de cluster antes da conclusão da distribuição, o tempo de espera da distribuição poderá se esgotar antes da conclusão e gerará um erro.
Para solucionar esse problema, dispare manualmente a distribuição outra vez.
Se você tentar importar chaves de registro ou arquivos .fil de um objeto Aplicativo existente ao criar um novo objeto Aplicativo, a importação dessas informações falhará se as informações antigas estiverem localizadas em um caminho que inclui um nome de pasta com mais de 8 caracteres, um espaço ou um caractere estendido.
Se você distribuir aplicativos encadeados e dependentes para uma estação de trabalho Windows 98 em um ambiente do ZENworks, em que os Servidores de Camada Intermediária e os Servidores do Desktop Management que passaram por upgrade para o ZENworks 7 Desktop Management, mas a versão 4.x ou a versão 6.5 do Agente do Desktop Management não tiver passado por upgrade, a distribuição do aplicativo poderá falhar com vários erros.
Nessa situação, você poderá encontrar os primeiros aplicativos na cadeia distribuídos normalmente, mas é provável que uma distribuição subseqüente de um outro aplicativo na cadeia pareça colocar a estação de trabalho em um estado desconectado.
Existem dois métodos para corrigir o problema:
Essa seção identifica algumas áreas do componente Criação de Imagens da Estação de Trabalho do Desktop Management que podem não funcionar corretamente ou exigir configuração adicional no ZENworks 7 Desktop Management.
O upgrade do disco rígido de uma estação de trabalho Windows 2000 de um Sistema de Disco Básico para um Sistema de Disco Dinâmico muda a tabela de partições de modo que ela não permita que a estação de trabalho seja inicializada para a partição de produção, apenas para a partição Linux* do Desktop Management. Nenhuma correção desse problema está incluída no ZENworks 7 Desktop Management.
O componente Criação de Imagens da Estação de Trabalho do ZENworks 7 não suporta discos dinâmicos. Se você fizer upgrade dos seus discos, não poderá mais usar a Criação de Imagens da Estação de Trabalho.
Se você instalar o componente Criação de Imagens da Estação de Trabalho do ZENworks 7 Desktop Management em um servidor Windows 2000 que possua mais de uma placa de interface de rede (NIC), não poderá vincular o servidor Proxy Imaging a um endereço IP específico.
Se você instalar a Criação de Imagens da Estação de Trabalho em um servidor NetWare, será possível vincular o servidor Proxy Imaging a um endereço IP específico (ou seja, a NIC de sua escolha) usando a seguinte troca:
carregar imgserv -i:IP_Address
Se você instalar os componentes Criação de Imagens da Estação de Trabalho e Preboot Services do ZENworks 7 Desktop Management em um nó de cluster do NetWare e, subseqüentemente, importar a estação de trabalho, configurar uma Política de Criação de Imagens para a estação de trabalho e reinicializar a estação de trabalho com discos de boot PXE ou uma reinicialização de rede PXE, a estação de trabalho não reconhecerá a Política de Criação de Imagens e não a executará.
Recomendamos que não tente usar o ZENworks 7 Preboot Services em um ambiente de cluster do NetWare.
O utilitário Instalação do PXE-on-Disk não detecta nem exibe drivers para os adaptadores de rede compatíveis com PXE fabricados pela NETGEAR, Inc.
Os cinco discos de boot criados com o zimgboot.exe não têm espaço suficiente para armazenar todos os arquivos, inclusive os drivers USB.
Se uma estação de trabalho exigir drivers USB, é possível que os usuários visualizem mensagens de erro semelhantes a uma destas:
Carregar módulos USB /bin/runme.s: /lib/modules/2.4.22/kernel/drivers/usb Arquivo ou diretório inexistente
ou
Carregar módulos USB /bin/runme.s: /lib/modules/2.4.22/kernel/drivers/usb/storage Arquivo ou diretório inexistente
Se os usuários das estações de trabalho que exigem drivers USB receberem esses erros, prepare um CD de boot de criação de imagens para as estações de trabalho. O CD tem espaço suficiente para incluir os drivers USB adequados.
Essa seção identifica algumas áreas do componente Gerenciamento Remoto do Desktop Management que podem não funcionar corretamente ou exigir configuração adicional no ZENworks 7 Desktop Management.
Se uma estação de trabalho gerenciada possuir vários monitores, uma sessão remota de um console de gerenciamento gerenciará apenas o monitor principal da estação de trabalho gerenciada.
Durante uma sessão de Controle Remoto na estação de trabalho gerenciada, se você mudar o modo de exibição do modo Aplicativo da caixa do DOS para o modo Tela inteira, não receberá atualizações até que mude para o modo normal ou feche a caixa do DOS.
Se um usuário usar a Conexão de Desktop Remoto para conectar-se a uma estação de trabalho Windows XP e, em seguida, iniciar uma sessão de Controle Remoto nessa estação, o console de Controle Remoto ficará apagado e você não poderá controlá-lo remotamente.
Os usuários com uma estação de trabalho Windows XP devem efetuar login localmente antes de tentar controlar as respectivas estações de trabalho remotamente.
Durante uma sessão de Controle Remoto, talvez você não possa remover o papel de parede da área de trabalho ativa na estação de trabalho gerenciada. Isso afeta o desempenho do Gerenciamento Remoto.
Para corrigir esse problema, você deve eliminar manualmente o papel de parede da estação de trabalho gerenciada.
Na eliminação do papel de parede, o Windows XP comporta-se diferentemente de outros sistemas operacionais Windows. Quando você define o papel de parede, o Windows XP cria um backup dele. Quando você desabilitar o papel de parede, ele será desabilitado apenas do local principal. Quando você mudar as configurações, o papel de parede deve ressurgir.
Os cursores coloridos e com animação da estação de trabalho gerenciada não são suportados pelo Gerenciamento Remoto.
Durante uma sessão de Gerenciamento Remoto com uma estação de trabalho gerenciada, se você posicionar o cursor do mouse em uma janela que está mudando continuamente (por exemplo, Gerenciador de Tarefas), o cursor do mouse oscilará na estação de trabalho gerenciada. Esse comportamento do cursor é aparente apenas na estação de trabalho gerenciada.
O serviço de Ativação na LAN em execução no servidor NetWare 6.5 SP1a (e posterior) poderá não ativar as estações de trabalho se a programação for modificada.
Para corrigir esse problema, tente reiniciar o serviço.
Nas estações de trabalho Windows 2000/XP, os aplicativos DirectX não são executados no modo exclusivo durante uma sessão de Controle Remoto ou de Tela Remota.
Se o Gerenciador de Controle de Serviços estiver em execução quando for feito o upgrade do Agente de Gerenciamento Remoto para ZENworks 7, o Serviço de Gerenciamento Remoto do Novell ZENworks não será criado, mesmo depois que a estação de trabalho gerenciada for reiniciada.
Para solucionar esse problema, verifique se o Gerenciador de Controle de Serviços está fechado antes de fazer o upgrade.
Quando você reinicia um servidor Linux no qual está instalado o serviço de Ativação na LAN do ZENworks, a tela de login de inicialização pode exibir o serviço de Ativação na LAN como ausente, embora os serviços de Ativação na LAN sejam executados corretamente. Você pode ignorar a mensagem.
Em uma estação de trabalho Windows 98, quando você fizer upgrade do Agente de Gerenciamento Remoto do ZENworks for Desktops 4.0.1, do ZENworks 6.5 Desktop Management ou do ZENworks 6.5 Desktop Management Support Pack 1 para o ZENworks 7, a senha do Gerenciamento Remoto, se houver, será apagada.
Solução: No prompt de comando, digite o seguinte comando:
msiexec /i "path_of_MSI zfdagent.msi" REINSTALLMODE=vamus
Se você estiver instalando via objeto Aplicativo MSI, especifique vamus na propriedade REINSTALLMODE.
IMPORTANTE: Essa solução só se aplica quando você faz upgrade da versão do Agente do ZENworks 6.5 Desktop Management ou superior.
Se você clicar em Ajuda durante uma sessão de gerenciamento remoto, o arquivo de ajuda poderá não disparar corretamente.
Para solucionar o problema e visualizar a Ajuda, navegue para o seguinte local e clique duas vezes em rcagent.chm: zenworks_agent_directory\remotemanagement\rmagent\nls.
Essa seção identifica algumas áreas do componente Inventário da Estação de Trabalho do Desktop Management que podem não funcionar corretamente ou exigir configuração adicional no ZENworks 7 Desktop Management.
Para reinstalar o Servidor de Inventário ou o Banco de Dados de Inventário no Linux, desinstale primeiro o componente que deseja reinstalar e prossiga com a instalação do componente novamente.
Se você instalar o componente do servidor de Inventário do ZENworks 7 Desktop Management em um servidor NetWare 6.5 SP2/SP3 ou NetWare OES, poderá ocorrer falha de inicialização do serviço de Inventário após a instalação.
Se o Novell Client não estiver instalado nas estações de trabalho inventariadas e você usar caracteres de bytes duplos no caminho do diretório de exploração do objeto Serviço de Inventário (scandir), os arquivos .str não serão transferidos para o servidor de Inventário.
Por padrão, o caminho do scandir é o caminho de instalação em que o banco de dados e os componentes auxiliares do servidor de Inventário estão instalados (a não ser que você o mudou manualmente depois da instalação do ZENworks 7 Desktop Management, configurando o objeto Serviço de Inventário).
Essa seção identifica outros problemas que podem ser causados ou exigem correções quando você usa o ZENworks 7 Desktop Management.
A seguinte mensagem de erro é gerada, ao iniciar um aplicativo RDP ou ICA do Gadget de Item de Disparo em uma estação de trabalho com o Windows XP SP2 instalado:
Para ajudar na proteção da sua segurança, o Internet Explorer parou de instalar softwares no seu computador. Clique aqui para obter opções…
Se os usuários estiverem usando estações de trabalho Windows XP SP2 (ou superior), poderão clicar na barra de informações da caixa de diálogo Plug-in para instalar o cliente Citrix ICA/RDP. De modo alternativo, os usuários podem entrar em contato com você para obter ajuda na instalação do cliente Citrix ICA/RDP.
O ZENworks 7 Desktop Management não suporta árvores associadas ou da raiz do DNS.
Na versão fornecida do ZENworks for Desktops 4.x, as páginas de propriedade dos objetos Usuário, Estação de Trabalho e Container no ConsoleOne incluíram as guias Aplicativos e Disparador de Aplicativos.
Com o ZENworks 7 Desktop Management, essas duas páginas foram consolidadas na guia ZENworks dos objetos Usuário, Estação de Trabalho e Container.
A Importação de Estação de Trabalho e o Gerenciamento de Estação de Trabalho (ou seja, políticas aplicadas a estações de trabalho ou usuários) podem funcionar de forma diferente quando os usuários se conectam por meio de VPN. Para obter mais informações, consulte TID 10096902 no Novell Support Knowledgebase.
Se você instalou o Banco de Dados do Desktop Management ou o Banco de Dados de Inventário em um servidor NetWare, a seguinte mensagem de erro poderá ser exibida durante as operações do banco de dados:
Conexão encerrada de modo anormal
Essa mensagem é falsa e pode ser ignorada.
Se o ConsoleOne estiver sendo executado em uma máquina Windows configurada com dois endereços IP diferentes em duas redes diferentes, o ConsoleOne não poderá enviar dados para o eDirectory e gerará um código de erro.
Esse comportamento poderá ser verificado se você tentar criar um atributo de fluxo no eDirectory executado em um servidor SUSE Linux.
O Agente do ZENworks 7 Desktop Management não funciona corretamente com as versões do NSure® SecureLogin anteriores à versão 3.51.1.
Se você instalar o Agente do ZENworks 7 Desktop Management em uma estação de trabalho que já tem uma versão do SecureLogin anterior à versão 3.51.1 instalada, as tentativas de login do usuário falharão e a estação de trabalho será reinicializada.
Caso já tenha encontrado esse problema, você poderá retornar à estação de trabalho e fazê-la funcionar seguindo as instruções em TID 10096513 no Novell Knowledgebase.
Nesta documentação, o símbolo maior que (>) é usado para separar ações necessárias ao navegar nos menus em uma interface de usuário.
O símbolo de marca registrada (®, TM, etc.) indica uma marca registrada da Novell; o asterisco (*) indica uma marca registrada de terceiros.
A Novell, Inc. não faz representações ou garantias quanto ao conteúdo ou utilização desta documentação e especificamente se isenta de quaisquer garantias de comerciabilidade explícitas ou implícitas ou adequação a qualquer propósito específico. Além disso, a Novell, Inc. reserva-se o direito de revisar esta publicação e fazer mudanças em seu conteúdo, a qualquer tempo, sem a obrigação de notificar qualquer pessoa ou entidade sobre essas revisões ou mudanças.
A Novell, Inc. também não faz representações ou garantias quanto a qualquer software e especificamente se isenta de quaisquer garantias de comercialização explícitas ou implícitas ou de adequação a qualquer propósito específico. Por fim, a Novell, Inc. reserva-se o direito de fazer mudanças, no todo ou em parte, no software Novell, a qualquer tempo, sem a obrigação de notificar qualquer pessoa ou entidade sobre essas mudanças.
Quaisquer informações técnicas ou sobre produtos fornecidas neste contrato podem estar sujeitas aos controles de exportação dos Estados Unidos e às leis de comércio de outros países. Você aceita estar em conformidade com todas as regulamentações de controle de exportação e obter quaisquer licenças ou classificações exigidas para exportar, reexportar ou importar materiais para distribuição. Você concorda em não exportar nem reexportar para entidades que estão nas listas de exclusão de exportação dos Estados Unidos ou para quaisquer países terroristas ou com embargos, conforme especificado nas leis de exportação dos Estados Unidos. Você concorda em não utilizar os materiais para usos finais proibidos de armamento nuclear, míssil ou químico-biológico. Consulte http://www.novell.com/info/exports/ para obter mais informações sobre a exportação de software Novell. A Novell estará isenta de responsabilidade caso você deixe de obter as aprovações necessárias para exportação.
Copyright © 2005 Novell, Inc. Todos os direitos reservados. Nenhuma parte desta publicação pode ser reproduzida, fotocopiada, armazenada em um sistema de recuperação ou transmitida sem o consentimento por escrito da Novell.
A Novell, Inc. possui direitos de propriedade intelectual com relação à tecnologia de seus produtos, que está descrita nesta documentação. Em particular, e sem limitações, esses direitos de propriedade intelectual podem incluir uma ou mais patentes nos EUA, listadas no site http://www.novell.com/company/legal/patents, e uma ou mais patentes adicionais ou aplicações de patentes pendentes nos EUA e em outros países.
ConsoleOne, NetWare, Novell, NSure e ZENworks são marcas registradas da Novell, Inc. nos Estados Unidos e em outros países. eDirectory, NLM, Novell Application Launcher, Novell Client, Novell Distributed Print Services e snAppShot são marcas registradas da Novell, Inc.
Todas as marcas registradas de terceiros pertencem a seus respectivos proprietários.