martedì 28 luglio 2009

apnet_perf.dll e l'errore Event id 1008

Questa mattina mentre controllavo una procedura notturna che lavora su Microsoft Active Directory, ho notato qualcosa che non andava: tale procedura era stranamente ancora in esecuzione e procedeva con estrema e sospetta lentezza. Cosi' dopo la consultazione dei vari log (Event Viewer di Windows e quelli generati dall'applicazione) mi sono reso conto che il problema era altrove: l'unico altro elemnto in gioco, oltre alla macchina su cui viene giornalmente eseguita l'applicazione, e' il Domain Controller di riferimento. Mi connetto al Domain Controller e vedo il registro applicazione di Windows completamente rosso e saturo dell'errore:

Tipo evento: Errore
Origine evento: Perflib
Categoria evento: Nessuno

ID evento: 1008
Data: 17/07/2008
Ora: 13.29.04
Utente: N/D
Computer: XXXXXXXX

Descrizione:
La procedura Open per il servizio "ASP.NET" nella DLL
"C:\WINNT\Microsoft.NET\Framework\v2.0.50727\aspnet_perf.dll" non è riuscita.
I dati delle prestazioni per questo servizio non sono disponibili.

Il codice di stato restituito è DWORD 0.
Dati:
0000: 05 40 00 80 .@.€

Fortuna :) il messaggio dell'errore e' abbastanza eloquente: ci sono problemi con i performance counters di aspnet.

Prima di cominciare consulto comunque la rete per verificare la presenza di eventuali note sulla KB di Microsoft o su post o forum tecnici, non si sa mai qualcuno puo' aver avuto il mio stesso problema e magari l'ha pure risolto ... ed infatti dopo una brevissima ricerca su google trovo il post
http://www.archivum.info/microsoft.public.it.winserver/2008-07/msg00748.html che, guarda caso, descrive esattamente il mio problema.

Fondamentalmente la soluzione sta nel disabilitare i performance counters di aspnet in quanto trattasi di un'issue nota a Microsoft e su cui, nel momento in cui scrivo, non hanno ancora rilasciato patch (per dovere di cornaca devo dire che il sistema affetto dall'errore e' un Windows 2000 SP4, quindi un sistema operativo ormai in disuso e fuori manutenzione). Di seguito i passaggi da me intrapresi per la risoluzione del problema:
  1. dal prompt dei comandi mi sono portato nella cartella v2.0* del .Net Framework
  2. ho lanciato il comando aspnet_regiis -ua
  3. ho riavviato la macchina
Il problema non si e' piu' ripresentato. :)


venerdì 17 luglio 2009

WISP CitrixRedirectionNewMenu ed il messaggio "Failed to find xml file"

Durante l'installazione e la configurazione di Citrix Web Interface for SharePoint, mi e' capitato di riscontrare la segnalazione:

unable to find xml file 'C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\Template\features\CitrixRedirectionNewMenu\feature.xml'

Googla e rigoogla, non ottengo alcuna informazione utile alla risuluzione del mio probelma... dopo aver effettuato tutti i controlli di rito (ACL Windows e MOSS) sono sempre piu' perplesso ma, sicuro che si trattasse di un problema di permessi dell'utente con cui cercavo di attivare la feature CitrixRedirectionNewMenu (SharePoint Farm Administrator Account), rieseguo il comando con un utente diverso dal precedente (Amministratore della macchina e Site Collection Administrator del sito su cui cerco di attivare la Feature). Anche se i due utenti hanno praticamente gli stessi privilegi, anzi il secondo account, non e' amministratore della Farm di SharePoint, con quest'ultimo riesco ad attivare la feature senza la segnalazione del fastidiosissimo errore di cui sopra...

Riporto, per chiarezza, i privilegi dell'account con cui sono riuscito ad attivare la feature:
Amministratore della macchina
Domain Admin
Site Collection Administrator

