Il processo con un ID #### non è in esecuzione nell'aggiornamento 3 di Visual Studio Professional 2013


187

Sto cercando di eseguire qualsiasi programma sull'aggiornamento 3 di Visual Studio 2013 e visualizzo la seguente finestra di avviso:

Process with an ID #### is not running . // ogni volta che viene visualizzato un numero ID diverso

e nelle finestre di errore ottengo questo messaggio di errore:

The program '[3148] iisexpress.exe' has exited with code -1073741816 (0xc0000008) 'An invalid handle was specified'.

A volte funziona e nel browser ricevo il seguente messaggio: The webpage is not available.

Mi sono guardato intorno e ho provato quasi tutto e non posso ancora risolvere il problema.

Aiutate qualcuno


1
Ho avuto questo problema perché Fiddler era in esecuzione.
Shelby115,

2
Per me, chiudere tutte le istanze di VS ha fatto il trucco.
Radu Cojocari,

3
Ho risolto eliminando il .vs/config/application.configfile nella cartella del progetto VS
Marcello,

Ci siamo imbattuti in questo quando ho cambiato il browser predefinito in Internet Explorer su Windows 10 e usando Visual Studio 2015. Il passaggio al browser Microsoft Edge lo ha risolto per me.
Kristian,

1
Questo può accadere anche in Visual Studio 2019 ...
Chris Catignani,

Risposte:


89

Primo errore

Per il primo errore:

Il processo con un ID #### non è in esecuzione.

I seguenti passaggi hanno funzionato per me:

  1. Chiudi tutte le istanze di Visual Studio.
  2. Rinomina la cartella IISExpress (nel mio PC è in C: \ Users \ jmelosegui \ Documents).
  3. Aggiungi la variabile di sistema ambiente _CSRUN_DISABLE_WORKAROUNDS con il valore 1. inserisci qui la descrizione dell'immagine
  4. Avviare Visual Studio in modalità amministratore. (In Windows , fai clic con il pulsante destro del mouse sul file eseguibile e seleziona Esegui come amministratore ).

Secondo errore

Il secondo errore:

La pagina web non è disponibile

Cosa ha causato questo errore:

Ho eliminato il certificato di sviluppo IIS Express mentre giocavo con SSL.

I seguenti passaggi hanno funzionato per me:

  1. Vai al Pannello di controllo.
  2. Seleziona Aggiungi / Rimuovi programmi.
  3. Individua IIS 8.0 Express.
  4. Fai clic destro su di esso, quindi fai clic su Ripara.
  5. Il tuo certificato dovrebbe essere tornato!

Spero che questo ti aiuti!


3
Ho dovuto fare quanto sopra e spegnere e riaccendere il computer (non solo riavviare VS).
levininja,

5
Il riavvio di VS lo ha fatto per me (2013 Pro)
Pluc il

4
Ho semplicemente rinominato la cartella IIS Express in qualcos'altro. Non ho dovuto aggiungere la variabile CSRUN. I passaggi 1 e 2 erano tutto ciò che dovevo fare.
AskYous

2
Ho provato diverse opzioni e l'unica che ha funzionato è questa. IISExpess viene ricreato dopo averlo fatto, ma non vedo alcuna differenza tra le due configurazioni. La differenza è che il file ./vs/applicationhost.config viene completamente riscritto ma sembra più un'organizzazione che qualcosa di speciale. Sembra che la variabile faccia il trucco.
Maximiliano Rios,

1
In questo mancano uno o due passaggi. Controlla anche il seguente URL. ryadel.com/en/process-id-not-running-visual-studio-2015-fix
Jeeva Jsb

386

Le seguenti operazioni risolvono il problema per Visual Studio 2015 e Visual Studio 2017 :

  • Chiudi VS.
  • Passare alla cartella della soluzione ed eliminare la .vscartella nascosta .
  • Riavvia VS.
  • Hit F5e IIS Express dovrebbero caricarsi normalmente, permettendoti di eseguire il debug.

Nota : in base alla mia esperienza e ad altri commenti, questo problema sembra essere causato dallo spostamento di un progetto tra workstation, ambienti o versioni di Visual Studio. Ci devono essere alcune informazioni specifiche sull'ambiente contenute nella .vscartella.


