Archives For Lavoro

ServiceDesk: jespa.log sempre più grande?Ai 22 GB lamentati da un utente della Community non ci sono arrivato, ma una delle nostre installazioni di ServiceDesk Plus ha effettivamente lamentato problemi di spazio disco a causa del file jespa.log che occupava su disco circa 2 GB. Nello stesso disco, forse per un intervento di un collega, esisteva anche un jespa.log.bak da circa 10 GB. Una rapida ricerca sul sito web dello sviluppatore mi permette di capire che quel file traccia informazioni riguardanti il Single Sign-On (confermato dopo averci dato un’occhiata con Notepad++, portando sufficiente pazienza prima che si aprisse). Cosa si fa per evitare che il problema si verifichi ancora in futuro?

Il file, tanto per dormire sonni tranquilli, può essere cancellato senza pensarci su due volte (verrà ricreato automaticamente), l’importante è che ServiceDesk sia temporaneamente chiuso (altrimenti il file risulterà in uso e non eliminabile). Fatta la prima pulizia, è bene intervenire sulla configurazione del prodotto affinché vada a inserire meno informazioni nel file di log.

ServiceDesk: jespa.log sempre più grande? 1

Per farlo, dovrai prima connetterti al database utilizzato (io mi baso su DB Postgres e installazione su disco C:), seguendo le istruzioni riportate in questo documento di Knowledge Base: manageengine.com/products/service-desk/help/adminguide/introduction/setting_up_database.html

cd \ManageEngine\ServiceDesk\pgsql\bin
psql.exe -U postgres -p 65432 servicedesk

e lanciare a questo punto la query:

update jespaconfiguration set jespaconfig_value=2 where jespaconfig_key like '%log%';

come suggerito all’interno delle varie discussioni della community (qualche esempio: desk.zoho.com/portal/manageengine/community/topic/reset-jespa-log-file, oppure desk.zoho.com/portal/manageengine/community/topic/what-is-the-jespa-log-file).

ServiceDesk: jespa.log sempre più grande? 2

La modifica è immediata, riavvia per sicurezza i servizi di ServiceDesk così da far ripartire il software in maniera pulita, la crescita di jespa.log dovrebbe essere ora nettamente più lenta nel tempo (modificato due giorni fa, controllato adesso, fatica ad arrivare ai 40 KB su disco).

Buon lavoro.

Condividi l'articolo con i tuoi contatti:

In tutta onestà pensavo a qualcosa di legato a uno specifico problema del driver video, e invece scopro che i nuovi ultrabook Lenovo della serie ThinkPad T nascono già con un bug più che fastidioso: una errata risoluzione video nel caso in cui si utilizzi un’immagine WinPE al boot, cosa più che normale considerando l’utilizzo di prodotti come Acronis o Macrium in ambito aziendale (o anche amatoriale, magari in un ambiente di laboratorio personale).

Problemi di risoluzione video per Macrium e Lenovo T470s

Dopo diversi tentativi portati a termine in autonomia (e andati a vuoto, nda) ho provato a dare un’occhiata sul web, trovando parecchi riferimenti a questo problema. Basta infatti una ricerca in Google per farli saltare fuori pressoché tutti, senza considerare l’esistenza di una nota ufficiale da parte di Lenovo che riporta i dettagli del problema e il fatto che si tratti di un’anomalia dell’ADK 1607: support.lenovo.com/it/it/solutions/ht503599.

Sia chiaro, l’ADK 1607 ha sempre (da quando esiste, chiaro) funzionato egregiamente su portatili Lenovo antecedenti l’ultimo arrivato, uso infatti le chiavi di boot USB generate da Macrium per clonare T440s, T450s e T460s che abbiamo in circolazione da queste parti, senza avere la necessità di indovinare a quanti tab di distanza si trova il pulsante Next che mi permetterà di proseguire con l’azione richiesta a video, cosa che viene resa ancora più difficile dalla totale mancanza di shortcut da tastiera o barre per movimenti orizzontali e verticali nella finestra attiva (e queste sono entrambe pecche di Macrium, giusto per dare a Cesare quel che è di Cesare).

