Come ottenere IIS7 per rilasciare un file bloccato?

Durante le build di produzione, un file di contenuto statico molto grande (10 megabyte) nella directory principale verrà talvolta bloccato da IIS e non può essere eliminato dall'attività clean. Questo è presumibilmente perché viene servito attivamente a uno o più clienti in quel momento.

Il processo di compilazione interrompe il sito Web prima della pulizia tramite

c:\Windows\System32\inetsrv\appcmd.exe stop site http://oursite.com

Tuttavia, questo non rilascia il file: dobbiamo riavviare IIS per far sì che il processo rinunci al blocco.

appcmd.execonsente di eliminare completamente IIS; noi non vogliamo fare questo!

Esistono altri modi per consentire a IIS di rilasciare un file bloccato, senza riavviare IIS? Semplicemente arrestare e avviare il singolo sito Web non funziona sicuramente per rilasciare il blocco dei file.

Esistono strumenti, come Process Explorer di Sysinternal, che possono trovare e chiudere forzatamente gli handle di file, tuttavia lo stato e il comportamento dell'applicazione (sia i tuoi che, in questo caso, IIS) dopo aver fatto ciò non sono definiti. Alcuni non si preoccuperanno, altri si guasteranno e altri andranno in crash.

La soluzione corretta è quella di interrompere l'interruzione e consentire a IIS di rilasciare i blocchi in modo pulito e ripulire dopo se stesso per preservare la stabilità del server. Se ciò non è possibile, è possibile creare un altro sito nella stessa casella o impostare una nuova casella con il nuovo contenuto e spostare il nome di dominio / IP su "promuovere" il nuovo contenuto in produzione.

Per fare questo uso un piccolo strumento chiamato "Gestisci" .

Fondamentalmente gli passi il nome del file che è bloccato e ti dice quali processi lo stanno usando:

handle c:\weird.file
Something.exe pid: 1000 100: C:\weird.file
Something.exe pid: 1000 101: C:\weird.file

Quindi si passa l'interruttore -c per farlo chiudere la maniglia:

handle.exe -c 101 -p 1000 -y
handle.exe -c 100 -p 1000 -y

Potresti avere difficoltà a lavorare su uno script di compilazione senza un programma wrapper per analizzare l'output, ma speriamo che questo possa aiutare.

Non sono sicuro se intendi la compilazione di file aspx in assembly temporanei. Stiamo utilizzando progetti di distribuzione ASP.NET , che precompilano preventivamente tutti i file aspx / ascx.

Durante la copia dei file binari dalla cartella "pubblica" nella cartella "bin", abilitiamo temporaneamente un file app_offline.htm che viene rimosso dopo che tutti gli assembly sono stati copiati (solo pochi secondi). In questo modo non ho mai avuto blocchi di file.

MODIFICARE:

Potresti provare a riciclare il pool di app utilizzando appcmd.exe, invece di interrompere il sito Web:

C:\Windows\System32\inetsrv\appcmd.exe recycle apppool "My App Pool Name"

Lo sto provando ora: a quanto pare potrebbero esserci problemi con il blocco dei file se l'indicizzazione è attivata nella directory. http://www.richard-banks.org/2008/04/how-to-fix-problems-with-locked-files.html

Questo è IIS 6.0 ma poiché sembra essere correlato al sistema operativo e non a IIS, potrebbe essere la causa principale.

Process Monitor dovrebbe aiutarti nella tua indagine, ecco un esempio dal blog di Mark ( il ragazzo che ha scritto lo strumento) su come trovare l'handle del file.

Puoi provare questo strumento Unlocker per automatizzare lo sblocco a livello di handle di file.

Non la risposta, ma un'idea alternativa nel caso in cui non sia possibile "sbloccare" quel file senza riavviare il server IIS:

Cosa succede se si crea / distribuisce in una nuova cartella vuota e si modifica la home directory del sito Web in quella cartella? Devi creare un nuovo nome di cartella o passare da un nome all'altro.

Non so in quale cartella appartiene quel file. Se non è necessario che si trovi nella cartella principale, è possibile inserirlo in una cartella appena creata e creare una directory virtuale che punta a quella cartella. Quindi puoi mantenere la tua home directory standard per l'applicazione.

Ho avuto lo stesso problema. Ora sono passato a MSDeploy (Web Deploy) e ora posso aggiornare il sito Web in modo affidabile senza interrompere nulla. In realtà questo passaggio è scritto nel nostro strumento di compilazione automatizzato e succede continuamente senza problemi. Ed è anche veloce.

Certo, ferma il servizio IIS. Forse non capisco qualcosa, scusa.

nota: non un esperto di semantica di blocco dei file di Windows

Jarrod, sei in grado di rinominare il file di mezzo. Potresti anche essere in grado di creare il tuo nuovo file con un'estensione temporanea e quindi rinominarlo sul file corrente.

Se la semantica del blocco dei file di Windows funziona in modo simile a quelli di POSIX, i lettori che dispongono di un blocco di lettura corrente sul file devono continuare a servire il vecchio file fino a quando non chiudono i flussi di lettura, mentre i nuovi lettori apriranno il nuovo file.