Sébastien Bovo [Microsoft France] : Outils

Debogage .NET 4.0

Sebastien Bovo — Mon, 30 Nov 2009 20:32:00 GMT

Visual Studio 2010 et le .NET Framework 4 sont disponible en Beta 2 depuis quelques semaines. Afin de vérifier un comportement qui m’a un peu surpris, je vais les utiliser pour le débogage.

Voici le contexte : Dans un précédent billet, je parlais du deployment retail="true" pour ASP.NET en faisant référence au billet de Scott Guthrie. Je pensais que retail=true était la solution pour s’affranchir du debug=true dans tous les Web.config du serveur. C’est seulement en parti vrai car le timeout des pages ASP.NET n’est pas modifié et reste démesuré si vous avez debug=true dans votre Web.config.

Voici la preuve…

Page d’exemple

J’utilise un page exemple qui ne se termine jamais. Dans la vrai vie, nous aurons une boucle infinie plus complexes ou un bloclage quelconque. Dans tous les cas, le débogage est identique. Mon but est d’obtenir le timeout des pages ASP.NET.

<%@ Page Language="C#" %>

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

    protected void Page_Load(object sender, EventArgs e)
    {
        DateTime t1 = DateTime.Now;
        while (true)
        {
            DateTime t2 = DateTime.Now;
        }
    }
</script>

Clin d’œil à Visual Studio 2010 et l’utilisation du zoom (CTRL+mollette de la souris) :

Cette page doit être positionnée dans un site Web utilisant un pool d’application configuré avec le Framework 4.0.

Avant de lancer WinDbg, naviguons vers notre page de test.

Lancement de WinDbg, chargement des symboles et SOS

Veillez bien à lancer Windbg en tant qu’administrateur et attachez-vous au processus W3WP.EXE en cours d’exécution (F6) :

Chargement des symboles publics :

.sympath SRV*c:\symbols*http://msdl.microsoft.com/download/symbols/

Chargement de SOS livré avec le .NET Framework 4.0 :

.load C:\Windows\Microsoft.NET\Framework\v4.0.21006\SOS

Affichage des objets

Maintenant, cherchons notre page en court d’exécution

!DumpHeap -type System.Web.HttpContext

!do 062d9d18

Comme il s’agit d’un objet de type TimeSpan, nous devons utiliser la méthode !DumpVC (Pour information, voici le pointeur MSDN vers SOS - http://msdn.microsoft.com/en-us/library/bb190764.aspx)

!DumpVC 532747bc 062d9dd0

La valeur du timeout donnée est un nombre de ticks CPU. Sachant qu’il y a 10000 ticks par millisecondes. Pour obtenir le temps en secondes, nous devons donc diviser la valeur par 10000 puis par 1000. Utilisons Windbg comme calculatrice :

?1100000000/10000/1000

Le timeout de la page ASPX est de 110 secondes.

Nous avons bien le comportement normal et celui par défaut décrit dans le fichier "Web.config.comments" :

Maintenant, regardons avec exactement la même démarche, ce que nous avons avec debug=true (dans Web.config) et retail=true (dans le Machine.config) :

Je vous passe toutes les copies d’écran, voici juste les deux dernières commandes :

Le timeout est de 30 000 000 secondes soit 347 jours. Effectivement, dans ce cas, nous avons tout le temps de déboguer nos pages… Et le retail=true n’a pas changé ce comportement.

La conclusion est : vérifiez que vous n’avez pas debug=true dans tous les Web.config en production même si vous avez retail=true.

Plutôt intéressant :-) Qu’en pensez-vous ?

Sebastien.

Comment savoir si une dll est 32bits ou 64bits ?

Sebastien Bovo — Fri, 18 Sep 2009 10:59:00 GMT

Point important pour vos développements natifs ou pour l’utilisation de composants COM sur plateformes x64 :

Un processus 64bits peut charger seulement des dlls 64bits. De la même manière, un processus 32bits peut charger seulement des dlls 32bits.

Ceci peut paraitre trivial comme affirmation, mais cela a son importance car un processus 64bits ne pourra donc pas charger de dll 32bits. L’inverse n’est pas possible non plus.

Voici la référence : http://msdn.microsoft.com/en-us/library/aa384231(VS.85).aspx

Ok, d’accord… Et pour la vérification, comment puis-je savoir si une dll est compilée en 32 ou 64 ?

Simplement avec l’outil DumpBin livré avec Visual Studio. Vous pouvez le lancer directement à partir de la ligne de commande Visual Studio 2008.

