Sista's Blog

Windows Server 2012 ha introdotto la possibilità di gestire a livello di sistema operativo il NIC Teaming delle schede di rete, una funzione molto utile che prima doveva essere demandata a driver ed applicazioni specifiche dei controller di rete mentre ora la si può gestire direttamente tramite il Server Manager.

Al primo riavvio del server però potremmo trovarci di fronte all’impossibilità di raggiungerlo, non risponde al PING ne tantomeno accetta connessioni RDP. A questo punto non vi resta che collegarvi tramite sistemi di gestione remota, tipo iDRAC di DELL, o altrimenti dovrete collegarvi fisicamente tramite monitor e tastiera.

Una volta riusciti a loggarvi nel server la causa del problema è evidente, la connessione di rete del Team viene configurata come Public Network e quindi, se non avete disabilitato completamente il firewall, risulterà attivo su questa interfaccia, bloccandovi ogni ingresso.

Questo problema si verifica perchè la determinazione del tipo di rete avviene prima che il Network Team sia operativo e così non potendo raggiungere il gateway Windows configura la connessione di rete come pubblica.

Il servizio che si occupa della determinazione del tipo di connessione è il Network Location Awareness, se provate a riavviarlo vederete che il tipo di rete torna ad essere individuata come Private Network:

A questo punto per risolvere il problema basta modificare l’avvio di questo servizio mettendo ritardato, così da essere avviato dopo che il Team è operativo:

Provate a riavviare il server e tutto dovrebbe funzionare bene.

Spesso i programmi modificano delle chiavi di registro fondamentali “dimenticando” poi di rimetterle a posto in caso di rimozione.

Un esempio è Google Chrome. Infatti una volta disinstallato se proviamo ad aprire un link da Outlook o da Word/Excel otteniamo un errore del tipo:

Se ci troviamo in questa condizione il primo passo da seguire è quello di ripristinare le impostazioni di Internet Explorer sui valori predefiniti, la procedura da segurie è questa:

1. Chiudere Outlook se aperto
2. Aprire Internet Explorer
3. Selezionare Strumenti e cliccare su Opzioni Internet
4. Selezionare il tab Avanzate e cliccare sul pulsante Reimposta
5. Selezionare il tab Programmi e cliccare sul pulsante Imposta Programmi, selezionare Imposta programmi predefiniti, poi Internet Explorer e cliccare su Imposta questo programma come predefinito
6. Cliccare ripetutamente su Ok per chiudere le finestre

Se così fancendo il problema non si risolve allora bisogna intervenire a mano nel Registro di Sistema.

Aprire quindi il Registro di Sistema tramite il comando regedit e aprire la chiave HKEY_CURRENT_USER\Software\Classes\.htm che dovrebbe contenere qualcosa del tipo:

Doppio click su (Predefinito) e modificare il valore da ChromeHTML a htmlfile. Ripetere l’operazione per le chiavi: .html, .shtml, .xht, .xhtml.

Chiudere il Registro di Sistema e verificare il corretto funzionamento dei link ipertestuali.

Alcuni programmi in fase di installazione creano un Log di sistema, visibile all’interno dell’Event Viewer, che poi non cancellano in fase di disinstallazione. Uno di questi ad esempio è Cobian Backup, che crea il log Cobian Backup Boletus VSC Service.

Fino a Windows XP/2003 i log sono salvati in file .evt nella cartella C:\WINDOWS\system32\config, mentre da Windows Vista/7/2008 vengono usati i file .evtx e sono salvati nella cartella C:\Windows\System32\winevt\Logs.

Nel caso specifico Cobian Backup utilizza il file Cobian B.evt.

La configurazione dei log di sistema può essere gestita all’interno del Registro di sistema, nella chiave HKLM\SYSTEM\CurrentControlSet\Services\Eventlog troviamo la configurazione dei vari file di log.

Nel nostro caso basta eliminare la chiave Cobian Backup Boletus VSC Service per far sparire il log all’interno dell’Event Viewer.

Una volta riavviata la macchina sarà possibile cancellare il file .evt.

Provando ad attivare la versione di Windows 8 Enterprise scaricata dal Technet, probabilmente si riceverà un errore del tipo:

Activation Error: Code 0x8007232b
DNS Name does not exist

 

in quanto la versione scaricata utilizza un product key di una versione volume licence che non può quindi essere attivata da noi.

Dobbiamo quindi cambiare il product key con quello che abbiamo, per far questo apriamo un prompt dei comandi con i privilegi amministrativi e usiamo il comando (valido anche per Windows Server 2008):

slmgr.vbs /ipk xxxxx-xxxxx-xxxxx-xxxxx-xxxxx

 

La nostra copia dovrebbe automaticamente attivarsi.

In alcune circostanze può capitare che l’aggiornamento della sicurezza 2686509 non venga installato generando un errore 0x8007f0f4.

Se utilizzate Windows Update otterrete un errore del tipo:

mentre eseguendo l’installazione a mano l’errore sarà:

Andando ad esaminare il file di log c:\windows\KB2686509.log:

0.781: 2012/07/24 11:33:04.675 (local)
0.781: c:\474d144fade63494a280e12a8ba65d2d\update\update.exe (version 6.3.4.1)
0.797: DoInstallation: GetProcAddress(InitializeCustomizationDLL) Returned: 0x7f
0.812: Hotfix started with following command line:
0.812: In Function GetBuildType, line 1170, RegQueryValueEx failed with error 0×2
0.828: CreateUserInterface:  GetProcAddress for DefineInstallCustomUI failed:  0x7f
1.140: Return Value From IsMachineSafe = 0
1.140: IsMachineSafe returned 441092
1.140: Fist Condition in Prereq.IsMachineSafe.Section Failed
1.140: Condition Check for Line 1 of PreRequisite returned FALSE
1.156: ReadStringFromInf: UpdSpGetLineText failed: 0xe0000102
1.156: KB2686509 Setup encountered an error:  Setup cannot continue because one or more prerequisites required to install KB2686509 failed. For More details check the Log File c:\windows\KB2686509.log
1.156: ReadStringFromInf: UpdSpGetLineText failed: 0xe0000102
1.156: Setup cannot continue because one or more prerequisites required to install KB2686509 failed. For More details check the Log File c:\windows\KB2686509.log

possiamo notare un problema con i prerequisiti per l’installazione dell’aggiornamento.

Nella directory c:\windows dovreste avere il file faultykeyboard.log, all’interno del quale ci sono i file mancanti nella directory c:\windows\system32:

kbd101.dll
kbdkor.dll

Se avete altre macchine con lo stesso sistema operativo potete provare a copiarle oppure potete scaricarle da uno dei tanti siti tipo http://www.dll-files-download.com/.

Una volta che tutti i file necessari saranno stati copiati lanciate di nuovo l’installazione e questa volta il file di log dovrebbere contenere:

0.844: 2012/07/24 12:37:20.599 (local)
0.844: c:\a7efbdf2524089ab3086fca3e13e31a3\update\update.exe (version 6.3.4.1)
0.859: DoInstallation: GetProcAddress(InitializeCustomizationDLL) Returned: 0x7f
0.859: Hotfix started with following command line:
0.859: In Function GetBuildType, line 1170, RegQueryValueEx failed with error 0×2
0.859: CreateUserInterface:  GetProcAddress for DefineInstallCustomUI failed:  0x7f
0.984: Return Value From IsMachineSafe = 1
0.984: IsMachineSafe returned 441092
1.016: Return Value From IsMachineSafe = 1
1.016: IsMachineSafe returned value( 0×1 ) which is Equal To 0×1
1.016: Condition succeeded for section Prereq.IsMachineSafe.Section in Line 1 of PreRequisite
3.141: In Function TestVolatileFlag, line 12013, RegOpenKeyEx failed with error 0×2
3.141: In Function TestVolatileFlag, line 12045, RegOpenKeyEx failed with error 0×2
3.141: DoInstallation: CleanPFR failed: 0×2
3.141: In Function GetBuildType, line 1170, RegQueryValueEx failed with error 0×2
3.156: SetProductTypes: InfProductBuildType=BuildType.IS
3.156: SetAltOsLoaderPath: No section uses DirId 65701; done.
3.250: DoInstallation: FetchSourceURL for c:\a7efbdf2524089ab3086fca3e13e31a3\update\update_SP2GDR.inf failed
3.250: LoadFileQueues: UpdSpGetSourceFileLocation for halmacpi.dll failed: 0xe0000102
3.266: BuildCabinetManifest: update.url absent
3.266: Starting AnalyzeComponents
3.266: AnalyzePhaseZero used 0 ticks
3.281: OEM file scan used 0 ticks
3.281: AnalyzePhaseOne: used 15 ticks
3.281: AnalyzeComponents: Hotpatch analysis disabled; skipping.
3.281: AnalyzeComponents: Hotpatching is disabled.
3.281: FindFirstFile c:\windows\$hf_mig$\*.*
9.031: AnalyzeForBranching used 0 ticks.
9.047: AnalyzePhaseTwo used 16 ticks
9.047: AnalyzePhaseThree used 0 ticks
9.047: AnalyzePhaseFive used 0 ticks
9.047: AnalyzePhaseSix used 0 ticks

e dovrebbe apparire la schermata corretta:

Maggiori dettagli sono disponibili nella pagina della KB http://support.microsoft.com/kb/2686509.