1
@ QBM5 come è così? Potrebbe eliminare alcune impostazioni e personalizzazioni dell'utente, ma nessun codice verrà infranto. Nulla di ciò che potresti avere nel controllo della versione cambierebbe. I .csprojresti intatti. Inoltre, se è in uno stato tale da non poter eseguire il debug comunque, non hai molto da perdere.
theyetiman,

3
"questo problema sembra essere causato dallo spostamento di un progetto tra workstation, ambienti o versioni di Visual Studio": il motivo giusto e grazie per la soluzione. Per me, ho iniziato ad affrontare il problema quando ho fatto una nuova installazione di Windows 10
ModChowdhury

1
probabilmente la directory sul nodo system.applicationHost / sites / site / application / virtualDirectory di applicinhost.config è errata. questa soluzione funziona perché obbliga vs a ricostruirla.
Pomarc,

1
@PeterRader la cartella sul file system in cui si trova il file .sln di Visual Studio
theyetiman

2
Questo ha funzionato fondamentalmente per me per VS2017, ma sono stato in grado di cavarmela semplicemente cancellando il file applicationhost.config nella cartella vs nel caso in cui ciò aiuti qualcuno.
Steve Haselschwerdt,

180

Facilmente risolto:

  1. Apri Visual Studio come amministratore
  2. Fare clic con il tasto destro del mouse sul progetto e fare clic su "Scarica progetto"
  3. Ancora una volta, fai clic con il pulsante destro del mouse sul progetto e fai clic su "Modifica PROJECT_NAME.csproj"
  4. Trova il codice qui sotto ed eliminalo:

    <DevelopmentServerPort>63366</DevelopmentServerPort>
    <DevelopmentServerVPath>/</DevelopmentServerVPath>
    <IISUrl>http://localhost:63366/</IISUrl>
    
  5. Salvare e chiudere il file .csproj

  6. Fare clic con il tasto destro del mouse sul progetto e ricaricarlo
  7. Guarda il suo funzionamento

5
Nessuna delle altre soluzioni ha funzionato per me tranne questo. Fare quanto sopra consentirà a iis express di riassegnare una porta libera aperta per eseguire la pagina Web. Nota: non sono stato in grado di rinominare la cartella IISExpress perché diceva che era in uso da solo (forse un riavvio del PC avrebbe aggiustato?).
goku_da_master,

2
Questo ha funzionato per me con un ulteriore passaggio: dopo aver ricaricato il progetto, ho dovuto fare nuovamente clic con il pulsante destro del mouse e selezionare "Imposta come progetto di avvio" prima che potesse essere eseguito.
John M,

I progetti core dotnet non hanno queste impostazioni
Joe Phillips,

2
Questo ha funzionato per me in VS2019. Ho provato a riparare IIS, eseguendo VS come amministratore, riavviato, cancellando la cartella .vs e agitandomi con le variabili di ambiente Windows tra le altre cose. Ma questa era la soluzione che alla fine ha funzionato.
Magnus Svensson,

2
Questa era l'unica cosa che funzionava per me. Ma mi fa ferire, perché mai è successo su un progetto che ho aperto cento volte?
Andreas,

20

Rispetto al primo errore:

Il processo con un ID #### non è in esecuzione

Questa situazione a volte si verifica quando IIS Express non riesce a collegarsi a una porta. Una probabile ragione di ciò è che qualche altro processo si è già associato a quella porta. Visual Studio avvierà il processo IISExpress.exe (che non riuscirà a legarsi alla porta e a uscire di nuovo) e quindi si collegherà al processo ora terminato, causando l'errore sopra riportato.

Per verificare, annotare il numero di porta nelle impostazioni del progetto (ad es. 12116) e quindi provare:

netstat -ano | find "12116"

Se un altro processo ha la porta aperta, questo darà il suo PID. È quindi possibile scegliere di interrompere il processo offensivo o riallocare il proprio numero di porta.


Ha funzionato per me - Outlook.exe aveva una porta di quella porta per qualche motivo.
Jay Cummins,

17

Se si utilizza un computer a 64 bit

Quindi il problema potrebbe essere dovuto all'uso di Visual Studio di IIS-Express a 32 bit.

Soluzione: in Visual Studio, vai al menu Strumenti> Opzioni> Progetti e soluzioni> Progetti Web> Abilita l'opzione "Usa la versione a 64 bit di IIS Express" e fai clic su OK


Penseresti che userebbe la versione a 64 bit per impostazione predefinita.
Menefee,

Ho scoperto solo dopo aver verificato la versione del mio sistema operativo che è a 64 bit Questa è stata la causa da sempre. Grazie
befree2j

14

Ho avuto lo stesso problema. Il riavvio di Visual Studio ha funzionato per me.


Se è in esecuzione più di un'istanza di VS, sembra che debbano essere chiusi tutti
Phil

Ho provato tutte le soluzioni menzionate, niente ha funzionato. Il riavvio del PC ha funzionato.
JayJay,

10

@Kilanny la tua risposta è corretta. La maggior parte delle macchine nel 2015 ha 64 bit, quindi ci sono molte possibilità che tu debba solo abilitare l'opzione 64 bit nel menu di collegamento di navigazione principale Strumenti . Non è necessario configurare altri file o porte hard code. Inoltre, l'assegnazione delle porte dovrebbe essere dinamica. Questa correzione si applica al 2013 con Update 3 e Visual Studio 2015 Community Edition.

Guarda le immagini qui sotto per un mini tutorial: (Sto solo migliorando la risposta di Kilanny)

Menu degli strumenti di Visual Studio

Opzioni del progetto Web di Visual Studio


Ho abilitato questa impostazione per un paio di settimane e la soluzione per me è stata quella di disattivarla.
FreeAsInBeer


5

Ho provato il primo errore e questo non mi ha aiutato. Tuttavia, ciò che ha funzionato per me è stato eliminare la cartella nascosta ".vs" che si trova nella radice della soluzione.


5

Sembra che ci siano molte soluzioni che funzionano e alcune che non ...

Il mio problema è continuato a emergere dopo alcune iterazioni di test. Sì, riavviare il PC e / o VS risolverebbe il problema ... ma temporaneamente.

La mia soluzione era annullare una modifica della sicurezza che avevo abilitato un paio di giorni prima a Controlled folder accesssotto Ransomware protection.

Mi slacciai questo cambiamento:
(tasto destro del mouse su Start) Impostazioni -> Aggiornamento e per la Sicurezza -> Windows Security -> Virus & minaccia di protezione -> impostazioni di Virus e protezione dalle minacce -> Gestisci impostazioni

In Accesso alle cartelle controllate Fai clic su> Gestisci l'accesso alle cartelle controllate (questa è anche la schermata di protezione di Ransomware)

Disattiva l'accesso alle cartelle controllate.

Questo è stato il problema al 100% per me in quanto sono stato in grado di eseguire il mio test senza riavviare VS.


2
So che hai risposto molto tempo fa, ma la tua soluzione ha finalmente risolto il mio problema. Dopo aver giocato con tutte le altre "soluzioni", la disattivazione dell'accesso alle cartelle controllate ha risolto il problema. Ho fatto un ulteriore passo avanti e invece di disattivarlo completamente, ho fatto clic su Consenti a un'app tramite l'accesso alla cartella Controllato e ho aggiunto un'app consentita, selezionando iisexpress.exe
Jeff Hopper

Un'ulteriore nota al riguardo: puoi essere un po 'più granulare e aggiungere IIS Express alle "app consentite" nella protezione del ransomware.
mutex,

@mutex Lo rivisiterò dopo il tuo commento ... Ho notato che ho aggiunto ISS Express l'ultima volta! Ricrearò il problema e vedrò se riesco a risolverlo un po 'di più.
Chris Catignani,

3

Ho avuto un problema simile con Chrome.

Sembra che VS non possa collegarsi al processo di Chrome per qualche motivo.

Soluzione: 1. Chiudi Chrome 2. Con Chrome chiuso, avvia il progetto Web e consenti a VS di aprire Chrome.

Spero che aiuti.


3

Per me, nessuna delle altre soluzioni ha funzionato. Le cose che ho provato:

  • Aggiornamento e correzione di tutto ciò che è associato a Visual Studio
  • Reinstallazione di Visual Studio
  • Reinstallazione di IIS Express
  • Diversi riavvii
  • Aggiunta dell'elemento _WORKAROUND al PERCORSO
  • Rinominare la cartella IIS in documenti per rigenerare la configurazione IIS
  • Modifica manuale del file csproj e rimozione dell'intera sezione delle impostazioni IIS
  • Modifica dell'utilizzo dell'eseguibile IIS a 64 bit nelle impostazioni VS.
  • Modifica della porta di IIS nelle impostazioni dei progetti

Dopo aver verificato se il problema era persistente su diversi progetti, si è scoperto che il problema si verificava solo in uno specifico progetto. Ho pensato che dovevo eliminare tutti i file specifici dell'utente nella cartella delle soluzioni (come bin, obj, * .suo, ...) Ho appena eliminato l'intera cartella della soluzione e ripristinato i file in git.

TLDR: prova a eliminare file / cartelle specifici dell'utente come bin, obj, * .suo, ...


3

vai su Proprietà del progetto di avvio, incrementare il numero di porta dell'URL del progetto è probabilmente il modo più rapido per aggirare questo problema che non ho ancora letto nessuno menzionato.

E non è necessario riavviare VS poiché a volte può essere una seccatura se sono necessarie altre istanze per essere in esecuzione.


3

Ho avuto lo stesso problema e ciò che doveva essere fatto era configurare IIS Express correttamente.

Ho fatto clic con il tasto destro del mouse sul mio progetto Proprietà => Web (scheda) e sui server : l'URL del progetto era già precompilato e ho fatto clic sul pulsante " Crea directory virtuale ".

Avevo appena reinstallato (aggiornato) Windows e l'IIS non era configurato b / c era nuovo.

Spero che questo ti aiuti.


1
Questo ha funzionato per me: in realtà l'ho cambiato anche con un numero di porta diverso e quindi mi è stato richiesto di "Creare directory virtuale". Questo sembra aver fatto il trucco.
AVH

2

Risoluzione che ho trovato;

Vai alla seguente directory

% userprofile% \ documents \ IISExpress \ Config directory

Elimina tutti i file all'interno di quella cartella. Riavvia Visual Studio e funziona come un fascino.


Ho provato soprattutto soluzioni, ma solo questo ha funzionato per me! Grazie.
Nilay,

1

Ho anche avuto lo stesso problema, fare quanto sopra non ha funzionato per me. Quello che il mio errore si è rivelato essere duplice.

  1. Avevo Opera come browser predefinito e non riuscivo a collegarmi a questo.
  2. Avevo più progetti di avvio in modo che non mi permettesse di passare a IE fino a quando non ripristino il progetto di avvio predefinito solo sulla shell MVC.

Ho impostato quel progetto specificamente come avvio, poi l'ho riportato al lancio di IE e ha ricominciato il debug.

spero che aiuti


1

Mi sono imbattuto nello stesso problema e ho scoperto che in qualche modo il file 'applicationhost.config' (in .. \ Documents \ IISExpress \ config) aveva un numero di porta localhost diverso (nella sezione 'siti') da quello specificato in project \ properties \ragnatela. Li ho cambiati con lo stesso numero e il problema è scomparso


1

Cosa ho fatto per farlo sparire:

Apri C:\Users\gr_mext1\Documents\IISExpress\config\applicationhost.confige rimuovi tutte le <site>voci in <sites> non rimuovere <siteDefaults>!

Nel tuo progetto, vai su Proprietà, Web e fai clic su "Crea directory virtuale".

Chiudi e riapri Visual Studio, carica il tuo progetto ed eseguilo

Fisso!


1

Nessuna delle soluzioni elencate ha funzionato per me. Il problema era una sorta di stato in conflitto nel file applicationhost.config locale . La correzione è semplice, basta eliminarne uno nella soluzione. Per VS2015 dovrebbe trovarsi in <path_to_your_solution>\Solution\.vs\config\. Quando avvii Debug, VS ricrea quel file in base alle impostazioni nel tuo file di progetto.


1

L'eliminazione della cartella nascosta .vs non ha funzionato per me poiché la porta specificata nella mia app veniva utilizzata da un'altra app. Fare quanto segue ha funzionato per me:

  1. Sono andato a proprietà e quindi fare clic sulla scheda Web.
  2. Modificato il numero di porta nell'URL iniziale e nell'URL del progetto.
  3. Fare clic su Crea directory virtuale.
  4. Salva e premi F5.

1
cmd - regedit-HKEY_LOCAL_MACHINE-SYSTEM-CurrentControlSet-Services-HTTP-START=3

Computer riavviato.

ha funzionato per me!


1

Chiudi VS. Passare alla cartella della soluzione ed eliminare la cartella nascosta .vs. Riavvia VS. Hit F5 e IIS Express dovrebbero caricarsi normalmente, permettendoti di eseguire il debug.

Se questo non funziona, quindi:

  1. fai clic con il pulsante destro del mouse sulla soluzione e vai a proprietà

  2. Fai clic sul menu a sinistra Tag web

  3. Fai clic sulla casella di controllo "Sostituisci URL radice applicazione"

ed esegui di nuovo il tuo progetto.


1

Riavvia il computer prima di provare uno di questi!

Alcuni di questi possono essere utili. Fare il trucco di netstat

netstat -ano | find

mi ha aiutato mentre un'altra applicazione utilizzava la mia porta, ma non ha risolto completamente il mio problema. IIS Express continuava a bloccarsi. Non è stato fino a quando ho riavviato il mio PC Windows 10 (la prima volta in più di una settimana), che il mio problema è stato completamente risolto.


1
Anche il riavvio del mio PC lo ha fatto anche per me!
khlr

0

Di recente ho avuto lo stesso problema con VS 2013 e IIS Express:

"Il processo con un ID #### non è in esecuzione." // ogni volta che viene visualizzato un numero ID diverso.

Ecco la soluzione che ho trovato che ha funzionato per me:

1) Vai su Documenti -> IIS Express -> config -> applicationhost.config

2) Ho aperto applicationhost.config in Notepad ++

3) Sotto il tag, ci sono righe di codice che assomigliano a questo:

    <add name="Clr4IntegratedAppPool" managedRuntimeVersion="v4.0" managedPipelineMode="Integrated" CLRConfigFile="%IIS_USER_HOME%\config\aspnet.config" autoStart="true">
                 <processModel loadUserProfile="true" />
        </add>

4) Rimuovere queste due linee

                <processModel loadUserProfile="true" /> 
        </add>

5) Modificare END della prima riga in

            <add name="Clr4IntegratedAppPool" managedRuntimeVersion="v4.0" managedPipelineMode="Integrated" CLRConfigFile="%IIS_USER_HOME%\config\aspnet.config" autoStart="true" />

Si noti che tutto ciò che ho fatto è stato chiudere il tag aggiungendo '/' dopo "true".

Ora sono in grado di eseguire i miei progetti in un browser Web e eseguire il debug del mio codice.

Inoltre, avevo aggiornato all'aggiornamento 4, ma avevo lo stesso problema. Credo che l'aggiunta del file applicationhost.config abbia risolto il problema.

Spero che aiuti!


Ho dimenticato di menzionare, ho provato tutte le altre opzioni pubblicate su questa particolare domanda e molte altre che avevo trovato su altri forum e siti. Nessuno di loro ha funzionato.
bgibbs17

0

Stesso errore Il processo con un ID #### non è in esecuzione con Visual Studio 2015 RC.

Elimina il messaggio solo dopo aver riparato IIS 10 nel Pannello di controllo - Programmi e funzionalità

Renato


0

Questo può accadere per vari motivi, utile - se si esegue IISExpress.exe( \Program Files (x86)\IISExpress\iisexpress.exeper 32-bit, \Program Files\IISExpress\iisexpress.exeper 64-bit) nella riga di comando, si otterranno ulteriori dettagli. Nel mio caso:

C:\Program Files\IIS Express>iisexpress.exe

Filename: \\?\C:\Users\My.Username\Documents\IISExpress\config\applicationhost.config
Line number: 15
Error: Configuration file is not well-formed XML

Bello e facile da risolvere, quello era colpa mia però!


0

Per me, VS utilizza Firefox per il browser predefinito. Il riavvio di VS e la chiusura di tutte le finestre di Firefox sembrano risolvere questo problema.


0

Se stai usando git come controllo del codice sorgente, dovresti anche assicurarti che qualsiasi file specifico dell'utente venga ignorato.

[Dd]ebug/
[Dd]ebugPublic/
[Rr]elease/
[Rr]eleases/
x64/
x86/
bld/
[Bb]in/
[Oo]bj/
[Ll]og/

Se sono già tracciati, usa git -r rm --cached

Questo ha risolto l'errore per me.


0

startMode = "alwaysRunning" in l'ha $SOLUTION_DIR/bis/.vs/config/applicationhost.configcausato per me. Prova a rimuovere quella stringa e tutto funzionerà di nuovo (anche senza riavvio di VS)


0

Chiudi la tua istanza di Visual Studio. Riavviarlo in modalità amministrazione. "Esegui come amministratore"

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.