Par exemple :

dumpbin "C:\Windows\System32\inetsrv\asp.dll" /HEADERS

dumpbin "C:\Windows\System32\inetsrv\asp.dll" /HEADERS | findstr "(x64)"

dumpbin "C:\Windows\SysWOW64\inetsrv\asp.dll" /HEADERS | findstr "(x86)"

Ca peut servir :-)

Bye,

Sebastien.

"Deboguer ce dump" dans le menu contextuel de l’explorateur Windows

Sebastien Bovo — Thu, 14 May 2009 15:12:00 GMT

Voici un petit raccourci bien pratique lorsque vous avez à ouvrir des dumps avec WinDbg :

Windows Registry Editor Version 5.00

; Ajout de la fonctionnalité d’ouverture en double clic d’un dump par WinDbg dans le menu contextuel de l'explorateur Windows
; Cette fonctionnalité est ajouté pour les fichiers .DMP

[HKEY_CLASSES_ROOT\.dmp]
@="SB-DebugDumpFile"

[HKEY_CLASSES_ROOT\SB-DebugDumpFile]

[HKEY_CLASSES_ROOT\SB-DebugDumpFile\DefaultIcon]
@="c:\\debuggers\\windbg.exe"

[HKEY_CLASSES_ROOT\SB-DebugDumpFile\Shell]

[HKEY_CLASSES_ROOT\SB-DebugDumpFile\Shell\SB-DebugThisDump]
@="-> Deboguer ce dump"

[HKEY_CLASSES_ROOT\SB-DebugDumpFile\Shell\SB-DebugThisDump\Command]
@="\"C:\\debuggers\\windbg\" -z \"%1\""

A noter, que j’utilise le chemin "c:\debuggers\windbg.exe" ; N’oubliez pas de le changer si vous avez les outils de débogage dans un autre répertoire.

Maintenant, un double clic sur un dump suffit pour l’ouvrir dans WinDbg !

A bientôt,

Sebastien.

Utilisez TinyGet pour effectuer rapidement une charge simple sur un serveur Web

Sebastien Bovo — Fri, 10 Apr 2009 12:04:00 GMT

L’outil TinyGet n’a pas vocation remplacer un outil de test de charge blogs.mais il s’avère extrêmement pratique dans certains cas : Je vous conseille de le garder dans vos outils favoris. Il vous permettra de simuler une charge basique sur une application Web en quelques lignes de commandes.

Les avantages sont les suivants :

Support du multithread pour effectuer des requêtes simultanées
Support des itérations
Paramétrage possible pour le type authentification, la version HTTP, les headers, le contenu de la requête, l’utilisation d’un certificat client
Attente d’un contenu particulier pour la réponse, le code de retour

Exemple de trois threads simultanés effectuant dix requêtes chacun

tinyget.exe -srv:sbovo02 -uri:/default.aspx -status:200 -threads:3 -loop:10

-threads donne le nombre de threads lancés simultanément.

-loop indique le nombre d’itérations

-status représente le code de retour attendu. Si TinyGet n’obtient pas ce code, un message est affiché dans la console

Exemple d’une requête attendant un contenu particulier

tinyget.exe -srv:sbovo02 -uri:/contenu.aspx -testContainString:"Texte"

-testContainString permet de mentionner quelle chaine (contenu dans le body de la réponse) nous attendons

Exemple d’une requête avec l’affichage de la trace TinyGet ou les headers de la réponse

tinyget.exe -srv:sbovo02 -uri:/stylesheet.css -trace

tinyget.exe -srv:sbovo02 -uri:/stylesheet.css -headers

Pour télécharger l’outil et l’aide associée : IIS 6.0 Resource Kit Tools - http://www.iis.net/downloads/default.aspx?tabid=34&g=6&i=1352

Je pense que vous avez bien vu l’utilité de cet outil soit pour simuler une charge soit pour vérifier les réponses d’une application Web.

Bonne utilisation !

Sebastien.

Comment lister les mises à jour (Hotfixes) Windows ?

Sebastien Bovo — Fri, 03 Apr 2009 12:20:00 GMT

Bonjour,

Dans le même esprit que mon précédent post, voici comment vous pouvez obtenir la liste des mises à jour ou hotfixes Windows en ligne de commande :

systeminfo

Et ainsi, nous pouvons facilement rechercher si une mise à jour particulière a bien été installé :

systeminfo | findstr KB961367

A noter, que "SystemInfo" donne une multitude d’informations supplémentaires qui peuvent vous être utile :