Io la soluzione proposta da Lenovo l’ho già provata, senza successo però. Ho cercato anche di adottare alcune delle proposte riportate nei vari thread del forum di Macrium (qui faccio un solo esempio: forum.macrium.com/Topic13526-1.aspx), ma anche in questo caso ho avuto scarsi risultati degni di nota. Ho persino caricato i driver video specifici del modello T470s (che monta una scheda video integrata Intel HD Graphics 620, per dovere di cronaca) all’interno della relativa cartella presente su chiave USB, così da permetterne il caricamento in avvio dell’interfaccia principale, il vuoto più totale e la triste realtà della sola risoluzione disponibile da menu a tendina (640×480).

Problemi di risoluzione video per Macrium e Lenovo T470s 1

Cosa rimane da fare?

Due le possibili alternative. La prima richiede un semplice “remember“, la seconda è forse più comoda ma si tratta di un work-around che passa da tutt’altro binario. La finestra che Macrium apre –per esempio– in fase di ripristino immagine, ha il pulsante Next a quattro colpi di tabulatore dal tuo clic su “Restore Image“, la voce che dovrai selezionare una volta specificata l’immagine sorgente. I quattro colpi di tabulatore ovviamente vanno calcolati (e dati) nel momento in cui avrai specificato su quale disco effettuare il restore:

Problemi di risoluzione video per Macrium e Lenovo T470s 2

Il comando viene accettato alla pressione del tasto barra spaziatrice, contrariamente a quello che si potrebbe pensare (io avevo dato per scontato l’Invio, tanto per dire). Se al posto della schermata successiva si dovesse aprire l’help (in alcune versioni di Macrium può capitare), i colpi di tabulatore da dare saranno 5 anziché 4.

Capito l’antifona? Vale per qualsiasi mossa “fuori risoluzione” della WinPE di Macrium.

L’alternativa, che ho percorso, è stata quella di preparare una chiave di boot USB con un’immagine di Windows 10 contenente altri strumenti di lavoro, utili per un recupero dati, una base di partenza già pronta e disponibile gratuitamente visitando Ten Forums: tenforums.com/software-apps/27180-windows-10-recovery-tools-bootable-rescue-disk.html

La ISO contiene già diversi programmi utili all’amministratore di sistema, tra cui Macrium e Acronis, tanto per citarne un paio di un certo livello. A te non resta che cercare una chiave USB capiente “il giusto” (ti bastano 4 GB, per la cronaca) e quel WinSetupFromUSB che servirà a renderla avviabile (chiaramente dovrai selezionare il caricamento di una immagine basata su Windows Vista / 7 / 8 / 10 / ecc.), dai un’occhiata a questo articolo se non sai di cosa sto parlando.

L’immagine è già perfetta e con driver video che permetteranno di sfruttare la nativa risoluzione del PC, così da sopperire a quella mancanza che altrimenti ti renderebbe più difficile la clonazione della macchina.

Mi sembra di non aver dimenticato nulla, o almeno spero.

Buon lavoro.

Condividi l'articolo con i tuoi contatti:

Più che un articolo complesso, una pillola che potrebbe tornare utile nelle ricerche di Google (e per imperitura memoria del sottoscritto). Si parla ancora di Sysprep, nonostante io abbia già pubblicato qualcosa in merito da poco, con però un riferimento specifico a Windows 10 (in attuale versione Creators Update 1703). Una macchina nuova appena preparata e pronta per essere “chiusa e resa clonabile“, un errore a video che lascia molto spazio a imprecazioni variopinte:

Sysprep was not able to validate your Windows Installation (Bitlocker)

Io quel log l’ho aperto, e ci ho trovato una serie di informazioni anomale, perché relative al Bitlocker mai configurato sul PC:

2017-07-25 10:59:42, Info [0x0f0080] SYSPRP ActionPlatform::LaunchModule: Found 'ValidateBitLockerState' in C:\Windows\System32\BdeSysprep.dll; executing it
2017-07-25 10:59:42, Error SYSPRP BitLocker-Sysprep: BitLocker is on for the OS volume. Turn BitLocker off to run Sysprep. (0x80310039)
[gle=0x00000001]
2017-07-25 10:59:42, Error [0x0f0082] SYSPRP ActionPlatform::LaunchModule: Failure occurred while executing 'ValidateBitLockerState' from C:\Windows\System32\BdeSysprep.dll; dwRet = 0x80310039[gle=0x00000001]
2017-07-25 10:59:42, Error SYSPRP SysprepSession::Validate: Error in validating actions from C:\Windows\System32\Sysprep\ActionFiles\Generalize.xml; dwRet = 0x80310039
2017-07-25 10:59:42, Error SYSPRP RunPlatformActions:Failed while validating SysprepSession actions; dwRet = 0x80310039
2017-07-25 10:59:42, Error [0x0f0070] SYSPRP RunExternalDlls:An error occurred while running registry sysprep DLLs, halting sysprep execution. dwRet = 0x80310039
2017-07-25 10:59:42, Error [0x0f00d8] SYSPRP WinMain:Hit failure while pre-validate sysprep generalize internal providers; hr = 0x80310039
2017-07-25 10:59:55, Info [0x0f0052] SYSPRP Shutting down SysPrep log

In realtà, incuriosito da quel lucchetto aperto e il segnale di Warning sul disco del sistema operativo, ho scoperto che la protezione dei dati c’è, anche se non si vede. In pratica, quello che Windows 10 Creators Update fa, è una pre-attivazione di Bitlocker, il sistema che permette di criptare i dati ospitati su disco e che consiglio caldamente di utilizzare nel caso in il tuo PC portatile ti segua in tutti i tuoi spostamenti. Aprendo il Pannello di Controllo e portandoti sulla voce relativa alla sicurezza dei dati, noterai una schermata simile (io l’ho recuperata in inglese, ho dimenticato di fare uno screenshot al SO che stavo preparando!):

Sysprep was not able to validate your Windows Installation (Bitlocker) 1

A questo punto hai una sola possibilità: dato che non puoi lanciare un Sysprep di una macchina con Bitlocker attivo, dovrai prima disattivarlo e quindi -una volta terminata la decrittografia- rilanciare il processo di chiusura (Sysprep, appunto). Per farlo ti consiglio di utilizzare la Powershell, nettamente più rapida di una criptazione completa dei dati e successiva decrittografia.

Apri una finestra di PowerShell e lancia il comando Disable-BitLocker -MountPoint "C:", dove C: è la lettera corrispondente al disco che ospita il sistema e che ti sta dando questo problema. A questo punto dovrai semplicemente attendere che la decrittografia venga completata, a quel punto non dovresti più avere errori a video:

 esc.


fonti utilizzate:
Condividi l'articolo con i tuoi contatti:

Articolo nato da appunti sparsi e tanti link consultati.

Chi lavora nell’ambito IT (o è comunque appassionato, cugino di (TM) o “tu che sai tutto di PC” (cit.)) sa bene che –nella storia– la grande azienda di Redmond è incappata in qualche piccolo scivolone nei rilasci di fix e patch più complesse che, pur andando a correggere alcuni importanti errori, andavano contemporaneamente a crearne di nuovi, costringendo gli sviluppatori a tirare fuori correzioni delle correzioni. Era da diverso tempo che non accadeva in maniera così plateale, fa tutto parte del periodo giugno-luglio che volge ormai al termine, e ha interessato sia Office che Windows.

Microsoft, quanta confusione (storie di KB che correggono KB)

Tutto è più o meno cominciato con quel KB4022725 per Windows, seguito a ruota dall’aggiornamento 1706 di Office 365 ProPlus, entrambi articoli usciti solo una manciata di giorni fa. Se a questi si aggiunge il gran rumore di fondo prodotto nei forum di Social Technet Microsoft e le ripetute lamentele degli utenti, si arriva a un risultato non esattamente soddisfacente. Gli errori fatti nel rilascio patch di giugno si sono trascinati fino a un caldo luglio che ha portato con sé ulteriori anomalie, in buona parte risolte solo ora che anche lui volge al termine.

Tutto torna

