Windows Server 2008 R2 - RDSH - Registro hinchado con Samsung Universal Print Driver

12

Al ejecutar varias granjas RDSH de Windows Server 2008 R2, estamos experimentando un problema en el que todos los servidores RDSH tienen su registro inflado al valor máximo de 2048 MB. Mediante el uso de Sysinternals Registry Usage (ru.exe) pudimos determinar más de 1000 MB del registro utilizado por las claves relacionadas con Samsung Universal Printer.

  • Samsung Universal Print Driver: Versión 2.3.90
  • Samsung Universal Print Driver 2: Versión 2.50.2.0

Secciones del registro donde se produce la hinchazón:

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

Cada una de esas subclaves tiene más de 500 claves en las que el uso del registro informa que ocupan entre 30 y 40 MB cada una.

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

Analizando los datos de las teclas "Capacidades", "MUIData", etc. Definitivamente puede decir que son Samsung Universal ya que los valores hacen referencia a Samsung Universal cuando los ve.

Al sacar uno de los servidores de la mezcla, intenté limpiar estas claves y pude. La limpieza de la sección ".Default" también limpió las teclas "S-1-5-18", por lo que creo que estos son un enlace de referencia dentro del Registro. Cuando lo hice, también borré el HKU\.default\Printers\DevModes2, ya que esta sección ni siquiera se abriría en Regedit. Para eliminar, tuve que hacer CLI para eliminar la clave "DevModes2" y luego volver a crear la clave en Regedit.

Tan pronto como inicie sesión con una cuenta que tenga una impresora implementada con el controlador universal de impresión de Samsung, estas teclas comenzarán a aparecer y llenarán el registro. Debido a que el registro está tan lleno, hemos estado experimentando problemas con el perfil de usuario que causan la carga de los perfiles temporales. Cuando deshabilitamos la capacidad de tener un Perfil Temporal, los usuarios pueden encontrarse con un "El servicio del Servicio de Perfil de Usuario falló el inicio de sesión. El Perfil de Usuario no se puede cargar". mensaje.

¿Alguien por ahí ha experimentado este problema?

¿Existe alguna configuración en el controlador de impresión universal de Samsung para evitar este comportamiento o para que se limpie después de sí mismo?

Arácnido
fuente
Siento tu dolor. Los controladores universales de HP no eran mucho mejores hace algunos años, donde la cola de impresión se bloqueaba con miles de procesos de HP en ejecución. Estaré viendo esta pregunta con seguridad.
Pauska
El soporte de Samsung creó un caso hoy cuando llamé. Con suerte, pronto tendrán una respuesta.
Arácnido
Después de que algunas investigaciones encontraron que el problema clave de DevModes2 estaba relacionado con support.microsoft.com/kb/2871131 y teníamos la revisión instalada. Sin embargo, la revisión no limpia el desorden, aparentemente solo evita que crezca. Cuando se trata de Samsung SSPrint, vuelven a crecer después de la limpieza. Para obtener el registro por debajo de los 2048 MB, tuvimos que realizar una limpieza de la sección del registro ( support.microsoft.com/kb/2498915 ). Ahora solo estamos monitoreando y preparándonos para poner los servidores en modo de drenaje hasta que tengamos una solución con los controladores de Samsung.
Arácnido
@Archanid ¡Interesante! ¿Cómo estás monitoreando la situación?
pauska
1
NOTA para cualquier otra persona que utilice los controladores de Samsung Universal Print y Windows Server 2008 R2 para Alojamiento de sesión de escritorio remoto (RDSH). También experimentará hinchazón del registro en perfiles de usuario individuales. Si está utilizando los perfiles de usuario móvil, puede experimentar problemas en los que el registro se hinchará hasta el punto de que es necesario cargar y exportar el registro HIVE con políticas de grupo definidas para eliminar las claves relacionadas con SSPrint. HKCU \ Software \ SSPrint \ spe__ HKCU \ Software \ SSPrint \ spd__ HKCU \ Software \ SSPrint \ ssp6m Las teclas anteriores se refieren a los procesadores de impresión Samsung específicos utilizados por los controladores.
Arácnido

Respuestas:

1