OS Name
OS Version
Processor(s)
Total Physical Memory
Available Physical Memory
Domain
Logon Server
etc…

A bientôt,

Sebastien.

Comment savoir par script si Windows est 32bits ou 64bits ?

Sebastien Bovo — Thu, 02 Apr 2009 16:25:22 GMT

Bonjour,

C’est peut-être une question triviale mais la réponse ne l’est pas forcement lorsque nous avons besoin d’avoir l’information directement dans un script en ligne de commande. Voici une méthode simple qui a le mérite de fonctionner :

set | findstr PROCESSOR_ARCHITECTURE

Sebastien.

Utilisation de Logparser pour les logs IIS : Status code, erreurs 404, erreurs 500, fréquentation

Sebastien Bovo — Mon, 16 Mar 2009 16:25:00 GMT

Bonjour,

Voici quelques requêtes Logparser utiles pour la surveillance d’un serveur Web.

Bonne utilisation,

Sebastien.

Pourcentage des codes de retour

StatusCode.sql

SELECT
    sc-status as Statut,
    COUNT(*) as NbRequetes,
    MUL(PROPCOUNT(*),100) as %
FROM
    ex\*.log
GROUP BY
    sc-status

A partir des données de sortie, vous pouvez facilement créer un graphique (cf. ci-dessous) avec un copier/coller dans Excel par exemple.

Erreurs 404 - Fichiers inexistants

Url404.sql

SELECT
    cs-uri-stem as Url,
    COUNT(*) as NbRequetes
FROM
    ex\*.log
WHERE
    sc-status = 404
GROUP BY
    cs-uri-stem

Ce type de requête permet d’identifier les pages/fichiers/images n’existant pas, bien qu’étant toujours référencés par des pages de l’application. Vous pouvez aussi repérer par ce biais, les urls mal orthographiées.

Erreurs 500 - Erreurs ASP.NET

Url500.sql

SELECT
    cs-uri-stem as Url,
    COUNT(*) as NbRequetes
FROM
    ex\*.log
WHERE
    sc-status = 500
GROUP BY
    cs-uri-stem

Le but est de pouvoir rapidement vérifier si une url/page est la source d’une grande partie des erreurs du site Web.

Url500Completes.sql

SELECT
    cs-method as Methode,
    UrlComplete,
    sc-substatus as SousStatut,
    sc-win32-status as Win32Statut
USING
    STRCAT(cs-uri-stem,
        REPLACE_IF_NOT_NULL(cs-uri-query, STRCAT('?', cs-uri-query))) as UrlComplete
FROM
    ex\*.log
WHERE
    sc-status = 500

En ajoutant, les informations sur le verbe HTTP et la querystring, il est possible de commencer les investigations.

Fréquentation - Nombre de requêtes par heure

NbRequetesParHeure.sql

SELECT
    TO_LOCALTIME(QUANTIZE(time,3600)) AS Heure,
    COUNT(*) AS NbRequetes
FROM
    ex\*.log
GROUP BY
    Heure
ORDER BY
    Heure ASC

Cette requête est intéressante car elle utilise la fonction "QUANTIZE" qui permet dans ce cas, de regrouper tous les accès par tranches de 3600s (1h). Cela nous permet de visualiser l’évolution de la fréquentation du site Web.

Comme décrit dans mon précédent post, pour utiliser ces requêtes, il vous suffit de lancer le fichier "LancerLogParserSurLogsIIS.cmd" avec le nom du fichier .sql en entrée et le nom du fichier .txt en sortie. Par exemple :

LancerLogParserSurLogsIIS.cmd Url404.sql Url404.txt

Pour rappel, le fichier LancerLogParserSurLogsIIS.cmd est :

Logparser.exe file:%1 -i:IISW3C -o:TSV > %2

Analyse des fichiers de logs avec LogParser

Sebastien Bovo — Tue, 13 Jan 2009 16:53:19 GMT

Bonjour à tous,

Savez-vous que Microsoft fournit un outil très puissant pour traiter tous les fichiers logs, même les siens :-) ?

Cette outil s’appelle "LogParser" et se présente sous deux formes :

Un exécutable (x1) utilisable (x2) et automatisable (x3) en ligne de commandes
Une dll COM que l’on peut référencer dans nos projets pour développer une solution profitant des fonctionnalités de l’outil

Les possibilités et les scénarios d’utilisation sont vraiment nombreux. En plus, l’outil est impressionnant de rapidité !