Il comando con cui attivare la feature:
CitrixContentRedirectionNewMenu -url http://myserver

venerdì 24 aprile 2009

Disinstallazione forzata AD LDS (Active Directory LigthWeight Directory Services)

AD LDS e' "la versione 2008" di ADAM (Active Directory Application Mode). Se avete mai provato ad installare Microsoft ISA Server 2006, ADAM viene installato a corredo di Internet Security and Accelration Server. Fin qui, tutto regolare dira' qualcuno... ma veniamo al punto cruciale di questo post, ovvero la rimozione manuale di AD LDS quando non e' possibile rimuoverlo utilizzando lo snapin Application Wizard di Microsoft Windows.

Ultimamente ho lavorato su una installazione Microsoft Forefront TMG Server che, in seguito a "incasinamenti vari, ho deciso di disintallare e reinstallare da zero. Come ogni altro utente Windows, apro Application Wizard (appwiz.cpl) ed avvio la disinstallazione processo che avviene in maniera impeccabile e come ci si aspetta. Il problema pero' era la disinstallazione di AD LDS. Dopo la disinstallazione di TDM, infatti, in Application Wizard rimane traccia dell'istanza di AD LDS installata con TDM ma la voce di menu' che ci permette di avviare il processo di disinstallazione anche per questo componente, non veniva visualizzata.

