Windows Server 2008 R2 - RDSH - Inchaço do registro com o Samsung Universal Print Driver

Ao executar vários farms RDSH do Windows Server 2008 R2, estamos enfrentando um problema em que todos os servidores RDSH estão com o registro inchado até o valor máximo de 2048MB. Usando o Sysinternals Registry Usage (ru.exe), conseguimos determinar mais de 1000 MB do registro que estão sendo usados pelas chaves relacionadas à Samsung Universal Printer.

Driver de impressão universal Samsung: versão 2.3.90
Driver de impressão universal Samsung 2: versão 2.50.2.0

Seções do Registro em que o inchaço está ocorrendo:

HKEY_USERS\.DEFAULT\Software\SSPrint\
  spe__\
  spd__\
  ssp6m\
HKEY_USERS\S-1-5-8\Software\SSPrint\
  spe__\
  spd__\
  ssp6m\

Cada uma dessas subchaves possui mais de 500 chaves, nas quais o Uso do Registro está relatando que elas estão ocupando 30 a 40 MB cada.

Subchave de exemplo: HKU\.default\software\ssprint\spe__\{BCC489E0-E2CA-442B-A5A5-9B849579BE1F}

Examinando os dados das teclas "Recursos", "MUIData" etc. etc. Você pode definitivamente dizer que eles são Samsung Universal, pois os valores referenciam o Samsung Universal quando você os exibe.

Tirando um dos servidores da mistura, tentei limpar essas chaves e consegui. Limpar a seção ".Default" também limpou as teclas "S-1-5-18", portanto, acho que esses são um link de referência no Registro. Quando o fiz, limpei o arquivo HKU\.default\Printers\DevModes2também, já que esta seção nem abriria no Regedit. Para remover, tive que clicar na CLI para remover a chave "DevModes2" e recriar a chave no Regedit.

Assim que eu faço login com uma conta que tenha uma impressora implantada para eles com o Samsung Universal Print Driver, essas chaves começam a aparecer e incham o registro. Como o registro está cheio, estamos enfrentando problemas de perfil de usuário, causando o carregamento de perfis temporários. Quando desabilitamos a capacidade de ter um perfil temporário, os usuários podem executar um "O serviço de perfil de usuário falhou no logon. O perfil de usuário não pode ser carregado." mensagem.

Alguém aí experimentou esse problema?

Há alguma configuração no driver de impressão universal da Samsung para evitar esse comportamento ou para que ele seja limpo depois de si mesmo?

windows-server-2008-r2 remote-desktop drivers Aracnídeo
fonte

Eu sinto sua dor. Os drivers universais da HP não eram muito melhores há alguns anos atrás, onde o spooler travava com milhares de processos da HP em execução. Eu vou estar assistindo esta pergunta com certeza.

pauska

O suporte da Samsung criou um caso hoje quando liguei. Felizmente, eles terão uma resposta em breve.

Aracnídeo #

Após algumas pesquisas, o problema principal do DevModes2 estava relacionado ao support.microsoft.com/kb/2871131 e o hotfix foi instalado. No entanto, o hotfix não limpa a bagunça, aparentemente apenas o impede de crescer. Quando se trata do Samsung SSPrint, eles voltam a crescer após a limpeza. Para obter o registro abaixo dos 2048 MB, tivemos que realizar uma limpeza na seção do registro ( support.microsoft.com/kb/2498915 ). Agora estamos apenas monitorando e nos preparando para colocar os servidores no modo de drenagem até termos uma solução com os drivers da Samsung.

Aracnídeo #

@Archanid Interesting! Como você está monitorando a situação?

pauska

OBSERVAÇÃO para qualquer pessoa que esteja por aí usando drivers de impressão universal da Samsung e Windows Server 2008 R2 para hospedagem de sessão de área de trabalho remota (RDSH). Você também experimentará inchaço do registro em perfis de usuário individuais. Se você estiver usando perfis de usuário móvel, poderá ocorrer problemas em que o registro inchará a ponto de ser necessário carregar e exportar um registro HIVE com as Diretivas de Grupo definidas para Excluir chaves relacionadas ao SSPrint. HKCU \ Software \ SSPrint \ spe__ HKCU \ Software \ SSPrint \ spd__ HKCU \ Software \ SSPrint \ ssp6m As teclas acima se referem a processadores de impressão Samsung usados pelos drivers.