Ho dato una rapida occhiata ai ticket che sono stati aperti in helpdesk aziendale (di primo e secondo livello) durante questo “periodo caldo” (e non per colpa delle temperature esterne), e la maggior parte dei casi più eclatanti (e che hanno richiesto maggiore tempo di lavorazione) sono stati proprio quelli che hanno visto come protagonista degli errori generati dai fix di Redmond, tutti arrivati poi a medesima conclusione (un rollback dove assolutamente necessario, l’attesa della correzione dove si poteva stringere i denti e rispettare il ciclo di rilascio di Microsoft).

  • Il KB4022716 del 27 giugno correggeva alcuni problemi relativi a Internet Explorer e Microsoft Edge che però hanno portato a un nuovo bug decisamente più fastidioso e impattante, crash randomici di entrambi i browser durante la navigazione, visitando siti web sempre diversi, assolutamente non collegati tra di loro.
  • Il KB4025342 del 11 luglio corregge questo errore (qui in dettaglio), ma porta con sé un loop di installazione per chi in azienda possiede un WSUS. Il pacchetto terminava la sua installazione senza però “notificare” la riuscita, facendo credere all’OS (e al WSUS) di avere ancora necessità di quel KB. Se ne è parlato in un thread su Social Technet. Microsoft ha corretto in corsa il problema, rilasciando il medesimo KB senza però il bug incluso nel prezzo (cito un intervento di un utente dal forum: Our WSUS just pulled in new updates at 3:30 eastern time and IE KB4025252 appeared again.  This updated KB seems to have fixed the issue. Several workstations no longer show that it’s needed.).

Nel frattempo, anche Office presenta qualche “piccolo mal di pancia” dovuto ai rilasci nel ramo Current, motivo per il quale abbiamo scelto di togliere gli utenti di test da quel gruppo e portarli insieme agli altri in First Release for Deferred Channel. Dei rami di aggiornamenti ne avevo già parlato tempo fa (questo l’articolo: gioxx.org/2016/03/22/office-2016-gestione-tramite-gpo-admx), seppur in maniera poco approfondita.

Cosa fare quindi per modificare il comportamenti degli Office installati nella rete?

Puoi ricorrere all’uso delle GPO, che reputo la via più comoda e immediata per migrare più PC in un colpo solo. Il comportamento di una installazione di Office fatta tramite Click2Run lo trovi sul sito di Support di Office (qui, per la precisione: support.office.com/en-us/article/Configuration-options-for-the-Office-2016-Deployment-Tool-d3879f0d-766c-469c-9440-0a9a2a905ca8?ui=en-US&rs=en-US&ad=US&fromAR=1), mentre trovi su support.office.com/authredir?url=https%3a%2f%2fsupport.office.com%3a443%2fen-us%2farticle%2fVersion-and-build-numbers-of-update-channel-releases-ae942449-1fca-4484-898b-a933ea23def7%3fui%3den-US%26rs%3den-US%26ad%3dUS%26fromAR%3d1&hurl=m4liUtElQo4FOghQgIRY6JbgTI8LrOMAfWv8uiBuEG0%3d.POsLak2i%2fGs6Exmzf062pgyAG0jqZ4zDu4vtjXF3Q2g%3d&ipt=0&si=1&wctx=70b585db-aec0-4c05-8dd0-e69a5774f03c&wa=wsignin1.0 la mappa di rilascio (con relative versioni) di Office 2016 (a oggi) per ciascun ramo.

Quindi, tanto per capirci, questa è la situazione con una GPO programmata per comandare gli Office ad aggiornarsi direttamente dai server Microsoft, seguendo il ramo di rilascio First Release for Deferred Channel:

Microsoft, quanta confusione (storie di KB che correggono KB) 1

È finita qui? Forse, o almeno per il momento, fino al prossimo giro di roulette ed ennesima scoperta di “cosa si è rotto stavolta“, un gioco che Microsoft conduce in maniera fantastica e appassionante (si nota l’ironia sottile?), dal 1995, anno più, anno meno. Sia chiaro: nessuno è esente da errori, soprattutto i più grandi. L’importante è correggerli, possibilmente senza lasciar passare troppo tempo (e non sempre questo accade) perché forse non ci si rende bene conto di quanto impatto possa dare una “piccola modifica“.