Tuve exactamente el mismo problema y puedo confirmar que está solucionado en la nueva versión de Samsung Universal Print Driver 2 (2.50.5). También estaba ejecutando 2.50.2 y la clave en cuestión estaba usando 275MB. Simplemente desinstalar la versión anterior e instalar la nueva versión en el servidor (no actualicé ningún controlador de cliente) redujo el tamaño de la clave a 3 MB. También intenté iniciar y cerrar sesión y puedo confirmar que ahora elimina las claves cuando cierra la sesión, a diferencia de antes.

Si tienes curiosidad, antes no eliminaría las claves. En un entorno de usuario único, esto no es un problema, pero dado que las impresoras se nombran para el usuario y la sesión, es un problema exponencial (para un servidor de 20 usuarios como el mío, genera hasta 400 claves ... y eso es si usted solo tiene 1 impresora por cliente)

editar: la nueva clave se llama usp01 en lugar de spe__

Jared Epp
fuente
JaredEpp, contento de escuchar que Samsung logró solucionar su problema. Quizás, triste por Samsung, tomamos la decisión de toda la empresa de no comprar impresoras Samsung debido a este problema y no hemos comprado ninguna desde entonces. Terminé haciendo una serie de limpiadores de registro de preferencias de política de grupo y algunos útiles scripts de PowerShell para cargar Hives de registro de usuarios itinerantes que luego limpiarían y comprimirían los archivos NTUSER.DAT de los usuarios.
Arácnido
1

HP tiene exactamente el mismo problema. El problema es que el controlador no es muy inteligente cuando se trata de múltiples usuarios conectados a la misma asignación de impresoras al mismo tiempo y sigue intentando reinstalarse para cada usuario. Nunca descubrimos exactamente cómo solucionar esto, pero se nos ocurrieron dos soluciones:

Solución A (solución fácil pero es un truco total)
Establezca el servicio de Windows Installer en deshabilitado. Detiene el problema en seco. Sin embargo, el inconveniente es obvio. Tan pronto como necesite hacer una instalación o ejecutar actualizaciones, debe volver a activar el servicio e inmediatamente el registro comenzará a hincharse nuevamente.

Solución B (solución fea pero estable y compatible)
Aplicar el controlador EasyPrint de escritorio remoto mediante la directiva de grupo. Esto hace que los trabajos de impresión se procesen en los clientes en lugar del servidor. La desventaja aquí es que necesitará eliminar manualmente la conexión de la impresora de cada usuario de cada impresora en cada servidor de la granja y luego eliminar los controladores. ¡Espero que seas bueno con las secuencias de comandos!

Wes Sayeed
fuente
¿Has intentado instalar el controlador en modo de instalación de servicios de terminal? En el símbolo del sistema, escriba change user /instally luego instale los controladores. Luego escriba change user /executepara volver al modo de usuario normal. support.microsoft.com/kb/320185 Realmente me gustaría saber si eso funciona.
Thomas
Los controladores no se instalan de esa manera. El servidor de impresión los empuja cuando un usuario se conecta a una impresora en particular para que no haya cambios en el modo de ejecución. Incluso aparte de eso, el controlador de HP todavía es inestable incluso en estaciones de trabajo. Si observa su registro, en HKLM \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ PendingFileRenameOperations, casi siempre hay algo de HP. Solo para su información, los instaladores utilizan esa clave para eliminar / modificar los archivos del sistema en el próximo reinicio. El controlador de HP siempre está tratando de hacer algo. Solo desearía saber de qué se trata.
Wes Sayeed
Ya veo, estás usando un servidor de impresión. El OP está utilizando RDS, por lo que configurar el modo de instalación podría marcar la diferencia en su caso.
Thomas
Desde mi experiencia, el Escritorio remoto EasyPrint no es una gran solución para cualquiera que use un Cliente RDP que no sea Windows, como un Cliente ligero WYSE OS. Debido a esta limitación, en realidad nos hemos mantenido completamente alejados de Remote Desktop EasyPrint, ya que simplemente no funcionará en nuestro entorno. Implementamos las impresoras a través de Conexiones de impresoras de directiva de grupo (Nivel de configuración de usuario) {Impresoras implementadas en Gestión de impresión}. Se hicieron algunas investigaciones para cambiar esto para usar las preferencias de la directiva de grupo, pero la orientación / prueba de los usuarios para cada sitio no se ha completado.
Arácnido