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

Durante l'esecuzione di più farm RDSH di Windows Server 2008 R2 si verifica un problema in cui tutti i server RDSH hanno il Registro gonfiato al valore massimo di 2048 MB. Utilizzando Sysinternals Registry Usage (ru.exe) siamo stati in grado di determinare oltre 1000 MB del registro utilizzato dalle chiavi relative alla stampante universale Samsung.

Driver di stampa universale Samsung: versione 2.3.90
Samsung Universal Print Driver 2: Versione 2.50.2.0

Sezioni del Registro di sistema in cui si verifica il gonfiamento:

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

Ognuna di queste sottochiavi ha oltre 500+ chiavi in cui l'uso del registro segnala che occupano 30-40 MB ciascuna.

Esempio di sottochiave: HKU\.default\software\ssprint\spe__\{BCC489E0-E2CA-442B-A5A5-9B849579BE1F}

Esaminando i dati dei tasti "Funzionalità", "MUIData", ecc. Puoi sicuramente dire che sono Samsung Universal come valori che fanno riferimento a Samsung Universal quando li visualizzi.

Togliendo uno dei server dal mix ho provato a ripulire questi tasti e sono riuscito a farlo. La pulizia della sezione ".Default" ha anche pulito le chiavi "S-1-5-18", quindi sto pensando che si tratti di un link di riferimento all'interno del registro. Quando l'ho fatto ho cancellato HKU\.default\Printers\DevModes2anche poiché questa sezione non si sarebbe nemmeno aperta in Regedit. Per rimuovere ho dovuto CLI per rimuovere la chiave "DevModes2" e quindi ricreare la chiave in Regedit.

Non appena eseguo l'accesso con un account su cui è stata distribuita una stampante con Samsung Universal Print Driver, queste chiavi iniziano a comparire e gonfiano il registro. Poiché il registro è così pieno, abbiamo riscontrato problemi con il profilo utente che hanno causato il caricamento di profili temporanei. Quando abbiamo disabilitato la possibilità di avere un profilo temporaneo, gli utenti possono quindi imbattersi in "Il servizio di servizio profili utente ha fallito l'accesso. Il profilo utente non può essere caricato." Messaggio.

Qualcuno là fuori ha riscontrato questo problema?

Esistono alcune impostazioni nel driver di stampa universale Samsung per impedire questo comportamento o per ripulirlo dopo se stesso?

windows-server-2008-r2 remote-desktop drivers

— Aracnide
fonte

Condivido il tuo dolore. I driver universali HP non erano molto migliori alcuni anni fa, dove lo spooler si sarebbe bloccato con migliaia di processi HP in esecuzione. Guarderò sicuramente questa domanda.

— pauska,

Il supporto Samsung ha creato un caso oggi quando ho chiamato. Speriamo che presto avranno una risposta.

— Aracnide,

Dopo alcune ricerche, il problema chiave DevModes2 era correlato a support.microsoft.com/kb/2871131 e abbiamo installato l'aggiornamento rapido. Tuttavia, l'aggiornamento rapido non pulisce il disordine, a quanto pare impedisce solo che cresca. Quando si tratta di Samsung SSPrint, stanno tornando a crescere dopo aver ripulito. Per ridurre il registro al di sotto dei 2048 MB, è stato necessario eseguire una pulizia dell'hive del registro ( support.microsoft.com/kb/2498915 ). Ora stiamo solo monitorando e preparandoci a mettere i server in modalità di scarico fino a quando non avremo una soluzione con i driver Samsung.

— Aracnide,

@Archanid Interessante! Come stai monitorando la situazione?

— pauska,

NOTA per chiunque sia là fuori che utilizza i driver Samsung Universal Print e Windows Server 2008 R2 per l'hosting di sessioni desktop remoto (RDSH). Si verificherà inoltre un gonfiamento del registro sui singoli profili utente. Se si utilizzano i profili utente mobili, è possibile che si verifichino problemi in cui il registro si gonfia al punto che è necessario caricare ed esportare HIVE del registro con Criteri di gruppo definiti per eliminare le chiavi relative a SSPrint. HKCU \ Software \ SSPrint \ spe__ HKCU \ Software \ SSPrint \ spd__ HKCU \ Software \ SSPrint \ ssp6m Le chiavi sopra riportate si riferiscono a specifici processori di stampa Samsung utilizzati dai driver.

— Aracnide,

Risposte:

