Proces o identyfikatorze #### nie działa w Visual Studio Professional 2013, aktualizacja 3

187

Próbuję uruchomić dowolny program na Visual Studio 2013, aktualizacja 3 i pojawia się następujące okno alertu:

Process with an ID #### is not running . // za każdym razem, gdy wyświetla się inny numer identyfikacyjny

aw oknach błędów pojawia się ten komunikat o błędzie:

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

Czasami działa i w przeglądarce pojawia się następujący komunikat: The webpage is not available.

Rozejrzałem się i spróbowałem prawie wszystkiego i nadal nie mogę rozwiązać problemu.

Proszę, pomóżcie każdemu

Beslinda N.
źródło
1
Miałem ten problem, ponieważ Fiddler był uruchomiony.
Shelby115,
2
Dla mnie zamknięcie wszystkich instancji VS załatwiło sprawę.
Radu Cojocari,
3
Rozwiązałem problem, usuwając .vs/config/application.configplik w folderze projektu VS
Marcello
Natknąłem się na to podczas zmiany domyślnej przeglądarki na Internet Explorer w Windows 10 i używania Visual Studio 2015. Powrót do przeglądarki Microsoft Edge rozwiązał to dla mnie.
Kristian
1
Może się to zdarzyć również w Visual Studio 2019 ...
Chris Catignani,

Odpowiedzi:

89

Pierwszy błąd

Dla pierwszego błędu:

Proces o identyfikatorze #### nie jest uruchomiony.

Dla mnie zadziałały następujące kroki:

  1. Zamknij wszystkie wystąpienia programu Visual Studio.
  2. Zmień nazwę folderu IISExpress (na moim komputerze znajduje się w C: \ Users \ jmelosegui \ Documents).
  3. Dodaj zmienną systemową _CSRUN_DISABLE_WORKAROUNDS o wartości 1. wprowadź opis zdjęcia tutaj
  4. Uruchom program Visual Studio w trybie administratora. (W systemie Windows kliknij prawym przyciskiem myszy plik wykonywalny i wybierz Uruchom jako administrator ).

Drugi błąd

Drugi błąd:

Strona internetowa jest niedostępna

Co spowodowało ten błąd:

Podczas gry z SSL usunąłem IIS Express Development Certificate.

Dla mnie zadziałały następujące kroki:

  1. Przejdź do Panelu sterowania.
  2. Wybierz Dodaj / Usuń programy.
  3. Znajdź IIS 8.0 Express.
  4. Kliknij go prawym przyciskiem myszy, a następnie kliknij Napraw.
  5. Twój certyfikat powinien wrócić!

Mam nadzieję że to pomoże!

Juan M. Elosegui
źródło
3
Musiałem zrobić powyższe, ORAZ wyłączyć i ponownie włączyć komputer (nie tylko ponownie uruchomić VS).
levininja
5
Ponowne uruchomienie VS zrobiło to dla mnie (2013 Pro)
Pluc
4
Po prostu zmieniłem nazwę folderu IIS Express na coś innego. Nie musiałem dodawać zmiennej CSRUN. Kroki 1 i 2 były wszystkim, co musiałem zrobić.
AskYous,
2
Wypróbowałem kilka opcji i jedyna, która działała, to ta. IISExpess jest odtwarzany po wykonaniu tej czynności, ale nie widzę żadnej różnicy między obiema konfiguracjami. Różnica polega na tym, że plik ./vs/applicationhost.config jest całkowicie przepisany, ale bardziej przypomina organizację niż coś specjalnego. Wygląda na to, że zmienna działa.
Maximiliano Rios
1
W tym brakuje jednego lub dwóch kroków. Sprawdź również następujący adres URL. ryadel.com/en/process-id-not-running-visual-studio-2015-fix
Jeeva Jsb
385

Poniższe kroki naprawiają problem dla Visual Studio 2015 i Visual Studio 2017 :

  • Zamknij VS.
  • Przejdź do folderu rozwiązania i usuń ukryty .vsfolder.
  • Uruchom ponownie VS.
  • Hit F5i IIS Express powinny zostać załadowane normalnie, umożliwiając debugowanie.

Uwaga : Na podstawie mojego doświadczenia i innych osób w komentarzach ten problem wydaje się być spowodowany przenoszeniem projektu między stacjami roboczymi, środowiskami lub wersjami programu Visual Studio. .vsFolder musi zawierać pewne informacje specyficzne dla środowiska .

Eteriman
źródło
1
@ QBM5 jak to się dzieje? Może pozbyć się niektórych ustawień użytkownika i dostosowań, ale żaden kod nie zostanie uszkodzony. Nic, co możesz mieć w kontroli wersji, by się nie zmieniło. .csprojPozostaje nienaruszone. Dodatkowo, jeśli jest w takim stanie, że i tak nie możesz debugować, nie masz wiele do stracenia.
theyetiman
3
„ten problem wydaje się być spowodowany przenoszeniem projektu między stacjami roboczymi, środowiskami lub wersjami programu Visual Studio” - słuszny powód i dzięki za rozwiązanie. Dla mnie zacząłem zmierzyć się z tym problemem, kiedy zrobiłem nową instalację systemu Windows 10
ModChowdhury
1
prawdopodobnie katalog w węźle system.applicationHost / sites / site / application / virtualDirectory z applatoinhost.config jest nieprawidłowy. to rozwiązanie działa, ponieważ zmusza go do odbudowania.
pomarc
1
@PeterRader folder w systemie plików, w którym znajduje się plik
.sln
2
To w zasadzie działało dla mnie dla VS2017, ale udało mi się po prostu usunąć plik applicationhost.config w folderze vs na wypadek, gdyby to komuś pomogło.
Steve Haselschwerdt
180

Łatwo rozwiązany:

  1. Otwórz Visual Studio jako administrator
  2. Kliknij prawym przyciskiem myszy swój projekt i kliknij „Rozładuj projekt”
  3. Ponownie kliknij prawym przyciskiem myszy swój projekt i kliknij polecenie „Edytuj PROJECT_NAME.csproj”
  4. Znajdź poniższy kod i usuń go:

    <DevelopmentServerPort>63366</DevelopmentServerPort>
    <DevelopmentServerVPath>/</DevelopmentServerVPath>
    <IISUrl>http://localhost:63366/</IISUrl>
    
  5. Zapisz i zamknij plik .csproj

  6. Kliknij projekt prawym przyciskiem myszy i załaduj go ponownie
  7. Zobacz, jak działa
Ali Abid
źródło
5
Żadne inne rozwiązanie nie działało dla mnie, ale to. Wykonanie powyższej czynności pozwoli iis express na ponowne przypisanie otwartego wolnego portu do uruchomienia strony internetowej. Uwaga: Nie mogłem zmienić nazwy folderu IISExpress, ponieważ był on używany przeze mnie (być może ponowne uruchomienie komputera naprawione?).
goku_da_master
2
To zadziałało dla mnie z jednym dodatkowym krokiem - po przeładowaniu projektu musiałem również kliknąć go prawym przyciskiem myszy i wybrać „Ustaw jako projekt StartUp”, zanim się uruchomi.
John M,
Podstawowe projekty dotnet nie mają tych ustawień
Joe Phillips
2
To działało dla mnie w VS2019. Próbowałem naprawić IIS, uruchomić VS jako administrator, uruchomić ponownie, wyczyścić folder .vs i wiercić się między innymi zmiennymi środowiska Windows. Ale to rozwiązanie w końcu zadziałało.
Magnus Svensson
2
To była jedyna rzecz, która działała dla mnie. Ale to mnie zraniło, dlaczego, do licha, zdarzyło się to w projekcie, który otworzyłem sto razy?
Andreas
20

W odniesieniu do pierwszego błędu:

Proces o identyfikatorze #### nie jest uruchomiony

Taka sytuacja czasami występuje, gdy IIS Express nie łączy się z portem. Prawdopodobnym powodem jest to, że jakiś inny proces już związał się z tym portem. Program Visual Studio uruchomi proces IISExpress.exe (który nie będzie mógł połączyć się z portem i ponownie wyjść), a następnie przyłączy się do zakończonego procesu, co spowoduje wystąpienie powyższego błędu.

Aby to sprawdzić, zanotuj numer portu w ustawieniach projektu (np. 12116), a następnie spróbuj:

netstat -ano | find "12116"

Jeśli w innym procesie port jest otwarty, zostanie podany jego PID. Następnie możesz zabić przestępcę lub ponownie przypisać własny numer portu.

brzydki
źródło
Pracowałem dla mnie - Outlook.exe z jakiegoś powodu miał ten port.
Jay Cummins,
17

Jeśli używasz komputera 64-bitowego

Problem może wynikać z użycia 32-bitowego programu IIS-Express w programie Visual Studio.

Rozwiązanie: w programie Visual Studio przejdź do menu Narzędzia> Opcje> Projekty i rozwiązania> Projekty internetowe> Włącz opcję „Użyj 64-bitowej wersji IIS Express” i kliknij OK


źródło
Można by pomyśleć, że domyślnie używa wersji 64-bitowej.
Menefee
Odkryłem tylko po sprawdzeniu wersji mojego systemu operacyjnego, że jest to wersja 64-bitowa. To była przyczyna przez cały czas. Dzięki
befree2j
14

Miałem ten sam problem. Ponowne uruchomienie Visual Studio działało dla mnie.

Martin Staufcik
źródło
Jeśli więcej niż jedna instancja VS działa, wydaje się, że wszystkie muszą być zamknięte
Phil
Próbowałem wszystkich wymienionych rozwiązań, nic nie działało. Ponowne uruchomienie komputera załatwiło sprawę.
JayJay
10

@Kilanny Twoja odpowiedź jest poprawna. Większość maszyn w 2015 roku jest 64-bitowa, więc istnieje duża szansa, że ​​wystarczy włączyć opcję 64-bitową w menu głównym łącza nawigacji Narzędzia . Nie trzeba konfigurować innych plików ani portów twardego kodu. Poza tym przypisywanie portów powinno być dynamiczne. Ta poprawka dotyczy 2013 z aktualizacją 3 i Visual Studio 2015 Community Edition.

Sprawdź poniższe zdjęcia, aby zobaczyć mini samouczek: (Poprawiam odpowiedź Kilanny)

Menu narzędzi programu Visual Studio

Opcje projektu Visual Studio Web

Pełna tablica
źródło
Mam włączone to ustawienie od kilku tygodni i rozwiązaniem było dla mnie wyłączenie tego.
FreeAsInBeer
7

Znalazłem rozwiązanie tutaj:

https://www.codeproject.com/Tips/1029540/Solved-Process-With-An-Id-Of-Is-Not-Running

Zmodyfikowałem plik projektu i usunąłem wiersze:

<DevelopmentServerPort>xxxxx</DevelopmentServerPort>
<DevelopmentServerVPath></DevelopmentServerVPath>
<IISUrl>http://localhost:xxxxx/</IISUrl>
Manuel Alves
źródło
Wypróbowałem to rozwiązanie w VS2017 - mój projekt już się nie ładował.
Ken
5

Próbowałem pierwszego błędu i to mi nie pomogło. Jednak dla mnie zadziałało usunięcie ukrytego folderu „.vs”, który znajduje się w katalogu głównym rozwiązania.

Alec Buchanan
źródło
5

Wygląda na to, że istnieje wiele rozwiązań, które działają, a niektóre nie ...

Mój problem pojawiał się po kilku iteracjach testowych. Tak, ponowne uruchomienie komputera i / lub VS rozwiązałoby problem ... ale tymczasowo.

Moim rozwiązaniem było cofnięcie zmiany zabezpieczeń, którą kilka dni wcześniej włączyłem Controlled folder accessponiżej Ransomware protection.

I rozwiązał tę zmianę poprzez:
(prawy przycisk Start) Setting -> Aktualizacja & Security -> Zabezpieczenia systemu Windows -> Wirus & zagrożenie ochrony -> Ustawienia wirusów i ochrony przed zagrożeniem -> Zarządzanie ustawieniami

W obszarze Kontrolowany dostęp do folderów Kliknij-> Zarządzaj kontrolowanym dostępem do folderów (jest to również ekran ochrony Ransomware)

Wyłącz Kontrolowany dostęp do folderów.

To był dla mnie problem w 100%, ponieważ mogłem uruchomić test bez ponownego uruchamiania VS.

Chris Catignani
źródło
2
Wiem, że odpowiedziałeś dawno temu, ale twoje rozwiązanie w końcu rozwiązało mój problem. Po zabawie wszystkimi innymi „rozwiązaniami” wyłączenie kontrolowanego dostępu do folderów rozwiązało problem. Poszedłem o krok dalej i zamiast całkowicie wyłączyć tę funkcję, kliknąłem Zezwalaj na aplikację poprzez kontrolowany dostęp do folderów i dodałem dozwoloną aplikację, wybierając iisexpress.exe
Jeff Hopper
Kolejna uwaga na ten temat - możesz być bardziej szczegółowy i po prostu dodaj IIS Express do „dozwolonych aplikacji” w ochronie przed oprogramowaniem ransomware.
mutex
@mutex Wrócę do tego po twoim komentarzu ... Zauważyłem, że ostatnio dodałem ISS Express! Odtworzę problem i zobaczę, czy uda mi się go trochę poprawić.
Chris Catignani
3

Miałem podobny problem z Chrome.

Wygląda na to, że VS z jakiegoś powodu nie może dołączyć się do procesu Chrome.

Rozwiązanie: 1. Zamknij Chrome 2. Po zamknięciu Chrome uruchom projekt internetowy i pozwól VS otworzyć Chrome.

Mam nadzieję, że to pomaga.

EricksonG
źródło
3

Dla mnie żadne inne rozwiązanie nie zadziałało. Rzeczy, których próbowałem:

  • Aktualizowanie i łatanie wszystkiego, co jest związane z Visual Studio
  • Ponowna instalacja programu Visual Studio
  • Ponowna instalacja IIS Express
  • Kilka restartów
  • Dodanie do ścieżki ŚCIEŻKI _ OBEJŚCIE
  • Zmiana nazwy folderu IIS w dokumentach w celu ponownego wygenerowania konfiguracji IIS
  • Ręczna edycja pliku csproj i usunięcie całej sekcji ustawień IIS
  • Zmienianie użycia pliku wykonywalnego IIS na 64-bitowy w ustawieniach VS
  • Zmiana portu IIS w ustawieniach projektów

Po sprawdzeniu, czy problem utrzymywał się w różnych projektach, okazało się, że problem wystąpił tylko w jednym konkretnym projekcie. Doszedłem do wniosku, że muszę usunąć wszystkie pliki właściwe dla użytkownika z folderu rozwiązania (takie jak bin, obj, * .suo, ...) Właśnie usunąłem cały folder rozwiązania i przywróciłem pliki w git.

TLDR: Spróbuj usunąć pliki / foldery specyficzne dla użytkownika, takie jak bin, obj, * .suo, ...

Fabian B.
źródło
3

przejdź do Właściwości projektu startowego, przyrost numeru portu URL projektu jest prawdopodobnie najszybszym sposobem na obejście tego problemu, o którym jeszcze nie wspominałem.

I nie musisz ponownie uruchamiać VS, ponieważ może to być czasem uciążliwe, jeśli potrzebujesz kilku innych instancji potrzebnych do uruchomienia.

lawphotog
źródło
3

Miałem ten sam problem i to, co trzeba było zrobić, to poprawnie skonfigurować IIS Express.

Kliknąłem prawym przyciskiem myszy mój projekt Właściwości => Sieć (karta) i na serwerach : URL projektu był już wstępnie wypełniony i kliknąłem przycisk „ Utwórz katalog wirtualny ”.

Właśnie ponownie zainstalowałem (odświeżyłem) okna i IIS nie został skonfigurowany, ponieważ był nowy.

Mam nadzieję że to pomoże.

ransems
źródło
1
To zadziałało dla mnie - zmieniłem go również na inny numer portu, a następnie został wyświetlony monit „Utwórz katalog wirtualny”. To chyba załatwiło sprawę.
AVH
2

Rozwiązanie znalazłem;

Przejdź do następującego katalogu

% userprofile% \ dokumenty \ IISExpress \ Config katalog

Usuń wszystkie pliki w tym folderze. Uruchom ponownie studio wizualne i działa jak urok.


źródło
Próbowałem przede wszystkim rozwiązań, ale tylko to zadziałało dla mnie! Dzięki.
Nilay
1

Miałem również ten sam problem, wykonanie powyższego nie działało dla mnie. Mój błąd okazał się podwójny.

  1. Miałem Operę jako domyślną przeglądarkę i nie mogła się z tym połączyć.
  2. Miałem wiele projektów startowych, więc nie pozwoliło mi to przejść do IE, dopóki nie zmienię domyślnego projektu startowego z powrotem na samą powłokę MVC.

Ustawiłem ten projekt konkretnie jako start, a następnie przestawiłem go z powrotem na uruchamianie IE i znów zaczął debugować.

Mam nadzieję, że to pomaga

Min
źródło
1

Natknąłem się na ten sam problem i stwierdziłem, że plik „applicationhost.config” (w .. \ Documents \ IISExpress \ config) miał inny numer portu localhost (w sekcji „witryny”) niż ten określony w projekcie \ właściwości \sieć. Zmieniłem je na ten sam numer i problem zniknął

quilkin
źródło
1

Co zrobiłem, aby to zniknęło:

Otwórz C:\Users\gr_mext1\Documents\IISExpress\config\applicationhost.configi usuń wszystkie <site>wpisy w <sites> nie usuwaj <siteDefaults>!

W swoim projekcie przejdź do Właściwości, Internet i kliknij „Utwórz katalog wirtualny”.

Zamknij i ponownie otwórz studio wizualne, załaduj projekt i uruchom

Naprawiony!

Mgławica
źródło
1

Żadne z wymienionych rozwiązań nie działało dla mnie. Problemem był stan konfliktu w lokalnym pliku applicationhost.config . Naprawianie jest łatwe, wystarczy usunąć jeden z rozwiązania. W przypadku VS2015 powinien on znajdować się w <path_to_your_solution>\Solution\.vs\config\. Po uruchomieniu Debugowania VS odtworzy ten plik na podstawie ustawień w pliku projektu.

Sherlock
źródło
1

Usunięcie ukrytego folderu .vs nie działało dla mnie, ponieważ port określony w mojej aplikacji był używany przez inną aplikację. Wykonanie następujących czynności działało dla mnie:

  1. Poszedł do właściwości, a następnie kliknij kartę internetową.
  2. Zmieniono numer portu w adresie URL początkowym i adresie URL projektu.
  3. Kliknij Utwórz wirtualny katalog.
  4. Zapisz i naciśnij F5.
klent
źródło
1
cmd - regedit-HKEY_LOCAL_MACHINE-SYSTEM-CurrentControlSet-Services-HTTP-START=3

Uruchomiono ponownie komputer.

pracował dla mnie!

Emrullah Korkusuz
źródło
1

Zamknij VS. Przejdź do folderu rozwiązania i usuń ukryty folder .vs. Uruchom ponownie VS. Uderzenie F5 i IIS Express powinny zostać załadowane normalnie, umożliwiając debugowanie.

Jeśli to nie działa, to:

  1. kliknij prawym przyciskiem myszy swoje rozwiązanie i przejdź do właściwości

  2. Kliknij lewy menu Tag sieciowy

  3. Kliknij pole wyboru „Zastąp adres URL głównego katalogu aplikacji”

i uruchom ponownie swój projekt.

muhammet gürbüz
źródło
1

Uruchom ponownie komputer przed wypróbowaniem któregokolwiek z nich!

Niektóre z nich mogą być pomocne. Robienie sztuczki z netstat

netstat -ano | find

pomógł mi, ponieważ inna aplikacja używała mojego portu, ale nie rozwiązał całkowicie mojego problemu. IIS Express ciągle się zawieszał. Dopiero po ponownym uruchomieniu mojego komputera z systemem Windows 10 (pierwszy raz od ponad tygodnia) mój problem całkowicie się rozwiązał.

Dan Csharpster
źródło
1
Po prostu zrestartowanie komputera też mi się przydarzyło!
khlr
0

Ostatnio miałem ten sam problem z VS 2013 i IIS Express:

„Proces o identyfikatorze #### nie jest uruchomiony.” // za każdym razem, gdy wyświetla się inny numer identyfikacyjny.

Oto rozwiązanie, które dla mnie zadziałało:

1) Przejdź do Dokumentów -> IIS Express -> config -> applicationhost.config

2) Otworzyłem applicationhost.config w Notepad ++

3) Pod tagiem znajdują się wiersze kodu, które wyglądają tak:

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

4) Usuń te dwie linie

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

5) Zmień END pierwszego wiersza na

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

Zauważ, że wszystko, co zrobiłem, to zamknąłem tag dodając „/” po „true”.

Jestem teraz w stanie uruchomić moje projekty w przeglądarce internetowej ORAZ debugować mój kod.

Ponadto zaktualizowałem do aktualizacji 4, ale miałem ten sam problem. Wydaje mi się, że dołączenie pliku applicationhost.config naprawiło problem.

Mam nadzieję, że to pomoże!

bgibbs17
źródło
Zapomniałem wspomnieć, wypróbowałem wszystkie inne opcje zamieszczone w tym konkretnym pytaniu i wiele innych, które znalazłem na innych forach i stronach. Żaden z nich nie działał.
bgibbs17,
0

Ten sam błąd Proces o identyfikatorze #### nie działa przy użyciu programu Visual Studio 2015 RC.

Pozbądź się tego komunikatu po naprawie IIS 10 w Panelu sterowania - Programy i funkcje

Renato

khalla
źródło
0

Może się to zdarzyć z różnych powodów, pomocne - jeśli uruchomisz IISExpress.exe( \Program Files (x86)\IISExpress\iisexpress.exedla wersji 32-bitowej, \Program Files\IISExpress\iisexpress.exedla wersji 64-bitowej) w wierszu polecenia, otrzymasz więcej szczegółów. W moim przypadku:

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

Ładne i łatwe do naprawienia, ale to moja wina!

RD Przycisk
źródło
0

Dla mnie VS używa przeglądarki Firefox jako domyślnej przeglądarki. Ponowne uruchomienie VS i zamknięcie wszystkich okien Firefox wydaje się rozwiązać ten problem.

PhillyNJ
źródło
0

Jeśli używasz git jako kontroli źródła, powinieneś również upewnić się, że pliki specyficzne dla użytkownika są ignorowane.

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

Jeśli są już śledzone, użyj git -r rm --cached

To rozwiązało błąd.

Greg R. Taylor
źródło
0

startMode = „alwaysRunning” w $SOLUTION_DIR/bis/.vs/config/applicationhost.configspowodował to dla mnie. Spróbuj usunąć ten ciąg, a wszystko będzie działać ponownie (nawet bez ponownego uruchomienia VS)

lukyer
źródło
0

Zamknij instancję Visual Studio. Uruchom go ponownie w trybie administracyjnym. „Uruchom jako administrator”

Maria Qumayo
źródło