Comment fermer tous les descripteurs de fichiers sous un dossier donné par programme?

Je me demandais s'il existe un outil en ligne de commande qui me permet de fermer tous les descripteurs de fichiers ouverts dans un dossier spécifique.

J'ai essayé ProcessExplorer , Unlocker et des outils similaires, mais ils offrent une interface graphique et ne sont pas utiles dans un environnement de programmation

Une solution sur Python, cmd ou PowerShell serait idéale.

Unlocker prétend qu'il vous donne cette capacité:

1. Cliquez simplement avec le bouton droit sur le dossier ou le fichier et sélectionnez Unlocker

   

2. Si le dossier ou le fichier est verrouillé, une liste de casiers apparaîtra dans la fenêtre

   

3. Cliquez simplement Unlock Allet vous avez terminé!

Je ne sais pas s'il prend en charge l'utilisation de la ligne de commande.

FileAssassin de MalwareByte effectue des actions similaires et prend en charge l'utilisation de la ligne de commande, vous devriez donc être en mesure de l'écrire assez facilement.

Merci pour cela. Nous avons rencontré des problèmes avec les descripteurs de fichiers ouverts, ce qui a entraîné l'échec de l'extraction de git dans nos travaux Jenkins basés sur Windows, ce qui a aidé à corriger le problème facilement. Je vais jeter les bases de la technique:

1. Installez Handle.exe sur le nœud de génération. Je l'ai téléchargé ici http://technet.microsoft.com/en-us/sysinternals/bb896655 , je l'ai décompressé et j'ai déposé Handle.exe sous C: \ Windows \ System32 pour m'assurer qu'il serait disponible sur le% PATH% par défaut

2. Installez le plugin Jenkins pre-scm-buildstep: https://wiki.jenkins-ci.org/display/JENKINS/pre-scm-buildstep . Cela nous permet de définir les opérations avant que le plugin git ne commence à atteindre les fichiers potentiellement verrouillés.

3. Implémentation de la commande batch suivante en tant qu'étape de génération pré-scm:

   @echo off
   echo Cleaning up open file handles from %NODE_NAME%:%WORKSPACE%...
   for /f "tokens=3,6,8 delims=: " %%i in ('Handle /accepteula %WORKSPACE% ^| grep workspace') do echo Releasing file lock on E:%%k & handle -c %%j -y -p %%i
   

Il semble bien fonctionner et réduit définitivement les échecs parasites. Je noterai également quelques problèmes que j'ai rencontrés:

• Handler.exe possède un CLUF qui doit être accepté lors de sa première exécution. Si vous exécutez votre agent Jenkins en tant que service dans le contexte du système local, cela pose problème car vous ne pouvez pas vous connecter en tant qu'utilisateur et l'accepter à la main. Lorsque nous avons essayé de l'exécuter à partir du travail Jenkins, le processus a simplement suspendu l'attente de l'entrée de l'utilisateur et il a fallu quelques minutes pour comprendre pourquoi. J'ai résolu ce problème en l'exécutant à partir du travail Jenkins en utilisant le drapeau / accepteula et je recommande à quiconque l'implémentant en tant que processus automatisé de faire de même. Il s'agit d'un paramètre de registre sous HKEY_CURRENT_USER \ Software \ Sysinternals \ Handle et vous pouvez également le définir et le désactiver via regedit.exe si vous devez le manipuler pour un utilisateur spécifique, mais l'option de ligne de commande semble la plus simple.

• Le plugin de l'étape Jenkins Batch exécute le code batch comme s'il était dans un script plutôt que comme une directive de ligne de commande. Remarquez les échappements (par exemple %% i, ^ |).

Merci!

Nous utilisons l'extrait de code suivant pour fermer le descripteur de fichier des utilisateurs vers notre serveur. Vous pourrez peut-être le modifier pour votre usage.

rem close all network files that are locked
for /f "skip=4 tokens=1" %%a in ('net files') do net files %%a /close

Je crée ce petit fichier batch pour libérer automatiquement tous les verrous du fichier xml par mon éclipse

@echo off
for /f "tokens=3,6,8 delims=: " %%i in ('handle -p eclipse e:\git\ ^| grep .xml') do echo Releasing %%k & handle -c %%j -y -p %%i

Vous devez télécharger l' utilitaire handle depuis le site Microsoft et l' utilitaire grep depuis GnuWin32

Si vous n'avez pas besoin de filtrer par type de fichier, vous pouvez ignorer la partie grep comme ceci:

@echo off
for /f "tokens=3,6,8 delims=: " %%i in ('handle -p eclipse e:\git\') do echo Releasing %%k & handle -c %%j -y -p %%i

Ou si vous n'avez pas besoin de filtrer les verrous par un programme particulier, supprimez simplement le filtre de processus éclipse:

@echo off
for /f "tokens=3,6,8 delims=: " %%i in ('handle e:\git\') do echo Releasing %%k & handle -c %%j -y -p %%i

Rappelez - vous de remplacer e:\git\votre chemin de dossier.

Si vous utilisez PSTools , cela forcera la fermeture récursive de tous les fichiers ouverts:

psfile \\serverName c:\path\toDatabase\ -c

Notez que c:\path\toDatabase\c'est le lecteur C: allumé \\serverName, pas votre machine locale. Ce n'était pas clair pour moi au début, alors j'ai pensé le signaler.

Il s'agit d'une approche par force brute qui est presque garantie de perdre des données, alors utilisez-la avec prudence.

Nous avons une base de données Access mal pavée qui met littéralement notre entreprise à genoux sur une base régulière (j'ai dû la réparer trois fois hier).

Le gars qui s'occupe normalement de cela est en vacances pendant quelques semaines et ses instructions utilisent une approche basée sur l'interface utilisateur (Démarrer> Ordinateur> Gérer> Gestion de l'ordinateur (local)> Se connecter à un autre ordinateur> Outils système> Dossiers partagés> Ouvrir des fichiers> Fermer Ouvrir des fichiers). Beaucoup trop de clics quand je peux simplement exécuter la commande ci-dessus et expulser toute l'entreprise de tous les fichiers de base de données et démarrer le processus de compactage et de réparation (que je travaille également sur une approche scriptée par force brute).

L'astuce est de devancer les gens qui commencent immédiatement à se reconnecter à la base de données dès qu'elle tombe en panne. Ils sont tellement habitués à cela qu'il ne leur vient pas à l'esprit de déposer un bogue contre eux, ils continuent de marteler la base de données jusqu'à ce qu'ils reviennent. Je continue de les démarrer jusqu'à ce que j'aie compacté et réparé les trois douzaines les fichiers qui composent la base de données.

Si vous parlez de descripteurs de fichiers ouverts via un partage SMB sur un serveur de fichiers Windows (Server 2012 ou plus récent), voici la réponse PowerShell:

Get-SmbOpenFile | Where-Object { $_.Path -like "D:\Folder\*" } | Close-SmbOpenFile -Force

Sur un ancien serveur de fichiers Windows, c'est openfiles.exe /disconnect.

Pour un descripteur de fichier système local, la meilleure façon que j'ai trouvée est d'utiliser Sysinternals handle.exe

Je préfère http://lockhunter.com car il prend en charge l'interface graphique et l'interface de ligne de commande, et dans de nombreux cas, a pu supprimer des fichiers qui ne pouvaient pas être supprimés par Unlocker.

Unlocker peut également fonctionner en mode silencieux.

Par exemple, pour déverrouiller tous les fichiers dans l'espace de travail Jenkins:

"C:\Program Files\Unlocker\unlocker.exe" "%WORKSPACE%" /S

Ensuite, vous pouvez supprimer en toute sécurité les fichiers de l'espace de travail:

del "%WORKSPACE%\*.*" /s /q

Vous pouvez utiliser Powershell pour faire ces choses:

function KillProcessesWithHandles
{
    param([string]$path)

    $allProcesses = Get-Process

    # Start by closing all notepad processes. Someone may have left a logor config file open
    $allProcesses | Where-Object {$_.Name -eq "notepad"} | Stop-Process -Force -ErrorAction SilentlyContinue

    # Then close all processes running inside the folder we are trying to delete
    $allProcesses | Where-Object {$_.Path -like ($path + "*")} | Stop-Process -Force -ErrorAction SilentlyContinue

    # Finally close all processes with modules loaded from folder we are trying to delete
    foreach($lockedFile in Get-ChildItem -Path $path -Include * -Recurse) {
        foreach ($process in $allProcesses) {
            $process.Modules | Where-Object {$_.FileName -eq $lockedFile} | Stop-Process -Force -ErrorAction SilentlyContinue
        }
    }
}

Pour plus de détails, reportez-vous à Thomas Ardal ici: https://thomasardal.com/deleting-contents-of-a-folder-containing-files-with-open-file-handles-using-powershell/