Błąd wdrażania aplikacji sieci Web Azure za pośrednictwem narzędzia msdeploy - ERROR_INSUFFICIENT_A CCESS_TO_SITE_FOLDER

Question

Wdrażam instalację w mojej aplikacji Azure Web przez około 4 miesiące, korzystając z usługi msdeploy, a wszystko przebiegło sprawnie, aby przesłać witrynę. Do niedawna nie wystąpiły żadne błędy podczas wdrażania. Otrzymuję teraz błąd "ERROR_INSUFFICIENT_ACCESS_TO_SITE_FOLDER" podczas publikowania aplikacji witryny.

Jedynym sposobem na pomyślną aktualizację strony jest zatrzymanie aplikacji sieci Web na platformie Azure, a następnie wykonanie publikowania dla aplikacji sieci Web za pośrednictwem programu Visual Studio. Ale może to stanowić problem, jeśli użytkownicy korzystają obecnie z systemu. Naprawdę nie chcę żadnych przestojów podczas aktualizacji strony.

Pełne błędu jest następujący:

msdeploy błąd ERROR_INSUFFICIENT_ACCESS_TO_SITE_FOLDER: Zadanie wdrażania sieci nie powiodło się. (Nie można wykonać operacji ("Utwórz plik") dla określonego katalogu ("D: \ home \ site \ wwwroot \ bin \ Domain.DbFactory.dll"). Może to wystąpić, jeśli administrator serwera nie autoryzował tej operacji dla poświadczenia użytkownika, których używasz. Więcej informacji pod adresem: http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_INSUFFICIENT_ACCESS_TO_SITE_FOLDER.)

W jaki sposób uzyskać zgodę na te uprawnienia?

Mam również zresetować mój profil publikowania na platformie Azure i pobrać nowy profil, aby spróbować ponownie. Ale bez powodzenia.

Answer 1

Błąd jest nieco mylący. Prawdopodobnie nie ma to nic wspólnego z uprawnieniami, ale jest spowodowane przez pliki będące w użyciu.

Czy dzieje się to zawsze z Gehs.DbFactory.dll, czy też czasami są to inne pliki? Czy jest to również zbiór zarządzany regularnie lub złożony natywny/mieszany?

Zazwyczaj wszystkie zestawy są kopiowane w tle, więc nie są one zablokowane w folderze bin. Jeśli jest natywna, może się załadować.

Należy pamiętać, że w takim przypadku nie dotyczy to systemu Azure i najprawdopodobniej taki sam problem będzie wdrażany wszędzie. na przykład spróbuj usunąć ten plik z folderu bin podczas działania lokalnie.

Tak czy inaczej, upewnij się, że żaden plik nie zostanie zablokowany, jeśli chcesz opublikować nowszą wersję.

Jeśli nie można znaleźć sposób, aby to zrobić, tutaj jest techniką, która powinna pozwolić publikowania bez przestojów:

• wykorzystaniem Kudu Console, przejdź do folderu
• d:\home\site\wwwroot\bin Zmiana nazwy DLL przestępstwa np do Gehs.DbFactory.dll.old (zmiana nazwy normalnie działa nawet jeśli nie można go usunąć)
• Czy Twój publikowania

Answer 2

mam błąd (Unable to perform the operation ("Delete Directory") for the specified directory ("2_0_50727") na wdrożenie, że pracował w porządku i nagle przerwał.

Jeśli nie zwracasz uwagi "2_0_50727", wygląda to po prostu jako liczba losowa.

Okazuje się, że był to folder aspnet_client\system_web\2_0_50727, który nie zawierał żadnych plików.

Na podstawie znacznika czasu tego folderu - oraz faktu, że był on we WSZYSTKICH moich aplikacjach internetowych z tym znacznikiem czasu - musiał zostać utworzony przez Add/Remove Features po wprowadzeniu pewnych zmian w moich zainstalowanych funkcjach usług IIS. Tak więc niezależnie od uprawnień, które są uruchamiane, jest to, co ten folder został utworzony jako.

Po usunięciu udało mi się ponownie wdrożyć.

Answer 3

To samo działo się ze mną, gdy dodałem nowy folder w sekcji Treść w moim projekcie, a następnie próbowałem opublikować. Po prostu ponownie uruchomiłem aplikację na platformie Azure, a następnie zadziałało.