En deux mots, le moteur de LogParser prend en entrée plusieurs formats comme les fichiers texte, les journaux d’évènements, ou bien directement le système de fichiers ou encore l’active Directory. Concernant les fichiers plats, il n'y a pas de restriction : les fichiers de logs avec les séparateurs habituels (point virgule, virgule, tabulation, etc...) sont pris en charge.

Nous manipulons dans la requête directement le nom des champs (par exemple : "sc-status", "time-taken", etc...).

Le moteur de LogParser permet d’éxécuter une requête de type SQL pour filtrer, ordonner, consolider les données et en sortir les résultats sous différentes formes. Il est même possible de faire directement l'insertion des données dans une base SQL Server ou de générer des graphiques.

Pour simplifier l'utilisation de l'outil en ligne de commande, vous pouvez créer un fichier cmd prenant en entrée le fichier contenant le requête SQL et le nom du fichier de sortie :

LancerLogParserSurLogsIIS.cmd

Logparser.exe file:%1 -i:IISW3C -o:TSV > %2

En exemple, voici une requête donnant les moyennes du temps total d'exécution des requêtes faites sur un site Web :

TempsExecutionMoyen.sql

SELECT AVG(time-taken) as TempsExecutionMoyen, COUNT(*) as PourNbRequetes, cs-uri-stem as Url
FROM ex\*.log
WHERE
    (cs-uri-stem not like '%.gif')
    and (cs-uri-stem not like '%.css')
    and (cs-uri-stem not like '%.js')
    and (cs-uri-stem not like '%.jpg')
GROUP BY
    Url
ORDER BY
    TempsExecutionMoyen DESC

Il suffit ensuite de lancer le fichier cmd :

LancerLogParserSurLogsIIS.cmd TempsExecutionMoyen.sql TempsExecutionMoyen.txt

Le résultat est sous la forme suivante (fichier avec séparation par tabulation) :

TempsExecutionMoyen    PourNbRequetes    Url
67843    8    /monapp/AllProducts.aspx
5532    9    /monapp/CreateAccount.aspx
5525    3    /monapp/FeaturedProducts.aspx
5062    8    /monapp/CompanyInformation.aspx
2261    4    /monapp/Links.aspx
305    28    /monapp/ProductInfo.aspx
156    1    /monapp/
61    9    /monapp/Reviews.aspx
56    5    /monapp/News.aspx
0    4    /monapp/Default.htm

Statistics:
-----------
Elements processed: 203
Elements output: 10
Execution time: 0.01 seconds

Le plus intéressant est que ce fichier peut être directement ouvert dans Excel afin de pouvoir profiter du filtre automatique, de la création de graphiques : L'analyse en devient presque facile !

L'outil est disponible à l'adresse suivante - http://www.microsoft.com/downloads/details.aspx?FamilyID=890cd06b-abf8-4c25-91b2-f8d975cf8c07&displaylang=en

A utiliser sans modération :-)

Sebastien.

Fonctionnalité “Open Command Window Here” de Windows Vista en permanence dans le menu contextuel de l’explorateur Windows

Sebastien Bovo — Mon, 22 Sep 2008 09:55:00 GMT

Dans un précédent post, je parlais d’une fonctionnalité fort utile mais uniquement disponible avec SHIFT + clic droit. J’ai repris la même idée pour ajouter dans le menu contextuel de l’explorateur Windows un raccourci ouvrant une ligne de commande directement dans le dossier cliqué.

J’ai aussi ajouté ce raccourci pour le clic droit sur les fichiers, ce qui a pour effet d’ouvrir la ligne dans le dossier contenant le fichier cliqué. La commande cmd n’est pas, à proprement dit exacte, puisqu’un "cd c:\monRepertoire\MonFichier.txt" est exécuté. Cela fonctionne avec un message « The directory name is invalid. » en début de ligne de commande. Mais bon, le cœur y est et le tout fonctionne.

Voici les fichiers .REG d’installation et de désinstallation :

Windows Registry Editor Version 5.00

; Ajout de la fonctionnalité équivalente à "Open Command Window Here" dans le menu contextuel de l'explorateur Windows
; L'ajout est fait pour les dossiers et les fichiers (même si pour les fichiers la commande renvoit un chemin incorrect)

[HKEY_CLASSES_ROOT\*\shell\OuvrirCommande]
@="-> Ligne de commande dans ce dossier"

[HKEY_CLASSES_ROOT\*\shell\OuvrirCommande\command]
@="cmd.exe /k cd %1"