Ho avuto lo stesso identico problema e posso confermare che è stato risolto nella nuova versione di Samsung Universal Print Driver 2 (2.50.5). Stavo anche eseguendo 2.50.2 e la chiave in questione stava usando 275 MB. La semplice disinstallazione della vecchia versione e l'installazione della nuova versione sul server (non ho aggiornato alcun driver client) hanno ridotto la dimensione della chiave a 3 MB. Ho anche provato ad accedere e disconnettersi e posso confermare che ora elimina i tasti quando ti disconnetti, a differenza di prima.

Se sei curioso, prima non eliminerebbe le chiavi. In un singolo ambiente utente questo non è un problema, ma poiché le stampanti sono nominate per l'utente e la sessione, è un problema esponenziale (per un server di 20 utenti come il mio si generano fino a 400 chiavi ... e questo se si avere solo 1 stampante per client)

modifica: la nuova chiave si chiama usp01 invece di spe__

— Jared Epp
fonte

JaredEpp, felice di sapere che Samsung è riuscita a risolvere il problema. Forse, triste per Samsung, abbiamo preso una decisione in tutta l'azienda per non acquistare stampanti Samsung a causa di questo problema e non abbiamo acquistato da allora. Ho finito per creare una serie di pulitori di registro delle preferenze di criteri di gruppo e alcuni utili script di PowerShell per il caricamento di hive di registro degli utenti in roaming che avrebbero quindi pulito e compresso i file NTUSER.DAT degli utenti.

— Arachnid,

HP ha lo stesso identico problema. Il problema è che il driver non è molto intelligente quando si tratta di più utenti collegati alla stessa mappatura della stampante allo stesso tempo e continua a provare a reinstallarsi per ogni utente. Non abbiamo mai capito esattamente come risolvere questo problema, ma abbiamo trovato due soluzioni alternative:

Soluzione A (soluzione semplice ma è un hack totale)
Impostare il servizio Windows Installer su disabilitato. Ferma il problema da morto. L'aspetto negativo è ovvio però. Non appena è necessario eseguire un'installazione o eseguire gli aggiornamenti, è necessario riattivare il servizio e il registro inizierà immediatamente a rigonfiarsi.

Soluzione B (brutta soluzione ma stabile e supportata)
Applicare il driver EasyPrint Desktop remoto tramite Criteri di gruppo. Ciò rende il rendering dei lavori di stampa sui client anziché sul server. Il rovescio della medaglia qui è che sarà quindi necessario rimuovere manualmente la connessione della stampante di ogni utente da ogni stampante su ogni server della farm e quindi eliminare i driver. Spero che tu sia bravo con gli script!

— Wes Sayeed
fonte

Hai provato a installare il driver in modalità di installazione dei servizi terminal? Al prompt dei comandi, digitare change user /installe quindi installare i driver. Quindi digitare change user /executeper tornare alla normale modalità utente. support.microsoft.com/kb/320185 Mi piacerebbe davvero sapere se funziona.

— Thomas,

I driver non vengono installati in questo modo. Vengono spinti dal server di stampa quando un utente si collega a una particolare stampante, quindi non è possibile modificare la modalità di esecuzione. Anche a parte questo, il driver HP è ancora traballante anche sulle workstation. Se guardi il tuo registro, in HKLM \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ PendingFileRenameOperations, c'è quasi sempre qualcosa da HP. Solo FYI, quella chiave viene utilizzata dagli installatori per eliminare / modificare i file di sistema al successivo riavvio. Il driver di HP cerca sempre di fare qualcosa. Vorrei solo sapere cosa fosse.

— Wes Sayeed,

Vedo, stai usando un server di stampa. L'OP utilizza RDS, quindi l'impostazione della modalità di installazione potrebbe fare la differenza nel suo caso.

— Thomas,

Dalla mia esperienza, il Desktop remoto EasyPrint non è molto una soluzione per nessuno che utilizza un client RDP non Windows come un thin client WYSE OS. A causa di questa limitazione, in realtà siamo stati completamente lontani da Desktop remoto EasyPrint in quanto non funzionerà nel nostro ambiente. Distribuiamo le stampanti tramite le connessioni alle stampanti di Criteri di gruppo (Livello di configurazione utente) {Stampanti distribuite in Gestione stampa}. Alcune ricerche sono state fatte per cambiare questo per usare le preferenze di Criteri di gruppo, ma il targeting / test degli utenti per ciascun sito non è stato completato.

— Aracnide,