Googlando non ho ottenuto alcuna informazione utile alla risoluzione del mio problema, cosi' ho deciso di prendere il toro per le corna e procedere con la pulizia manuale del registry finche', nella chiave di registro HKLM\SOFTWARE\Microsoft\CurrentVersion\Uninstall\ADAM_ISASTGCTRL$0 (dove l'ultima chiave ISASTGCTRL e' da interpretare come il nome dell'istanza AD LDS installata sulla vostra maccchina), ho trovato un simpaticissimo valore denominato UninstallString contente il comando di disnstallazione dell'istanza stessa, ovvero:
"C:\Windows\ADAM\adamuninstall.exe" /i:ISASTGCTRL


In definitiva, se vi doveste trovare, come me, nella situazione di voler/dover disinstallare una instanza di AD LDS e in Application Wizard non compare piu' il comando di disinstallazione come ci si aspetta, lanciate il comando:

C:\Windows\ADAM\adamuninstall.exe /i:

sabato 12 luglio 2008

Start/Shutdown SAP

Da qualche mese in azienda siamo alle prese con SAP, l'ERP dell'omonima casa tedesca SAP AG. Mondo nuovo per noi abituati a lavorare in ambito Microsoft che ha richiesto non poco tempo dedicato allo studio da parte del team impegnatp nello sviluppo e nella personalizzazione della soluzione che gravita attorno la tecnologia SAP.
In modo particolare per il sottoscritto (Developer prestato al ramo sistemistico ed infrastrutturale) e' stata una sfida riuscire ad automatizzare l'avvio e l'accensione dei servizi altrimenti avviabili attarverso la mmc di amministrazione del prodotto (quindi manualmente, e di conseguenza non molto comodo). Come ben sapranno tutti coloro che, per un motivo o per un'altro, devono spegnere SAP (perche' magari devono effettuare un backup della macchina virtuale su cui e' installato, o perche' devono effettuare un banalissimo aggiornamento di Microsoft Windows) possono capire la necessita' di un sistema che permetta di automatizzare i processi di accensione/spegnimento delle varie istanze del prodotto, poiche' il Database di SAP pare essere molto delicato (stando a quanto detto dal tecnico che che ha installato il prodotto presso la nostra azienda) e, come dire... suscettibile ad un arresto o riavvio di Windows senza aver preso le necessarie precauzioni (shutdown delle istanze, per l'appunto).

Ebbene studiando un po' la documentazione SAP (molto scarsa dal punto di vista dei comandi disponibili per la shell), sono riuscito a trovare un comando che, lanciato da command shell, permette spegnimento ed accensione dell'istanza di SAP desiderata: sapcontrol.exe.

Di seguito il comando da utilizzare per lo spegnimento di un'istanza

D:\usr\sap\DEV\DVEBMGS02\exe\sapcontrol.exe -user -function Shutdown -format script -nr

ed il comando per l'accensione

D:\usr\sap\DEV\DVEBMGS02\exe\sapcontrol.exe -user -function Start -format script -nr

per completare l'automatismo occorre solo verificare che l'istanza si sia arrestata per poi spegnere la macchina. A questo scopo ho scritto uno script, in vbscript che attende lo spegnimento dell'istanza selezionata prima di terminare la sua esecuzione:


Option Explicit
Dim wso

set wso = CreateObject( "WSCript.Shell")

Dim InstanceNumber
InstanceNumber = WScript.Arguments(0)

Dim ServiceAccount
ServiceAccount = WScript.Arguments(1)

Dim Password
Password = WScript.Arguments(2)

Dim Status, ExitCode

ExitCode = Shutdown(InstanceNumber, ServiceAccount, Password)

if ExitCode = 0 Then
Dim Stopped
Stopped = false

do while Not Stopped
Status = GetStatus( InstanceNumber, ServiceAccount, Password)

if Status = "Stopped" Then
Stopped = true
elseif Status = "NotFound" then
exit Do
else
WScript.Sleep 5000
end if

Loop

WScript.StdOut.WriteLine Status

else

WScript.StdOut.WriteLine "Error Shutting down " & InstanceNumber

end if

set wso = nothing


function Shutdown( instanceNumber, serviceAccount, password)
Dim oExec

set oExec = wso.Exec( "D:\usr\sap\DEV\DVEBMGS02\exe\sapcontrol.exe -user " & service Account & " " & password & " -function GetProcessList -format script -nr " & instanceNumber)

do while oEXec.Status = 0
WScript.Sleep 100
Loop

Shutdown = oExec.ExitCode
set oExec = nothing
end function

function GetStatus( instanceNumber, serviceAccount, password)
Dim Line, Result
Dim oExec

Result = "NotFound"

set oExec = wso.Exec( "D:\usr\sap\DEV\DVEBMGS02\exe\sapcontrol.exe -user " & service Account & " " & password & " -function GetProcessList -format script -nr " & instanceNumber)

do while oEXec.Status = 0
WScript.Sleep 100
Loop

do while not oExec.StdOut.AtEndOfStream
Line = oExec.StdOut.ReadLine

if InStr( Line, "0 textstatus:") then
Result = Right( Line, len(Line) - 14)
Exit do
end if

Loop

GetStatus = Result

set oExec = nothing

end function


Questo e' tutto, spero lo script vi sia utile cosi' come lo e' per il sottoscritto. Alla prossima. :)

giovedì 22 novembre 2007

Disabilitare la funzionalita' di Hybernate in Windows Vista

Come tutti sanno, la funzionalita' di Hybernate permette di spegnere una macchina windows e di conservare il lavoro fino al prossimo riavvio. Benissimo, la feature ha i suoi vantaggi... se non fosse per il fatto che sul disco vengono occupati una quantita' di giga bytes pari alle dimensioni della vostra memoria RAM.
Fino alla edizione XP di windows era possibile con pochi click e con agili movimenti della mano vostra mano destra, disabilitare o, abilitare questa caratteristica, ma con l'avvento di Windows Vista, be' ... le cose sono cambiate un po'. E' ancora possibile controllare la funzionalita' di hybernate della vostra macchina nuova fiammante che monta l'ultima versione del S.O. di casa Microsoft, state tranquilli, ma bisognera' agire da riga di comando:

1. Avviare il prompt di sistema con dirirtti amministrativi (se avete abilitato l'UAC)
2. digitate powercfg -h off per disabilitare l'hybernate(o powercfg -h on se vole abilitare l'hybernate) e premete il tasto invio.

lunedì 30 luglio 2007

Script Debugging con Visual Studio 2005

Uff! certo che ne e' passato di tempo: maggio, giugno, luglio ... praticamente agosto. Certo che ne e' passato di tempo dal mio primo e ultimo post, sono stati mesi infernali non solo per il caldo ma anche gli innumerevoli problemi che mi sono dovuto sorbire e che ho dovuto inesorabilmente risolvere a costo di lavorare anche di notte :(...

Dopo il lungo periodo di stress, voglio ricominciare con un post semplice semplice ma, secondo me utile utile :D (almeno io ho tratto un bell'aiuto nelle customizzazioni di OWA), parlo del debugging di script client con l'ausilio di Visual Studio 2005.

Come dicevo poche righe piu' su, qualche settimana fa ho avuto l'esigenza di modificare il comportamento di OWA per integrarlo con un'applicazione di Business Intelligence e, per verificarne il corretto funzionamento e soprattutto il punto in cui inettare il mio codice javascript, mi sono servito di VS 2005 per capire il flusso del codice JS di OWA. Ma veniamo al punto: e' possibile abilitare la funzionalita' di debugging di script lato client con VS attraverso pochi e semplici passaggi:


  • Abilitare lo Script Debugging



  • Selezionare la voce di menu' "Script Explorer" (Ctrl+Alt+N) dal menu' Debug/Wiondows


  • Selezionare il processo IEXPLORE.EXE dalla finestra di dialogo di aggacio al processo



  • Fine, il gioco e' fatto, buon divertimento (o buon lavoro, :) dipende dallo spirito con cui si affronta il debug :D)

lunedì 7 maggio 2007

Problemi con l'installazione delle Service Pack 2 per Windows 2003 Server

Vi siete mai trovati nella sgradevole situazione in cui e' necessario effettuare gli aggiornamenti di Windows (ad esempio un intero pacchetto di Service Pack) e il vostro sistema operativo, si rifiuta di applicare le nuove patch rilasciate?

Ebbene, la disavventura mi e' capitata proprio oggi, quando, preso da un attacco di stacanovismo acuto, ho deciso di cominciare bene la settimana anticipando di una buona mezz'ora l'ingresso in azienda e ho cercato di accedere ad uno dei nostri server tramite remote desktops avendo la fortuna di ricevere una bella porta in faccia!

Dopo un sano riavvio della macchina, sono finalmente riuscito a connettermi attraverso desktop remoto e, sfogliando il registro eventi di Windows per cercare qualche indizio che mi facesse capire cosa fosse successo, ho notato alcuni simpatici errori del tipo:

Event Type: Error
Event Source: NtServicePackEvent
Category: NoneEvent
ID: 4373
Date: 07/05/2007
Time: 10.29.58
User: N/A
Computer: XXXXXXXX
Description:Windows Server 2003 KB833407 installation failed.The parameter is incorrect.

Microsoft pubblica una descrizione approfondita del problema di cui sopra all'indirizzo http://support.microsoft.com/kb/822798 proponendo diverse ipotesi di soluzione.

Tra le varie ipotesi ho deciso di seguire quella che proponeva di rinominare il file edb.log nel file edb.tst, e tutto ha ripreso a funzionare normalmente, tanto che, persino gli aggiornamenti falliti prima di applicare le SP 2 sono stati installati senza alcun problema.

Di seguito le operazioni seguite per la risoluzione dell'anomalia.

1. dal prompt dei comandi di windows digitare net stop cryptsvc

2. rimuovere tutti i file tmp*.cat dalle cacrtelle:
  • %systemroot%\system32\CatRoot\{127D0A1D-4EF2-11D1-8608-00C04FC295EE}
  • %systemroot%\system32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}
3. dal prompt dei comandi digitare:
  • net stop cryptsvc
  • ren %systemroot%\System32\Catroot2\edb.log edb.tst
  • start cryptsv
  • exit