Aracnídeo

Respostas:

Eu tive exatamente o mesmo problema e posso confirmar que ele foi corrigido na nova versão do Samsung Universal Print Driver 2 (2.50.5). Eu também estava executando o 2.50.2 e a chave em questão estava usando 275MB. Simplesmente desinstalar a versão antiga e instalar a nova versão no servidor (não atualizei nenhum driver de cliente) reduziu o tamanho da chave para 3 MB. Também tentei fazer logon e logoff e posso confirmar que agora ele exclui as chaves quando você faz logoff, ao contrário de antes.

Se você estiver curioso, antes ele não excluiria as chaves. Em um ambiente de usuário único, isso não é um problema, mas como as impressoras são nomeadas para o usuário e a sessão, é um problema exponencial (para um servidor de 20 usuários como o meu, você gera até 400 chaves ... e isso se você possui apenas 1 impressora por cliente)

edit: a nova chave é chamada usp01 em vez de spe__

Jared Epp
fonte

JaredEpp, feliz em saber que a Samsung conseguiu resolver o problema. Talvez, infelizmente, para a Samsung, tenhamos tomado uma decisão em toda a empresa de não comprar impressoras Samsung devido a esse problema e não as tenhamos comprado desde então. Acabei criando vários Limpadores de Registro de Preferências de Diretiva de Grupo e alguns scripts úteis do PowerShell para carregar Roaming User Registry Hives que, em seguida, limpavam e compactavam os arquivos NTUSER.DAT dos usuários.

Aracnídeo

A HP tem exatamente o mesmo problema. O problema é que o driver não é muito inteligente quando se trata de vários usuários conectados ao mesmo mapeamento de impressora ao mesmo tempo e continua tentando se reinstalar para cada usuário. Nós nunca descobrimos exatamente como corrigir isso, mas criamos duas soluções alternativas:

Solução A (correção fácil, mas é um hack total)
Defina o serviço Windows Installer como desativado. Pára o problema completamente. A desvantagem é óbvia embora. Assim que você precisar instalar ou executar as atualizações, ative o serviço novamente e o registro começará a inchar imediatamente.

Solução B (correção feia, mas estável e suportada)
Aplique o driver EasyPrint da Área de Trabalho Remota via Diretiva de Grupo. Isso faz com que os trabalhos de impressão sejam renderizados nos clientes em vez do servidor. A desvantagem aqui é que você precisará remover manualmente a conexão de impressora de todos os usuários de todas as impressoras de todos os servidores do farm e excluir os drivers. Espero que você seja bom com scripts!

Wes Sayeed
fonte

Você já tentou instalar o driver no modo de instalação dos serviços de terminal? No prompt de comando, digite change user /installe instale os drivers. Em seguida, digite change user /executepara retornar ao modo de usuário normal. support.microsoft.com/kb/320185 Gostaria muito de saber se isso funciona.

Thomas

Os drivers não são instalados dessa maneira. Eles são pressionados pelo servidor de impressão quando um usuário se conecta a uma impressora específica, para que não haja alteração no modo de execução. Além disso, o driver da HP ainda é instável, mesmo nas estações de trabalho. Se você observar o seu registro, em HKLM \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ PendingFileRenameOperations, quase sempre há algo da HP. Apenas para sua informação, essa chave é usada pelos instaladores para excluir / modificar arquivos do sistema na próxima reinicialização. O driver da HP está sempre tentando fazer alguma coisa. Eu só queria saber o que era.

Wes Sayeed

Entendo, você está usando um servidor de impressão. O OP está usando o RDS, portanto, definir o modo de instalação pode fazer a diferença no caso dele.

Thomas

Pela minha experiência, o Remote Desktop EasyPrint não é uma solução muito útil para quem usa um cliente RDP não Windows, como um WYSE OS Thin Client. Devido a essa limitação, nos afastamos completamente do EasyPrint da área de trabalho remota, pois simplesmente não funcionará em nosso ambiente. Implementamos as impressoras por meio de Conexões de impressora de diretiva de grupo (nível de configuração do usuário) {Impressoras implantadas no gerenciamento de impressão}. Algumas pesquisas foram feitas para alterar isso para usar as preferências da Diretiva de Grupo, mas a segmentação / teste de usuários para cada site não foi concluída.

Aracnídeo