Ora posso smettere di delirare, torno a cuccia.

Adios.

Condividi l'articolo con i tuoi contatti:

Articolo “appunti“, come sporadicamente capita qui sopra. Ho avuto la necessità di rimuovere delle mappature verso stampanti di rete non più raggiungibili (cambio server remoto di stampa, nda), tutte queste non controllate da GPO (erano state aggiunte manualmente dagli utenti). Ho aggirato l’ostacolo con alcune righe di VBScript. Le ritrovi qui di seguito nel caso in cui dovessero servirti.

VBScript: rimuovere mappature stampanti (Coding)

Pulizia completa (da server)

Ti ricordo che il VBScript può essere eseguito manualmente, o inserito in un più complesso (e completo) script di Logon, o magari puoi pensare di lanciarlo su altre macchine passando per PSExec o qualsiasi altro strumento di gestione postazioni come Kace (o equivalenti).

Dim objWMIService, objNetwork, colInstalledPrinters, objPrinter
strComputer = "."
i = 0
PrintServer = "NOME-VECCHIO-SERVER"
Set objWMIService = GetObject("winmgmts:" _
 & "{impersonationLevel=impersonate}!\\" & strComputer & "\root\cimv2")
Set colInstalledPrinters = objWMIService.ExecQuery _
 ("Select * from Win32_Printer")
 For Each objPrinter in colInstalledPrinters
 ReDim Preserve arrPrinterName(i)
 arrPrinterName(i) = objPrinter.Name
 If InStr(arrPrinterName(i), PrintServer) Then
 Set objNetwork = WScript.CreateObject("WScript.Network")
 objNetwork.RemovePrinterConnection arrPrinterName(i)
 i=i+1 
 Else
 End If
Next

Il nome del server viene dichiarato come variabile PrintServer (facile intuirlo, eh?), devi praticamente sostituire quell’unica cosa lasciando invariato il resto.

e qualcosina da locale

Sì, perché potrebbe anche capitare che –contestualmente– ci sia qualcosa installato in locale sulla macchina (e non solo figlio del tasto destro → connetti), anch’esso non più utile alla quotidianità dell’utente. A questo punto però, contrariamente alla porzione di script di prima, ricorda che per quella di seguito servirà essere amministratori del PC (quindi bisognerà lanciare lo script come tali, o trovare un’alternativa):

arrDeletePrinters = Array("STAMPANTE1","STAMPANTE2","STAMPANTE3")
For Each objPrinter in colInstalledPrinters
 For Each strPrinter in arrDeletePrinters
 If Not InStr(1, objPrinter.DeviceID, strPrinter, 1) = 0 Then
 objPrinter.Delete_ 
 End If
 Next
Next

dove al posto di STAMPANTE1, STAMPANTE2, STAMPANTE3(volendo puoi dichiararne ancora, o toglierne, se necessario), dovrai inserire quelle che realmente vuoi eliminare, basta il nome con il quale è stata dichiarata (ogni singola stampante) sul sistema, ammesso che qualcuno non abbia avuto la malsana idea di nominarle in maniera differente ogni volta.

Ovviamente non è detto che tu abbia necessità di entrambe le soluzioni, puoi quindi limitarti a riportare la prima parte dello script in un tuo file (.vbs) da salvare dove più ritieni opportuno (in modo tale che sia raggiungibile dalle tue postazioni, chiaramente), o magari solo la seconda, stando però attento a includergli in testa il blocco relativo alla preparazione variabili e funzioni da richiamare (Dim objWMIService, objNetwork, colInstalledPrinters, objPrinter, la parte relativa a strComputer e il Set objWMIService = GetObject(“winmgmts:” _& “{impersonationLevel=impersonate}!\\” & strComputer & “\root\cimv2”)).

Un grande grazie alle fonti che hanno permesso di “pacchettizzare” una soluzione rapida per aggirare un banale ostacolo:

Buon lavoro!

Condividi l'articolo con i tuoi contatti: