DevAdmin Blog

Hyper-V evento Microsoft-Windows-Kernel-Processor-Power

Ermanno Goletto — Fri, 19 Mar 2010 14:32:09 GMT

Ho rilevato su un server HP ML350 G6 con installato Windows 2008 R2 con il solo ruolo Hyper-V installato il seguente warning di sistema:

Nome registro:System
Origine:Microsoft-Windows-Kernel-Processor-Power
ID evento:37
Categoria attività:(7)
Livello:Avviso
Descrizione:
La velocità del processore 12 nel gruppo 0 è attualmente limitata dal firmware del sistema. Il processore si trova in questo stato di prestazioni ridotte da 1 secondi dopo l'ultima segnalazione.

Nel mio caso il problema si è risolto installando l’ultima versione del BIOS (2010.01.13 del 1 Feb 2010) che contiene appunto la correzione a questo in conveniente che comunque pare essere un messaggio non corretto:

Resolved an issue where Microsoft Windows Server 2008 R2 would log erroneous warning messages into the system event log pertaining to the processor's frequency being limited by firmware in cases in which the frequency was not limited. This issue did not cause or indicate any actual performance degradation. The fix simply prevents the erroneous messages from being erroneously logged and does not change any behaviour of the processor, since there wasn't actually any performance capping being performed.

Resolved an issue where Microsoft Windows Server 2008 R2 would log erroneous warning messages into the system event log pertaining to the processor's frequency being limited by firmware. The system firmware was incorrectly identifying slowness in frequency due to normal idle power state transitions as throttling due to power capping, even if power capping was not enabled or active. This fix simply prevents the warnings from being erroneously logged and does not change any behaviour of the processor, since there wasn't actually any performance capping being performed.

Nel caso in cui il warning si verifichi su un server HP e non vi sia una versione di BIOS che corregga tale problematica è possibile modificare una voce nel BIOS:

Power Management Options
- Advanced Power Management Options
  - Minimum Processor Idle Power State = No C-States

[Update 01]

Come mi ha fatto notare Piergiorgio Malusardi impostando Minimum Processor Idle Power State = No C-States viene di fatto disabilitato il Core Parking.

Windows 7 reti, sicurezza, tecniche avanzate

Ermanno Goletto — Tue, 09 Mar 2010 21:22:08 GMT

E’ stato pubblicato il libro Windows 7 reti, sicurezza, tecniche avanzate scritto da Marco Maltraversi e Antonio Di Fluri e che ho avuto la possibilità di leggere in anteprima dal momento che gli autori mi hanno richiesto un parere sui vari capitoli accettando qualche mio piccolo suggerimento.

Il libro è indirizzato a sistemisti, programmatori, personale CED aziendale e tutti gli appassionati di informatica che voglio approfondire le novità dell’ultimo sistema operativo client Microsoft. Gli autori hanno esaminato in maniera approfondita i vari aspetti e le nuove tecnologie introdotte in Windows 7 trattando i seguenti argomenti:

Novità di Windows 7
Installazione
User Experience e Multimedialità
Windows Live Essentials
Ottimizzazione del sistema
Ricerca e organizzazione delle informazioni
Deployment e compatibilità
Virtualizzazione
Sicurezza
Networking

Il libro di 784 pagine è edito da FAG Milano e viene veduto anche online sul sito della casa editrice e nelle migliori librerie on-line.

Da seguente Windows 7 reti sicurezza tecniche avanzate potete scaricare l’indice del libro e il un pdf con i link presenti nel libro ordinati per capitoli

Windows 7 Ultimate: Installazione di Visual Studio 2008

Ermanno Goletto — Sun, 07 Mar 2010 22:06:44 GMT

Oggi ho finalmente trovato il tempo di installare Visual Studio 2008 SP1 sul mio portatile con Windows 7 Ultimate. Al termine dell’installazione ho però riscontrato alcuni problemi dovuti al fatto che il sistema operativo è in italiano, mentre Visual Studio l’ho installato in lingua inglese.

I problemi che ho riscontrato sono essenzialmente due:

L’interfaccia utente di Visual Studio era in parte in inglese e in parte in italiano.
All’avvio Visual Studio generava errori di Package Load Failure.

Windows 7 Ultimate comprende la funzionalità MUI (Multilingual User Interface), Visual Studio può essere installato su una versione di Windows su cui è installata l'interfaccia MUI ed è possibile installare anche più versioni di Visual Studio in lingue diverse e passare da una lingua all'altra mediante Impostazioni internazionali, Ambiente, finestra di dialogo Opzioni.

Quando si installano più versioni di Visual Studio in lingue diverse sullo stesso computer, il software viene installato in un solo percorso. La lingua predefinita utilizzata da Visual Studio per l'interfaccia utente è la prima lingua installata.

Occorre però specificare che la lingua da utilizzare per Visual Studio in un caso come il mio (S.O. italiano e VS in inglese) è l’inglese altrimenti VS tenterà di utilizzare la lingua del S.O. col risultato di non riuscire a tradurre tutta l’interfaccia utente e di generare gli errori di Package Load Failure.

Per impostare la lingua selezionare Tools –> Opzioni –> Impostazioni internazionali (si noti il mix di lingue)

e si imposti la lingua inglese

quindi riavviare Visual Studio

Per maggiori informazioni si veda Interfaccia utente multilingue (MUI) e Visual Studio.

Errore quando si cerca di modificare le impostazioni di rete

Ermanno Goletto — Sat, 06 Mar 2010 10:07:33 GMT

Talvolta mi capitato di vedere il seguente errore cercando di modificare le impostazioni di rete tramite l’applet ncpa.cpl: ”Alcuni controlli della finestra proprietà sono disabilitati perché uno o più finestre di proprietà della rete locale sono già aperte. Per utilizzare questi controlli, chiudere tutte le finestre delle proprietà e riaprire questa finestra” (“The controls on this property sheet are disabled because one or more other Network property sheets are already open. To use these controls, close all these property sheets and then reopen this one”).

Spesso il motivo di questo errore è duvuto alla presenza della seguente chiave di registry:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce
"NCInstallQueue"="rundll32 netman.dll,ProcessQueue"

Eliminando questa chiave l’errore si risolve e si risolvono anche i seguenti problemi:

Error 720: The connection attempt failed because your computer and the remote computer could not agree on PPP control protocols
L’errore Installation of Simple TCP/IP Services has been interrupted because Install Queue is accessing the needed information che si verifica installando i Simple TCP/IP Services

Visual Studio 2008 deploy di assembly di terze parti

Ermanno Goletto — Fri, 05 Mar 2010 11:01:25 GMT

A volta può capitare che un’applicazione utilizzi assembly di terze parti e che quindi occorra poi eseguire il deploy di tali assembly sui computer. Ciò però significa che se tali assembly vengono aggiornati occorre rieseguire il deploy degli assembly di terze parti.

Quindi ambienti dove non si ha a disposizione strumenti di deploy automatizzato come SCCM e gestire via group policy la situazione costituirebbe un carico amministrativo troppo elevato a causa della frequenza di aggiornamento di tali assembly da parte del produttore (si pensi a controlli di terze parti quali ad esempio DevExpress) la soluzione migliore è che l’applicazione contenga nella directory bin gli assembly necessari.

Un metodo per automatizzare la copia di tali assembly nella directory di Bin quando non è possibile utilizzare la proprietà Copy Local (si pensi agli assembly satellite per la localizzazione o ad assembly non referenziati direttamente perchè presenti GAC sul computer di sviluppo) è quella di utilizzare il Build Event On successful build.

Per ulteriori informazioni si veda How to- Specify Build Events (Visual Basic).

In alternativa, come mi ha gentilmente suggerito Corrado Cavalli si potrebbe provare a gestire l’evento AssemblyResolve. che permetterebbe di puntare ad una directory comune in cui vi sono gli assembly di terze parti magari su una share di rete evitando di copiarli nelle bin directory di ogni applicazione, ma con il rischio che ovviamente dopo un aggiornamento un’applicazione possa non funzionare.

Superato esame 70-646 Pro: Windows Server 2008 Server Administrator

Ermanno Goletto — Thu, 04 Mar 2010 16:32:04 GMT

Per chi vuole sostenere questo esame ricordo che al momento le domande sono relative alle funzionalità in Windows 2008 Server e non alla versione R2. Ciò significa che si farà riferimento a Terminal Services e non Remote Desktop Services e quando si parla di modalità Server Core si fa riferimento a quella di Windows 2008 Server dove .NET non era ancora supportato.

Per gli argomenti si faccia rifermento al seguente Exam 70-646 Pro: Windows Server 2008, Server Administrator tenendo presente che come giusto che sia gli esami tendono a testare se il candidato oltre ad avere una preparazione generale sugli argomenti richiesti ha assimilato le novità del prodotto e sa quando utilizzarle rappresenta un vantaggio.

Per quanto riguarda la preparazione tutto quello che vi serve lo trovate su TechNet, ma ovviamente esistono anche libri specifici per preparare questo esame (non avendone usati non ne ho da consigliare). Per quanto riguarda le novità introdotte da Windows 2008 Server il mio consiglio è quello di seguire i webcast di BEIT e poi approfondire su TechNet e ovviamente sul campo.

Remote Desktop Services: Prerequisiti per la funzionalità Easy Print

Ermanno Goletto — Wed, 03 Mar 2010 09:01:38 GMT

Per poter usufruire della funzionalità Easy Print introdotta in Windows Server 2008 occorre che sul client che si connette al server RDS siano presenti alcuni prerequisti:

In Windows XP
- Service Pack 3 o Client RDP 6.1 o superiore
- Microsoft .NET Framework versione 3.0 o successiva
In Windows Vista
- Client RDP 6.1 o superiore
In Windows 7 la funzionalità è nativamente supportata

Per ulteriori informazioni si veda il seguente post del team di sviluppo Using Remote Desktop Easy Print in Windows 7 and Windows Server 2008 R2.

Remote Desktop Services: Easy Print e visualizzazione stampanti redirezionate

Ermanno Goletto — Sun, 28 Feb 2010 22:29:54 GMT

Per poter visualizzare in ambiente RDS le stampanti redirezionate degli utenti remoti create dalla funzionalità Easy Print introdotta in Windows Server 2008 occorre che l’utente sia membro del gruppo Print Operators (per default l’amministratore locale non è membro di tale gruppo).

Per ulteriori informazioni e per la gestione delle stampanti redirezionate si veda il seguente post del team RDS Introducing Terminal Services Easy Print: Part 3.

Per ulteriori informazioni sulla funzionalità Easy Print si vedano Introducing Terminal Services Easy Print: Part 1 e Introducing Terminal Services Easy Print: Part 2.

DHCP e aggiornamento dinamico record DNS II

Ermanno Goletto — Sun, 21 Feb 2010 20:53:17 GMT

I client Windows 2000 e successivi sono in grado di utilizzare l'opzione Client FQDN (opzione 81) per richiedere la modalità di gestione degli aggiornamenti. Questo significa che tali client aggiornano direttamente i loro record di ricerca diretta (A) con il server DNS dopo aver ottenuto un indirizzo IP dal DHCP senza richiedere alcuna interazione tra il DHCP e il DNS. Tuttavia tali client sollecitano il server DHCP a d aggiornare il loro record di ricerca inversa (PTR) sul server DNS richiedendo quindi una comunicazione tra DHCP e DNS.

Come si può vedere dal seguente Utilizzo dei server DNS con DHCP i client DHCP con sistema operativo Windows 2000 e successivo interagiscono con il protocollo di aggiornamento dinamico DNS nel modo seguente:

Il client invia un messaggio di richiesta DHCP (DHCPREQUEST) al server e include l'opzione 81 di DHCP. Per impostazione predefinita, il client richiede che il server DHCP registri il record PTR del DNS mentre il client registra il proprio record A del DNS.
Il server restituisce un messaggio di riconoscimento DHCP (DHCPACK) al client, assegnando il lease di un indirizzo IP e includendo l'opzione 81 di DHCP. Se il server DHCP è configurato con le impostazioni predefinite, ovvero aggiornamenti dinamici dei record A e PTR del DNS solo se richiesti dai client DHCP, l'opzione 81 stabilisce che il server DHCP registri il record PTR del DNS e che il client registri il record A del DNS.
In modo asincrono, il client registrerà il proprio record A del DNS, mentre il server DHCP registrerà il record PTR del DNS del client.

Di conseguenza ipotizzando che il DHCP sia configurato con le impostazioni predefinite il record A sarà creato dal client, mentre il record PTR se sul DHCP sono state configurate le credenziali per la registrazione degli aggiornamenti automatici verrà creato dal DHCP, come si può verificare andando a verificare le impostazioni di protezione dei record DNS. Ciò significa che alla scadenza del lease o alla sua eliminazione il DHCP provvederà all’eliminazione del record PTR, ma non del record A.

Nel caso in cui non si siano configurare sul DHCP le credenziali per la registrazione degli aggiornamenti automatici anche il record PTR verrà creato dal client con la conseguenza che non verrà eliminato alla scadenza o all’eliminazione del lease.

Nel caso si configuri il DHCP in modo da aggiornare sempre i record A e PTR per i client DHCP anche il record A verrà creato dal server DHCP. Quest’opzione può essere utile nel caso si abbiano client DHCP in workgroup infatti per impostazione predefinita solo i client membri del dominio possono eseguire registrazioni nel DNS (sulle zone DNS integrate in AD è abilitata per default la modalità protetta degli aggiornamenti dinamici). In questo caso alla scadenza o all’eliminazione del lease il DHCP eliminerà anche il record A oltre al record PTR.

Conclusioni e note

Nel post DHCP e aggiornamento dinamico record DNS ho descritto un paio di problematiche collegate a tale funzionalità del DHCP. In particolare ho segnalato un memory leak che si presenta in Windows 2003 Server descritto nella KB 939928 in cui si consiglia come workaround la disabilitazione della funzionalità del DHCP di aggiornamento dinamico dei record DNS. Tale soluzione se a prima vista può sembrare drastica in realtà molto spesso non lo è infatti se nella rete sono presenti solo client Windows 2000 o successivi membri di dominio Active Directory le registrazioni DNS saranno eseguite da questi. Ovviamente occorrerà impostare il DNS per l’eliminazione dei record obsoleti in modo da eliminare i record DNS relativi a client dismessi dal momento che il DHCP non potrà occuparsene.
E’ importante che le credenziali utilizzate dal server DHCP per la registrazione degli aggiornamenti automatici appartengano ad un utente di dominio altrimenti nel caso in cui un secondo server DHCP di backup si connetta non potrà aggiornare il nome client in quanto non ne ha i diritti.
Dopo aver modificato le impostazioni del DHCP riavviare il servizio affinché le modifiche vengano prese in carico.
In Windows 2003 R2 anche se si disabilita la funzionalità del DHCP di aggiornamento dinamico dei record DNS se il DHCP server è in esecuzione su un Domain Controller viene comunque registrato l’Event ID 1056 — DHCP Server DNS Registration, che in questo caso può essere ignorato.

DHCP e aggiornamento dinamico record DNS

Ermanno Goletto — Sat, 20 Feb 2010 16:35:48 GMT

Se di installa il servizio DHCP su un Domain Controller all’avvio del servizio DHCP viene registrato il seguente avviso nel registro Sistema:

Tipo evento: Avviso
Origine evento: DhcpServer
Categoria evento: Nessuno
ID evento: 1056
Descrizione:
Il servizio DHCP ha rilevato di essere in esecuzione su un controller di dominio e di non disporre di credenziali configurate per l'uso con le registrazioni DNS dinamiche iniziate dal servizio DHCP. Questa non è una configurazione di protezione consigliata. Le credenziali per le registrazioni DNS dinamiche si possono configurare utilizzando la riga di comando "netsh dhcp server set dnscredentials" o tramite lo strumento di amministrazione DHCP

Il motivo è dovuto al fatto che per impostazione predefinita il servizio DHCP è configurato per eseguire l’aggiornamento dinamico dei record DNS. Per evitare il warnig occore configurare il servizio DHCP come indicato nel seguente Event ID 1056 — DHCP Server DNS Registration (e come suggerito nella descrizione dell’avviso):

Creare un utente che verrà utilizzato per l’aggiornamento dinamico dei record DNS.
Eseguire il seguente comando per impostare sul servizio DHCP l’utilizzo dell’utente creato per l’aggiornamento dinamico dei record DNS:
netsh dhcp server set dnscredentials username domainname password
Riavviare il servizio DHCP tramite il comando:
net stop DHCPServer && net start DHCPServer
Per verificare che le credenziali siano state impostare correttamente utilizzare il comando:
netsh dhcp server show dnscredentials

In Windows Server 2003 l’aggiornamento dinamico dei record DNS può generare un memory leak causato dalla Dnsapi.dll come indicato nel seguente A memory leak occurs if the DNS dynamic update protocol is enabled on a DHCP server that is running Windows Server 2003.

Io l’ho riscontrato nel caso in cui il servizio DHCP venga eseguito sul Domain Controller dove i Private Bytes del processo tcpsvcs.exe erano superiori alla memoria RAM installata sul computer.

le soluzioni sono per evitare tale problema sono quattro:

Disabilitare l’aggiornamento automatico dei record DNS (non sempre questa soluzione può essere adottata a riguardo si veda il post DHCP e aggiornamento dinamico record DNS II) e riavviare il servizio DCHP
Eseguire il servizio DHCP su un server membro e non sul Domain Controller
Riavviare in servizio DHCP ad esempio una volta ogni 24 ore schedulando l’esecuzione del comando:
net stop DHCPServer && net start DHCPServer
Installare l’hotfix indicata nella KB 939928, che va richiesta al supporto Microsoft e che ha come prerequisiti il Service Pack 1 o 2 di Windows Server 2003, al termine dell’installazione occorre riavviare il sistema.