Windows Server 2008 R2 - RDSH - Bloat de registre avec le pilote d'impression universel Samsung

Lors de l'exécution de plusieurs batteries de serveurs RDSH Windows Server 2008 R2, nous rencontrons un problème où les serveurs RDSH ont tous leur registre gonflé à la valeur maximale de 2048 Mo. En utilisant Sysinternals Registry Usage (ru.exe), nous avons pu déterminer plus de 1000 Mo du registre utilisé par les clés liées à l'imprimante universelle Samsung.

Pilote d'impression universel Samsung: version 2.3.90
Samsung Universal Print Driver 2: Version 2.50.2.0

Sections du registre où le ballonnement se produit:

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

Chacune de ces sous-clés possède plus de 500 clés pour lesquelles l'utilisation du registre indique qu'elles occupent chacune 30 à 40 Mo.

Exemple de sous-clé: HKU\.default\software\ssprint\spe__\{BCC489E0-E2CA-442B-A5A5-9B849579BE1F}

En regardant les données des touches "Capacités", "MUIData", etc. Vous pouvez certainement dire qu'il s'agit de Samsung Universal car les valeurs font référence à Samsung Universal lorsque vous les visualisez.

En retirant l'un des serveurs du mix, j'ai essayé de nettoyer ces clés et j'ai pu. Le nettoyage de la section ".Default" a également nettoyé les clés "S-1-5-18", donc je pense que ce sont des liens de référence dans le Registre. Lorsque je l'ai fait, j'ai également effacé le HKU\.default\Printers\DevModes2fichier car cette section ne s'ouvrirait même pas dans Regedit. Afin de supprimer, j'ai dû CLI pour supprimer la clé "DevModes2", puis recréer la clé dans Regedit.

Dès que je me connecte avec un compte sur lequel une imprimante est déployée avec le pilote d'impression universel Samsung, ces clés commencent à apparaître et gonflent le registre. Parce que le registre est tellement rempli, nous avons rencontré des problèmes de profil utilisateur entraînant le chargement de profils temporaires. Lorsque nous avons désactivé la possibilité d'avoir un profil temporaire, les utilisateurs peuvent alors rencontrer un "Le service de profil utilisateur a échoué à l'ouverture de session. Le profil utilisateur ne peut pas être chargé." message.

Quelqu'un at-il rencontré ce problème?

Existe-t-il des paramètres dans le pilote d'impression universel Samsung pour empêcher ce comportement ou pour le nettoyer après lui-même?

windows-server-2008-r2 remote-desktop drivers Arachnide
la source

Je ressens ta douleur. Les pilotes universels HP n'étaient pas beaucoup mieux il y a quelques années, où le spouleur se bloquait avec des milliers de processus HP en cours d'exécution. Je vais certainement regarder cette question.

pauska

Le support de Samsung a créé un cas aujourd'hui lorsque j'ai appelé. J'espère qu'ils auront bientôt une réponse.

Arachnid

Après quelques recherches, le problème clé de DevModes2 était lié à support.microsoft.com/kb/2871131 et nous avons installé le correctif. Cependant, le correctif ne nettoie pas le désordre, il l'empêche apparemment de se développer. En ce qui concerne le Samsung SSPrint, ils repoussent après le nettoyage. Afin de descendre le registre en dessous des 2048 Mo, nous avons dû effectuer un nettoyage de la ruche du registre ( support.microsoft.com/kb/2498915 ). Maintenant, nous surveillons et nous préparons à mettre les serveurs en mode drain jusqu'à ce que nous ayons une solution avec les pilotes Samsung.

Arachnid

@Archanid Intéressant! Comment surveillez-vous la situation?

pauska

REMARQUE pour toute autre personne utilisant les pilotes Samsung Universal Print et Windows Server 2008 R2 pour l'hébergement de session Bureau à distance (RDSH). Vous rencontrerez également une surcharge du registre sur les profils utilisateur individuels. Si vous utilisez des profils d'utilisateurs itinérants, vous pouvez rencontrer des problèmes où le registre se gonfle au point qu'un chargement et une exportation du registre HIVE sont nécessaires avec les stratégies de groupe définies pour supprimer les clés liées à SSPrint. HKCU \ Software \ SSPrint \ spe__ HKCU \ Software \ SSPrint \ spd__ HKCU \ Software \ SSPrint \ ssp6m Les touches ci-dessus font référence à des processeurs d'impression Samsung spécifiques utilisés par les pilotes.

Arachnid

Réponses:

J'ai eu exactement le même problème et je peux confirmer qu'il est résolu dans la nouvelle version de Samsung Universal Print Driver 2 (2.50.5). J'utilisais également 2.50.2 et la clé en question utilisait 275 Mo. La simple désinstallation de l'ancienne version et l'installation de la nouvelle version sur le serveur (je n'ai mis à jour aucun pilote client) ont réduit la taille de la clé à 3 Mo. J'ai également essayé de me connecter et de me déconnecter et je peux confirmer qu'il supprime maintenant les clés lorsque vous vous déconnectez, contrairement à avant.

Si vous êtes curieux, avant cela ne supprimerait pas les clés. Dans un environnement à utilisateur unique, ce n'est pas un problème, mais comme les imprimantes sont nommées pour l'utilisateur et la session, c'est un problème exponentiel (pour un serveur de 20 utilisateurs comme le mien, vous générez jusqu'à 400 clés ... et c'est si vous avoir qu'une seule imprimante par client)

edit: la nouvelle clé s'appelle usp01 au lieu de spe__

Jared Epp
la source

JaredEpp, heureux d'entendre que Samsung a réussi à résoudre leur problème. Peut-être, triste pour Samsung, nous avons pris la décision de ne pas acheter d'imprimantes Samsung à cause de ce problème et n'en avons pas acheté depuis. J'ai fini par créer un certain nombre de nettoyeurs de registre de préférences de stratégie de groupe et quelques scripts PowerShell pratiques pour charger les ruches de registre d'utilisateurs itinérants qui nettoyaient et compressaient ensuite les fichiers NTUSER.DAT des utilisateurs.

Arachnid

HP a exactement le même problème. Le problème est que le pilote n'est pas très intelligent lorsqu'il s'agit de plusieurs utilisateurs connectés au même mappage d'imprimante en même temps et qu'il continue d'essayer de se réinstaller pour chaque utilisateur. Nous n'avons jamais trouvé exactement comment résoudre ce problème, mais nous avons trouvé deux solutions:

Solution A (solution facile mais est un hack total)
Définissez le service Windows Installer sur désactivé. Arrête le problème mort sur ses traces. L'inconvénient est cependant évident. Dès que vous devez effectuer une installation ou exécuter des mises à jour, vous devez réactiver le service et le registre recommencera immédiatement à gonfler.

Solution B (correctif laid mais stable et pris en charge)
Appliquez le pilote RemotePrint EasyPrint via la stratégie de groupe. Cela rend les travaux d'impression rendus sur les clients plutôt que sur le serveur. L'inconvénient ici est que vous devrez ensuite supprimer manuellement la connexion d'imprimante de chaque utilisateur de chaque imprimante sur chaque serveur de la batterie, puis supprimer les pilotes. J'espère que vous êtes doué pour les scripts!

Wes Sayeed
la source

Avez-vous essayé d'installer le pilote en mode d'installation des services Terminal Server? À l'invite de commandes, tapez change user /install, puis installez les pilotes. Tapez ensuite change user /executepour revenir au mode utilisateur normal. support.microsoft.com/kb/320185 J'aimerais vraiment savoir si cela fonctionne.

Thomas

Les pilotes ne sont pas installés de cette façon. Ils sont poussés par le serveur d'impression lorsqu'un utilisateur se connecte à une imprimante particulière, il n'y a donc pas de changement de mode d'exécution. Même à part cela, le pilote HP est toujours bancal, même sur les postes de travail. Si vous regardez votre registre, sous HKLM \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ PendingFileRenameOperations, il y a presque toujours quelque chose de HP. Juste pour info, cette clé est utilisée par les installateurs pour supprimer / modifier les fichiers système au prochain redémarrage. Le pilote HP essaie toujours de faire quelque chose. J'aimerais juste savoir ce que c'était.

Wes Sayeed

Je vois, vous utilisez un serveur d'impression. L'OP utilise RDS, donc le réglage du mode d'installation pourrait faire une différence dans son cas.

Thomas

D'après mon expérience, EasyPrint Remote Desktop n'est pas vraiment une solution pour quiconque utilise un client RDP non Windows tel qu'un client léger WYSE OS. En raison de cette limitation, nous sommes en fait restés complètement à l'écart de Remote Desktop EasyPrint car cela ne fonctionnera tout simplement pas dans notre environnement Nous déployons les imprimantes via les connexions d'imprimante de stratégie de groupe (niveau de configuration utilisateur) {Imprimantes déployées dans la gestion de l'impression}. Certaines recherches ont été effectuées pour modifier ce paramètre afin d'utiliser les préférences de stratégie de groupe, mais le ciblage / test des utilisateurs pour chaque site n'est pas terminé.

Arachnid