[HKEY_CLASSES_ROOT\Folder\shell\OuvrirCommande]
@="-> Ligne de commande dans ce dossier"

[HKEY_CLASSES_ROOT\Folder\shell\OuvrirCommande\command]
@="cmd.exe /k cd %1"

Windows Registry Editor Version 5.00

; Désinstallation de la fonctionnalité équivalente à "Open Command Window Here" dans le menu contextuel de l'explorateur Windows

[-HKEY_CLASSES_ROOT\*\shell\OuvrirCommande]
@="-> Ligne de commande dans ce dossier"

[-HKEY_CLASSES_ROOT\*\shell\OuvrirCommande\command]
@="cmd.exe /k cd %1"

[-HKEY_CLASSES_ROOT\Folder\shell\OuvrirCommande]
@="-> Ligne de commande dans ce dossier"

[-HKEY_CLASSES_ROOT\Folder\shell\OuvrirCommande\command]
@="cmd.exe /k cd %1"

Le résultat :

Fonctionnalité “Copy as Path” de Windows Vista en permanence dans le menu contextuel de l’explorateur Windows

Sebastien Bovo — Sat, 23 Aug 2008 14:53:43 GMT

Vous connaissez “Copy as Path” avec SHIFT + clic droit sur un élément dans l’explorateur Windows ?

Cette fonctionnalité est très pratique et permet en 2 clics de récupérer le chemin complet d’un fichier ou d’un répertoire. Par contre, il faut penser à utiliser la touche SHIFT avant de cliquer droit sur l’objet.

J’ai recherché pour savoir s’il était possible d’activer cette fonctionnalité sur le simple clic droit car cela serait tellement pratique. Les demandes vers le groupe produit ont confirmé qu’il n’était pas possible de rendre cette commande « permanente » sur le clic droit. Cela a été conçu comme ceci pour ne pas surcharger le menu contextuel.

Alors pourquoi ne pas essayer de le faire soi-même ? Après plusieurs essais, j’ai découvert des fonctionnalités de CMD.EXE. En bricolant, j’ai obtenu un résultat intéressant : ce n’est pas très esthétique car la fenêtre CMD.EXE s’ouvre et se referme aussitôt, mais cela fonctionne.

Je souhaite le partager avec vous.

Voici le fichier .REG d’installation :

Windows Registry Editor Version 5.00

; Ajout de la fonctionnalité "Copy as Path" dans le menu contextuel de l'explorateur Windows

; L'ajout est fait pour les fichiers et pour les dossiers

[HKEY_CLASSES_ROOT\*\shell\CopierLeChemin]

@="-> Copier le chemin"

[HKEY_CLASSES_ROOT\*\shell\CopierLeChemin\command]

@="cmd.exe /c echo \"%1\" | clip"

[HKEY_CLASSES_ROOT\Folder\shell\CopierLeChemin]

@="-> Copier le chemin"

[HKEY_CLASSES_ROOT\Folder\shell\CopierLeChemin\command]

@="cmd.exe /c echo \"%1\" | clip"

Voici celui correspondant à la désinstallation :

Windows Registry Editor Version 5.00

; Désinstallation de la fonctionnalité "Copy as Path" dans le menu contextuel de l'explorateur Windows

[-HKEY_CLASSES_ROOT\*\shell\CopierLeChemin]

@="-> Copier le chemin"

[-HKEY_CLASSES_ROOT\*\shell\CopierLeChemin\command]

@="cmd.exe /c echo \"%1\" | clip"

[-HKEY_CLASSES_ROOT\Folder\shell\CopierLeChemin]

@="-> Copier le chemin"

[-HKEY_CLASSES_ROOT\Folder\shell\CopierLeChemin\command]

@="cmd.exe /c echo \"%1\" | clip"

Le tour est joué :

Profitez :-)

Les outils Windows Sysinternals sont maintenant disponibles en liens directs sur Internet

Sebastien Bovo — Wed, 04 Jun 2008 15:00:48 GMT

Les outils Sysinternals sont sur le site TechNet. Ils sont triés par catégories : Nous avons leurs descriptif/fonctionnalités ainsi que le lien de téléchargement.

Maintenant, pour une utilisation immédiate, vous pouvez naviguez ou monter un lecteur réseau vers http://live.sysinternals.com/. Cela peut être utile pour utiliser vos outils favoris sans avoir à sauvegarder et décompresser les fichiers téléchargés. Il est aussi plus simples d'en faire le déploiement automatisé.