Aspnetcore: 사용 중인 파일로 인해 배포 실패

WebDeploy 배포를 방해하는 Azure VM의 IIS 파일 잠금과 유사한 문제를 발견했습니다. 내 해결 방법은 세 가지 WebDeploy 명령을 실행하는 것입니다. AppPool 중지, ​​배포, AppPool 다시 시작. 내 스크립트 참조 ; 세 가지 WebDeploy 명령을 실행할 수 있는 경우 Azure Apps와 유사한 작업을 수행할 수 있습니다.

beta6에서 이 문제가 발생합니다.

여기도 마찬가지! 내 vNext 앱을 게시할 때 내 Visual Studio 2015가 실제로 정지됩니다(beta6 및 beta7 모두 생각합니다).

배포를 수행하기 위해 Microsoft에서 제공한 스크립트 를 사용하고 있습니까? 그렇다면 PublishAspNet5Website.ps1 에 줄을 추가하여 웹 앱을 다시 시작할 수 있습니다.

Restart-AzureWebsite -Name $websiteName

이 게시물에 설명된 빌드 스크립트 수정 사항이 있습니다. Azure Web App 슬롯에 대한 ASP.NET 5 배포 문제 해결

@brandonmartinez , 웹사이트를 다시 시작하는 것은 도움이 되지 않습니다. 프로덕션 웹사이트는 계속해서 요청을 받아 파일을 다시 잠글 것이기 때문입니다. 현재 IIS와 Azure 웹 사이트를 모두 업데이트하는 신뢰할 수 있는 유일한 방법은 웹 사이트의 응용 프로그램 풀을 종료하고 파일을 업데이트한 다음 웹 사이트를 다시 시작하는 것입니다. 자세한 내용은 @GuardRex 의 링크 를 따르십시오.

그러나 VS2015를 사용하여 기본 조건에서 작업할 때 사용자 지정 배포 스크립트를 사용하지 않아도 됩니다.

새로운 HttpPlatformHandler 인프라(더 이상 AspNet.Loader.dll이 필요하지 않음)가 좀 더 관대해지기를 바랍니다. 하지만 여기서 숨을 거두지는 않겠습니다. 잠긴 또 다른 .dll을 얻을 수 있습니다.

@rubenprins VS의 Azure SDK 도구를 통해 저도 사용하는 해결 방법입니다.

VM에 대한 PS 액세스 권한을 얻을 수 있는 경우 이를 수행하는 PS 명령이 있습니다. https://github.com/GuardRex/net5-iis-ps-publish/blob/7623122dbfdc55a7c53c8edd2e97443e0eea22c9/net5-iis-ps-publish.ps1#L389 -L396

aspnet/vsweb-publish 도 매우 흥미롭습니다. 그러나 offline-template.html 를 사용하는 것 같으며 그 방법이 dll 잠금 문제를 방지하지 못한다는 것을 발견했다고 생각했습니다 ... AppPool을 중지하고 AppPool을 배포하고 다시 시작하는 것만으로 안정적이었습니다. 작업 접근 방식.

VS2015의 기본 조건에서 작업할 때 사용자 지정 배포 스크립트를 사용할 필요가 없습니다.

하지만 한 가지 문제가 발생했습니다. '파일 시스템에 게시'를 사용할 수 있고 게시 직후에 MSDeploy 비트가 포함된 스크립트를 연결하면 여러 VM에 대한 매우 간단하고 유용한 배포 스토리가 가능해졌습니다. 스크립트는 순차적으로 실행되기 때문에 VM에서 VM으로 바로 이동합니다. 좋은 커피 브레이크를 만듭니다. :웃다:

Azure Resource Manager 팀과 함께 Azure Resource Manager를 사용하여 인터넷 연결 로드 밸런서 구성 시작하기 에서 배포하는 동안 VM에 트래픽 전송을 일시적으로 중지하도록 로드 밸런서에 지시하는 방법에 대해 질문이 있습니다.

어쨌든 ... @pekkah 가 제기한 당면한 주제로 돌아갑니다. PS 명령이 작동한다는 것을 알고 있으므로 VSO 빌드에서 실행하는 옵션을 확인하십시오.

Microsoft/vso 에이전트 작업
빌드 프로세스에서 스크립트 실행
Azure Continuous Deployment 빌드 프로세스를 위해 Team Foundation Service(Visual Studio Online)에서 사전 빌드 스크립트 실행
Visual Studio Online의 새로운 빌드 자동화 기능

... 예 ... 그런 일이 당신을 위해 일 해야 합니다.

여기도 같은 문제...

아직 공식 솔루션을 기다리는 중

브루노

이 문제는 https://github.com/aspnet/IISIntegration/issues/81에서 해결됩니다.

@moozzyk , 해당 문제는 msdeploy와 같은 전용 도구를 통해서만 배포를 수정합니다. Xcopy/파일 동기화 배포는 여전히 불가능하며, ASP.NET v1-4에서만 작동하는 많은 CI 시나리오도 차단/방해합니다.

ASP.NET Core 1.0 RC2(Visual Studio 2015.2 포함) MSDeploy to IIS 8 on Windows 2012 R2(서버용 최신 도구 포함) 문제가 여전히 존재합니다. dotnet.exe 프로세스를 종료하거나 응용 프로그램 풀을 재활용하면 문제가 해결됩니다. 그러나 이는 서버에 대한 원격 데스크톱 액세스가 필요하며 순조로운 프로세스가 아닙니다.

@dg9ngf - 이것은 현재 web.deploy의 버그입니다. Azure용 app_offline.htm 기능을 추가했지만 로컬로 배포할 때 기본적으로 비활성화되어 있습니다. 게시 프로필(PublishProfiles->*.pubxml)을 열고 다음을 변경해 보십시오.

<EnableMSDeployAppOffline>False</EnableMSDeployAppOffline>

에게

<EnableMSDeployAppOffline>True</EnableMSDeployAppOffline>

이것이 작동하지 않으면 @vijayrkn 에게 문의하십시오.

VS 도구를 사용하여 msdeploy 프로필을 사용하여 게시하는 경우 이 속성이 pubxml에 자동으로 추가됩니다.

<EnableMSDeployAppOffline>True</EnableMSDeployAppOffline>

출력 창에 이와 유사한 msdeploy 명령이 표시되어야 합니다.

"C:\Program Files (x86)\IIS\Microsoft Web Deploy V3\msdeploy.exe" -source:manifest='C:\Users\vramak\AppData\Local\Temp\PublishTemp\obj\SourceManifest.xml' -dest:manifest='C:\Users\vramak\AppData\Local\Temp\PublishTemp\obj\DestManifest.xml',ComputerName='https://netcoreappwithdb.scm.azurewebsites.net/msdeploy.axd',UserName='$netcoreappwithdb',Password='{PASSWORD-REMOVED-FROM-LOG}',IncludeAcls='False',AuthType='Basic' -verb:sync -enablerule:AppOffline -enableRule:DoNotDeleteRule -retryAttempts:20

-e nablerule: 명령의 AppOffline은 배포 중에 appOffline 추가를 처리해야 합니다.

사용자 지정 appOffline 콘텐츠가 필요한 경우 pubxml에서 이 속성을 설정할 수 있습니다.

<AppOfflineTemplate>Path to app offline</AppOfflineTemplate>

해당 속성은 Visual Studio에서 만든 .pubxml 파일에 _not_ 있었습니다. 그래서 추가했지만 바뀌지 않았습니다. -e nablerule:AppOffline 인수는 출력 창에 표시되지 _않습니다_.

출력 창에 표시된 msdeploy 명령줄을 공유할 수 있습니까?

또한 pubxml에 WebPublishMethod가 'MSDeploy'인 것을 확인할 수 있습니다.
<WebPublishMethod>MSDeploy</WebPublishMethod>

아니요, 파일에는 <WebPublishMethod>FileSystem</WebPublishMethod> 가 있습니다.

다음은 출력 창의 명령줄입니다. Executing command ["C:\Program Files (x86)\IIS\Microsoft Web Deploy V3\msdeploy.exe" -source:manifest='C:\Users\yves\AppData\Local\Temp\PublishTemp\obj\SourceManifest.xml' -dest:manifest='C:\Users\yves\AppData\Local\Temp\PublishTemp\obj\DestManifest.xml' -verb:sync -enableRule:DoNotDeleteRule -retryAttempts:20 -disablerule:BackupRule]

이 블로그 게시물에 설명된 대로 VSTS에서 "Azure Web App Deployment" 작업을 사용하여 배포하고 있습니다. http://donovanbrown.com/post/2016/05/30/DevOps-for-ASPNET-Core-RC2

해당 방법을 사용하여 <EnableMSDeployAppOffline>True</EnableMSDeployAppOffline> 를 지정하는 방법이 있습니까?

안녕하세요, 저는 Azure에서 같은 문제를 겪었습니다. 이 방법으로 해결했습니다. https://github.com/davidebbo/WAWSDeploy/issues/14

@dg9ngf 현재 버전의 powershell 스크립트에서는 WebPublishMethod - 'MSDeploy'에 대해서만 appOffline을 지원합니다.

파일 시스템 게시에 대한 AppOffline 지원은 다음 릴리스에서 사용할 수 있습니다.

@bojingo 저도 같은 상황입니다. 당신은 이것을 알아 냈습니까?

@davenewza : 해당 블로그 게시물을 다시 방문하시면 댓글에 해결책이 있습니다.
http://donovanbrown.com/post/2016/05/30/DevOps-for-ASPNET-Core-RC2

기본적으로 사이트를 중지/시작하려면 VSTS 단계를 추가해야 합니다. 특히 배포 슬롯을 사용하지 않기 때문에 이상적인 솔루션(실제로는 상당히 절름발이)과는 거리가 멀지만 개발/테스트 환경에서는 제대로 작동합니다.

msdeploy 기반이고 수정하겠다고 약속하는 웹 앱 배포 VSTS 작업의 새로운 미리 보기 ARM 버전이 있지만 구독에 대한 서비스 주체를 생성하기 위해 클라이언트가 필요했기 때문에 운이 없었습니다. 번거로움이 있었다. 작동하도록 할 수 있습니다.
https://github.com/Microsoft/vsts-tasks/tree/master/Tasks/AzureRmWebAppDeployment

@vijayrkn VS2015 의 웹 게시 대화 상자에는 msdeploy를 설정하는 옵션이 포함되어 있지 않으며 WebPublishMethod=FileSystem에 대한 옵션만 제공합니다.

WebPublishMethod=msdeploy용 샘플 .pubxml을 제공할 수 있습니까?

@tomfanning ASP.NET 핵심 콘솔 응용 프로그램의 경우 현재 사용할 수 있는 유일한 게시 옵션은 파일 시스템입니다. 콘솔 애플리케이션을 게시하려고 합니까? 웹 앱의 경우 이 4가지 옵션(webdeploy, 웹 배포 패키지, 파일 시스템 및 ftp)을 모두 사용할 수 있어야 합니다.
샘플 webdeploy pubxml - https://github.com/dotnetpublish/AspNetCoreBlogList/tree/master/src/AspNetCoreBlogList/Properties/PublishProfiles

웹 앱이고 파일 시스템 게시 옵션만 표시되는 경우 xproj에서 이를 가져오는지 확인할 수 있습니까?
<Import Project="$(VSToolsPath)\DotNet.Web\Microsoft.DotNet.Web.targets" Condition="'$(VSToolsPath)' != ''" />

@bojingo 서비스 주체를 설정할 수 있었고 인터넷에 여러 자습서가 있습니다. 여기에 링크가 없지만 필요한 경우 찾을 수 있습니다. 이제 내 문제는 작업에 ASP Net Core 게시에서 생성되지 않는 parameters.xml 파일이 필요하다는 것입니다... :(

나는 TFS 2015 온프레미스를 가지고 있으며 이것은 엄청나게 성가신 문제로 남아 있습니다.

저도 이 문제로...

내 솔루션은 배포할 스테이징 슬롯을 중지된 상태로 유지한 다음 게시하는 것입니다(자동 스왑 작동). 다시 시작한 다음 배포가 작동하지 않음(VSTS로 배포)

나는 스테이징 슬롯에 대한 옵션을 제공하지 않는 Azure Web Apps와 함께 문어를 사용하고 있습니다. 그러나 다음 옵션을 확인하면 효과가 있는 것 같습니다.

• 루트에 빈 app_offline.html을 사용하여 앱 도메인을 안전하게 다운합니다.
• 배포의 일부가 아닌 대상에서 파일 제거

Visual Studio 2015 업데이트 3을 사용하여 asp.net core 1.1/.net framework 4.5.2 사이트를 IIS에 게시하고 있습니다. 사이트를 다운시키지 않는 App_Offline.htm 를 떨어뜨립니다. 서버에서 app_offline.htm 로 이름을 바꾸면 사이트가 다운됩니다.

이 app_offline.htm은 대소문자를 구분하지 않아야 합니다.

https://github.com/aspnet/IISIntegration/issues/81

배포자는 app_offline.htm을 업로드합니다(대소문자 구분 안 함).

방금 다시 게시했는데 App_Offline.htm 이 떨어졌고 내 사이트가 다운되지 않았고 파일 사용 오류가 발생했습니다. app_offline.htm 로 변경하면 사이트가 다운되고 오류 없이 게시할 수 있습니다.

공유 UNC 경로에서 호스팅하고 있습니다. 차이가 있는지 모르겠습니다.

@Tratcher - App_Offline.htm의 대소문자가 여기서 차이가 나는 이유를 아십니까?

jayvijayrkn 참조 https://github.com/aspnet/AspNetCoreModule/issues/50

Azure 앱 설정을 추가하여 이 문제를 해결할 수 있었습니다.

MSDEPLOY_RENAME_LOCKED_FILES = 1

... 여기에 설명된 대로:
https://github.com/Microsoft/vsts-tasks/issues/1607#issuecomment -260946957

YMMV

@BenBarreth 비 Azure에 적용 가능한 유사한 것이 있습니까?

죄송합니다 @jdshkolnik

MSDEPLOY_RENAME_LOCKED_FILES = 1에 문제가 있는 것 같습니다. 배포가 성공하는 데 도움이 되지만 런타임에 새 DLL이 선택되지 않음을 의미할 수 있습니다.
https://github.com/Azure/azure-webjobs-sdk-script/issues/569#issuecomment -264490818

그것은 나에게 적절한 "수정"처럼 보이지 않습니다. 배포 실패를 숨길 뿐입니다.

이 문제에서 진정한 수정을 설명할 수 있습니다.
https://github.com/Azure/azure-webjobs-sdk-script/issues/1023

정말로 이것에 대한 해결책을 찾고 있습니다. RM 웹 배포 VSTS 작업이 "앱 오프라인으로 전환" 옵션을 선택하여 이 작업을 처리한 것처럼 보이지만 이번 주말부터 계속 오류가 발생하고 있습니다. 배포 슬롯 중지, 배포 및 다시 시작으로 되돌아갔습니다.

우리와 마찬가지로 이 문제는 지난주 금요일에 발생했으며 그 이후로 배포가 차단되었습니다...

여기도 마찬가지입니다. Always On = true인 사이트에만 영향을 미치는 것처럼 보이지만 확실하지 않습니다.

내 구성에서 MSDEPLOY_RENAME_LOCKED_FILES = 1을 설정하는 경우에도 여전히 이 문제가 있습니다. 지금 내 서버에서 빌드를 업데이트하는 것은 거의 불가능합니다. 이것은 불과 며칠 전에 일어나기 시작했습니다.

이번 주에 동일한 문제가 발생하기 시작했습니다. 이번 주까지 앱을 오프라인으로 전환 = true 설정을 사용하여 VSTS에 AzureRM 앱 서비스를 배포하는 것은 일관되게 작동했습니다. 이제 이 설정이 무시되거나 서비스가 제 시간에 오프라인 상태가 되지 않는 것 같습니다. 릴리스를 실행하는 동안 앱 서비스를 수동으로 다시 시작하거나 중지/시작해야 합니다.

동일한 문제가 여기에 있습니다. AzureRm은 몇 달 동안 작동하다가 갑자기 중지되었습니다. 내 마지막 배포는 2주 전 12월 5일이었고 지금은 12월 20일에 Error_File_In_Use를 생성하고 있습니다. 수동 시작/정지로 돌아가야 하는 것이 매우 짜증납니다.

다음은 CI/빌드 프로세스의 일부로 현재 사용하고 있는 Powershell의 해결 방법입니다. 도움을 주신 @appveyor 분들께 특별히 감사드립니다.

$username = $env:deployusername
$password = $env:deploypassword
$base64AuthInfo = [Convert]::ToBase64String([Text.Encoding]::ASCII.GetBytes(("{0}:{1}" -f $username,$password)))
$Headers = @{
  'Authorization' = ('Basic {0}' -f $base64AuthInfo)
  'If-Match'      = '*'
}
$apiUrl = "https://YourAzureWebsite.scm.azurewebsites.net/api/vfs/site/wwwroot/app_offline.htm"
$filePath = "app_offline_tmp.htm"
Invoke-RestMethod -Uri $apiUrl -Headers $Headers -Method PUT -InFile $filePath -ContentType "multipart/form-data"

이렇게 하면 HTTP PUT 대소문자가 올바른 app_offline.htm 파일에 Kudu REST API 를 사용합니다. 배포에 없는 파일을 제거하도록 WebDeploy를 구성했으므로 배포의 일부로 파일을 자동으로 제거합니다. 이 모드를 사용하지 않는 경우 배포가 완료된 후 파일을 제거하려면 HTTP DELETE 를 사용하는 단계를 반복해야 할 수 있습니다.

AzureRM 작업 전에 Trackyon Stop을 추가하고 이후에 Trackyon Start 작업을 추가하면 잘 작동합니다. 이것은 TakeAppOffline = true일 때 필요하지 않지만 작동하며 수동 또는 스크립팅을 방지합니다. 릴리스 정의에 작업을 추가하기만 하면 됩니다. Trackyon 단계는 설정하기 쉽습니다.

2016년 12월 21일 오전 12시 10분에 Chad T < [email protected] [email protected] >이(가) 다음과 같이 썼습니다.

다음은 CI/빌드 프로세스의 일부로 현재 사용하고 있는 Powershell의 해결 방법입니다. 도움을 주신 @appveyor https://github.com/appveyor 여러분께 특별히 감사드립니다.

$ 사용자 이름 = $ 환경:배포 사용자 이름
$password = $ env:deploypassword
$base64AuthInfo = [변환]::ToBase64String([텍스트.인코딩]::ASCII.GetBytes(("{0}:{1}" -f $username,$password)))
$헤더 = @{
'승인' = ('기본 {0}' -f $base64AuthInfo)
'일치하는 경우' = '*'
}
$apiUrl = " https://YourAzureWebsite.scm.azurewebsites.net/api/vfs/site/wwwroot/app_offline.htm "
$filePath = "app_offline_tmp.htm"
Invoke-RestMethod -Uri $apiUrl -Headers $Headers -Method PUT -InFile $filePath -ContentType "multipart/form-data"

이렇게 하면 Kudu REST API https://github.com/projectkudu/kudu/wiki/REST-API 를 사용하여 올바르게 대소문자가 지정된 app_offline.htm 파일을 HTTP PUT합니다. 배포에 없는 파일을 제거하도록 WebDeploy를 구성했으므로 배포의 일부로 파일을 자동으로 제거합니다. 이 모드를 사용하지 않는 경우 배포가 완료된 후 파일을 제거하려면 HTTP DELETE를 사용하여 단계를 반복해야 할 수 있습니다.

-
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub https://github.com/aspnet/Home/issues/694#issuecomment-268436959 에서 확인하거나 https://github.com/notifications/unsubscribe-auth/AID9WoUdbuBnFoXR2K5o8AiUtks5nE9dRc 스레드를 음소거하세요.

이 메시지는 비공개이며 특권, 독점 또는 기밀 정보를 포함할 수 있습니다. 잘못 수신한 경우에는 즉시 발신인에게 알리고 원본을 모두 삭제하십시오. 귀하가 이메일을 다른 용도로 사용하는 것은 금지되어 있습니다. 이 메시지 내용의 무단 복사, 저장, 사용 또는 공개는 허용되지 않으며 불법일 수 있습니다. 현지 법률에서 허용하는 경우 정보 보안 및 Lithero 정책 및 해당 법률의 내부 준수 평가를 위해 당사 시스템에서 Lithero와의 전자 통신을 모니터링하고 스캔할 수 있습니다.

/ 참조 @davidebbo

앱의 Azure 앱 설정에서 MSDEPLOY_RENAME_LOCKED_FILES=1 를 설정해 보세요.

@davidebbo 이것은 문제를 해결하지 못하는 것 같습니다.

이것이 울타리의 Azure 측 변경과 관련이 있다고 가정합니다. 많은 사람들(특히 aspnet slack 채널에서)이 이 문제를 동시에 겪었습니다.

Azure의 변경 사항은 TFS와 함께 온-프레미스가 표시되는 이유를 설명하지 않습니다. 에이전트가 아닐까요?

우리는 같은 문제를 보고 있습니다. App_Offline.htm은 선택되지 않습니다. 이상하게도 VS에서 배포하면 잘 작동합니다.

이상하게도 여기에서 설명한 대로 VS에서는 작동하지 않습니다. #1883

우리 팀에서도 이 문제가 발생하는데, 잠긴 파일로 인해 배포가 거의 실패할 때마다 발생합니다. Azure에서 모든 앱을 다시 시작하고 배포를 다시 실행해야 합니다. Octopus Deploy를 사용하고 있습니다.

우리 팀은 오늘 아침에 이 문제에 직면했습니다. Microsoft 팀의 의견이 있으십니까? 릴리스 파이프라인은 생산성에 매우 중요하며 이는 프로덕션 사이트로의 릴리스를 방지합니다. 감사 해요!

@bmoscao - app_offline.html은 대소문자를 구분합니다.

이 문제는 Azure에서도 나타납니다. 내가 마지막까지 그것을 야기한 것은 아무 것도 없다.

저도 이 문제가 있습니다. 문제는 EnableMSDeployAppOffline 가 true 로 설정되고 프로젝트 출력에 Visual Studio에서 실행되는 명령의 일부로 -enablerule:AppOffline 가 표시된다는 것입니다. 어떻게 해야할지 모르겠습니다... 최근에야 이 문제가 발생하기 시작했습니다.

이에 대한 해결 방법은 앱 풀을 중지하고 배포한 다음 앱 풀을 다시 시작하는 것이었습니다. 이를 위해 Release Manager와 인라인 powershell 플러그인을 사용하고 있습니다.

중지:

param( [string]$webApp, [string]$subscriptionName, [string]$resourcegroupName );  
Select-AzureRmSubscription -SubscriptionName $subscriptionName; 
Stop-AzureRmWebapp -Name $webApp -ResourceGroupName $resourcegroupName

시작:

param( [string]$webApp, [string]$subscriptionName, [string]$resourcegroupName );  
Select-AzureRmSubscription -SubscriptionName $subscriptionName; 
Start-AzureRmWebapp -Name $webApp -ResourceGroupName $resourcegroupName

RM Azure 배포 단계에서 appOffline 규칙을 활성화하는 것만으로도 훌륭하게 작동하는 Microsoft의 의견에 감사드립니다.

@davidebbo 우리는 슬롯이 있는 ASP.NET Core, VSTS 릴리스 관리자 및 AzureRmWebApp을 사용하고 있습니다.

@davidebbo 감사합니다! 그것은 나를 위해 작동합니다 ;)

우리에게도 발생 - Azure에 msdeploy. 동시에 많은 사람들을 위해 신비롭게 시작되었다는 것을 알게되어 기쁩니다. 우리뿐만 아니라 전반적으로 안심할 수 없습니다!

나는 MS의 사람들이 이에 대한 확인이 필요하다고 생각하지 않습니다. 아마도 그들은 문제가 무엇인지 잘 알고 있을 것입니다. 어쨌든 여기도 마찬가지입니다. VSTS에서 배포하고 12월 초에 작동을 중지했습니다. 현재 trackyon 작업을 사용하여 중지/시작하고 있습니다.

이 스레드를 살펴보면 각 항목에 대해 항상 명확하지 않습니다.

1. 문제가 Azure App Service 또는 일부 다른 호스팅을 참조하는지 여부
2. 사람들이 위에서 논의한 대로 app_offline 대소문자를 변경하려고 시도했는지 여부. 여러 사람들이 그곳에서 성공했다고 보고한 것 같습니다.
3. MSDEPLOY_RENAME_LOCKED_FILES 시도 여부. 다시 말하지만, 몇몇 사람들은 그것으로 성공한 것 같습니다.

이 문제가 발생하면 시나리오가 무엇인지, 무엇을 시도했는지 매우 명확하게 알려주시면 저희가 이해할 수 있습니다. 감사 해요!

@davidebbo

Visual Studio/MSBuild를 사용하여 배포하려고 하면 ERROR_FILE_IN_USE 메시지가 표시됩니다. 작업은 서버에 App_Offline.htm 파일을 생성하지만 앱을 중단하지는 않습니다.

Web Deploy를 사용하여 app_offline.htm 파일을 생성하면 앱이 다운됩니다.

이것은 내 설정입니다.

• 서버: IIS 8, .NET Core Windows Server Hosting 1.1.0 및 Web Deploy 3.6
• 내 컴퓨터: Visual Studio 2015 업데이트 3 및 .NET Core 1.0.1 도구 미리 보기 2
• 프로필 게시:

<?xml version="1.0" encoding="utf-8"?>

<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <PropertyGroup>
    <_SavePWD>False</_SavePWD>
    <ADUsesOwinOrOpenIdConnect>False</ADUsesOwinOrOpenIdConnect>
    <AllowUntrustedCertificate>True</AllowUntrustedCertificate>
    <DeployIisAppPath>...</DeployIisAppPath>
    <EnableMSDeployAppOffline>True</EnableMSDeployAppOffline>
    <EnableMSDeployBackup>True</EnableMSDeployBackup>
    <EnvironmentName>Production</EnvironmentName>
    <ExcludeApp_Data>False</ExcludeApp_Data>
    <LastUsedBuildConfiguration>Release</LastUsedBuildConfiguration>
    <LastUsedPlatform>Any CPU</LastUsedPlatform>
    <LaunchSiteAfterPublish>True</LaunchSiteAfterPublish>
    <MSDeployPublishMethod>WMSVC</MSDeployPublishMethod>
    <MSDeployServiceURL>...</MSDeployServiceURL>
    <PublishFramework>netcoreapp1.1</PublishFramework>
    <PublishRuntime>win81-x64</PublishRuntime>
    <RemoteSitePhysicalPath />
    <SiteUrlToLaunchAfterPublish />
    <SkipExtraFilesOnServer>False</SkipExtraFilesOnServer>
    <UsePowerShell>True</UsePowerShell>
    <UserName>...</UserName>
    <WebPublishMethod>MSDeploy</WebPublishMethod>
  </PropertyGroup>
</Project>

@davidebbo

비슷한 스레드에서 이 오류에 대해 언급했으며 재배포할 때마다 Azure 웹 앱을 중지했다가 다시 시작해야 했습니다(개발 환경에서만). 이번 주 이전에는 이 작업을 수행할 필요가 없었습니다. 기본적으로 템플릿에서 수정 없이 Visual Studio 2015 .net 핵심 웹 앱을 만들기로 결정했습니다.

로컬 호스트에서 웹 앱을 실행했는데 전혀 문제가 없었습니다.
내 Azure Web App Service 계획에 새 앱을 게시하면 문제가 없으며 브라우저는 즉시 사이트를 문제 없이 불러옵니다.
Azure Dashboard를 확인했는데 전혀 문제가 없었습니다.

그런 다음 코드 또는 설정을 수정하지 않고 웹 앱을 다시 게시했으며 다음 오류가 나타납니다.

그때부터 웹 앱을 중지하고 Azure에 게시한 다음 웹 앱을 시작해야 합니다. 이것은 전에 나에게 일어난 적이 없습니다. 이것은 Microsoft 템플릿의 매우 간단한 배포입니다.

이 전체 프로세스를 기록하고 Microsoft 2015 VS 피드백 시스템 내에서 해당 피드백을 보냈습니다. 그 녹음을 찾을 수 있기를 바랍니다. 아니면 다시 할 수 있을 것 같습니다.

안부 피터

@davidebbo

문제가 Azure App Service 또는 일부 다른 호스팅을 참조하는지 여부

애저 앱 서비스.

사람들이 위에서 논의한 대로 app_offline 대소문자를 변경하려고 시도했는지 여부. 여러 사람들이 그곳에서 성공했다고 보고한 것 같습니다.

App_Offline을 app_offline으로 변경하면 문제가 해결됩니다. 이 파일은 문제의 핵심인 배포의 일부로 'App_Offline' 대소문자를 사용하여 webdeploy를 통해 자동으로 생성됩니다.

@davidebbo
@ctolkien과 정확히 동일합니다.

@davidebbo

문제가 Azure App Service 또는 일부 다른 호스팅을 참조하는지 여부

제 경우에는 Azure App Service에 배포하고 있습니다. 다른 호스팅에 대해 잘 모릅니다.

사람들이 위에서 논의한 대로 app_offline 대소문자를 변경하려고 시도했는지 여부. 여러 사람들이 그곳에서 성공했다고 보고한 것 같습니다.

VSTS(https://aka.ms/azurermwebdeployreadme)에서 "AzureRM Web App 배포" 작업을 사용하고 있습니다. "웹 배포를 사용하여 게시" <- 선택하고 "앱 오프라인으로 전환" <- 어떤 것이 작동하던지 확인하고 어딘가에서 변경되어 작동이 중지될 때까지 옵션이 있습니다.
"info" 툴팁은 "app_offline.htm"을 소문자 "a"로 배치하는 것에 대해 명시적으로 알려줍니다.
이 스크립트를 사용하여 변경하는 방법을 잘 모르겠습니다. 이미 소문자여야 합니다.

MSDEPLOY_RENAME_LOCKED_FILES가 시도되었는지 여부. 다시 말하지만, 몇몇 사람들은 그것으로 성공한 것 같습니다.

시도하지 않았습니다. 그렇게 하는 방법을 모릅니다. 그러나 어쨌든 잠긴 파일 내용을 변경하는 대신 앱을 오프라인으로 전환하는 것을 선호합니다.

감사합니다. 따라서 주요 문제는 app_offline.htm 의 대소문자와 관련이 있으며 Azure App Service(내가 속한 쪽)와 관련된 것이 아니라는 것이 분명합니다. 그리고 이것은 https://github.com/aspnet/AspNetCoreModule/issues/50에서 추적합니다.

이 문제를 닫고 다른 문제를 유지하는 것이 좋습니다. Azure Web App에 부분적으로 책임이 있다고 생각할 이유가 없는 한(Azure 외부에서 동일한 보고를 @fabiano 를 기반으로 할 가능성이 없음) ASP.NET 전문가가 거기에서 가져갈 수 있도록 하겠습니다.

실제로 이것은 app_offline.html 대신 App_Offline.html을 만들기 시작한 것으로 보이는 도구의 회귀처럼 보입니다. @mlorbetske , @vijayrkn - 그것이 무엇인지 알 수 있습니까?

코어 런타임(AspNetCoreModule)이 항상 대소문자를 구분하지만 VS가 일치하는 대소문자를 사용하고 있었고 지금은 그렇지 않기 때문에 문제가 되지 않았다는 말씀이신가요?

그럼에도 불구하고 런타임은 여기에서 대소문자를 구분하지 않아야 하므로 문제를 해결하기 위한 두 가지 가능한 경로가 있습니다.

@davidebbo - 맞습니다. 나는 AspNetCoreModule이 항상 대소문자를 구분한다고 믿습니다.

@davidebbo

Azure App Service와 관련된 것이 아닙니다(내가 속한 쪽).

논의에 Azure AppService를 도입한 이유는 우리를 대신하여 변경하지 않고 일이 실패하기 시작했고 패키지 버전을 변경하지 않았기 때문인 것 같습니다. ANCM 개정판이 App Services에서 개정되었습니까?

@ctolkien 네, 정말 업데이트 된 것 같아요. 따라서 위의 결론이 옳지 않을 가능성이 매우 높습니다. 대신 새로운 이론은 다음과 같습니다.

• 이전 ANCM(7.1.1965.0)은 대소문자를 구분 하지 않았습니다 .
• 최신 버전(7.1.1970.0)은 대소문자를 구분합니다.
• VS 게시 측면에서 변경된 사항은 없으며 대소문자는 항상 App_Offline.htm 입니다.

@moozzyk 그것이 가능성이라고 생각하십니까, 아니면 항상 대소문자를 구분한다고 확신하십니까?

@moozzyk @davidebbo - app_offline 케이싱에 대한 VS 도구에는 변경 사항이 없습니다. VS 도구는 appoffline 규칙(-enablerule:AppOffline)을 사용하여 msdeploy를 호출하고 msdeploy는 App_Offline.htm을 삭제합니다.

이 문제는 ANCM의 동작 변경처럼 보입니다. 첫 번째 주석에 따르면 app_offline은 대소문자를 구분하지 않아야 합니다(https://github.com/aspnet/IISIntegration/issues/81).

@ctolkien

App_Offline을 app_offline으로 변경하면 문제가 해결됩니다.

이거 어디서 바꾸나요? Visual Studio에서 Azure로 직접 MSDEPLOY를 수행합니다.

@oyvindvol

이거 어디서 바꾸나요? Visual Studio에서 Azure로 직접 MSDEPLOY를 수행합니다.

내가 아는 한 MSDEPLOY에서 App_Offline 의 대/소문자를 변경할 수 없습니다. 지금은 솔루션을 사용자 지정 스크립팅해야 합니다. 위에 게시한 powershell 스크립트를 시작점으로 사용할 수 있습니다.

모두를 업데이트하기 위해 우리는 위의 이론이 옳다는 것을 확인했습니다. 대소문자 구분 버그는 ANCM의 최신 버전에서 회귀이고 해당 버전은 12월에 Azure App Service에 배포되어 사용자가 갑자기 이 문제에 부딪쳤습니다.

계획은 ASP.NET Core 팀에서 ANCM 수정 사항을 가져와 App Service에 배포하는 것입니다. ETA는 아직 없지만 1월에 있을 것입니다.

감사 해요!

@davidebbo ANCM 을 다운로드하여 iis를 사용하여 자체 서버에 설치하고 이 특정 버그도 잡을 수 있습니까?

@Pictuel 그렇게 생각합니다. 여기에서 내 각도는 엄밀히 말하면 Azure App Service이므로 Core 팀이 Azure가 아닌 시나리오에 대해 논평하도록 하겠습니다.

감사합니다 :)

@Pictuel 예, ANCM에 대한 업데이트가 포함된 .NET Core용 Windows 호스팅 설치 프로그램의 업데이트된 버전이 출시되도록 하겠습니다.

@shirhatti

@shirhatti 업데이트된 설치 프로그램을 사용하여 문서 링크를 업데이트할 수 있을 때 여기에서 모니터링 중입니다.

해당 스레드를 살펴본 후 App Services에 대한 해결 방법이 정확히 무엇인지 잘 모르겠습니다. 앱 설정입니까, 아니면 사용자 정의 배포 스크립트를 사용하고 있습니까, 아니면 사이트를 중지하고 시작합니까?

앱 설정인 경우 웹 사이트가 새 DLL을 선택하지 못하게 한다는 다른 의견을 읽었습니다.

내가 올바르게 이해했다면 ANCM(https://github.com/aspnet/AspNetCoreModule/issues/50)에서 업데이트를 사용할 수 있을 때까지 해결 방법이 없습니다. 앱 서비스는 Azure 팀에서 업데이트해야 합니다.

App Service에서 @dtmnash here 에서 설명한 대로 앱을 중지/시작하는 것이 가장 좋은 방법이라고 생각합니다.

@davidebbo "계획은 ASP.NET Core 팀에서 ANCM 수정 사항을 가져와 App Service에 배포하는 것입니다. 아직 ETA는 없지만 1월 중 언젠가는 이루어질 것입니다." -- ETA가 준비되면 알려주세요 :)

잠정 배치 ETA는 24일에서 30일 사이입니다. 배포는 여러 확장 단위에 걸쳐 점진적으로 이루어지므로 모든 사람이 정확히 동시에 수정 사항을 얻지는 못합니다.

감사합니다. 이제 막 작동하기 시작했습니다 :-)

나에게 여전히 문제 :(

@hbunjes 확인해주셔서 감사합니다!

@rsnj 일정 기간 동안 점진적으로 발생합니다. 이 모든 작업은 월말까지 완료되어야 합니다(문제가 발생하지 않는 한).

@davidebbo 배포는 일부 내 앱에서 작동하지만 전부는 아닌 것 같습니다. 이상한 점은 일부 배포는 실패하지만 다른 배포는 동일한 App Service 계획에서 실행되는 앱에 대해 실패한다는 것입니다. 특정 웹 앱에 대해 어떤 버전의 ANCM이 실행되고 있는지 확인할 수 있습니까?

@henningst 확인 방법은 https://github.com/aspnet/AspNetCoreModule/issues/50#issuecomment -271381892를 참조하세요.

어제 저를 위해 일하지 않았지만 지금입니다. @davidebbo 감사합니다!

그것은 나에게도 효과가 있기 시작했습니다. 감사 해요!

예, 이제 배포가 완료되었으므로 모든 사람이 사용할 수 있습니다.

여기에서도 나에게 모든 것이 좋습니다.

지금 작동하는 것 같습니다. 보고서에 따르면 이 문제를 해결하는 데 1년 이상이 걸렸습니다. 배포 문제가 더 높은 우선 순위를 차지할 수 있습니다.

비 Azure에 대해 이 문제를 해결하는 방법은 무엇입니까?

@pekkah 별개의 문제를 겪었다고 생각합니다. 가장 최근 것은 1년보다 훨씬 더 최근의 것입니다.

Azure가 아닌 경우 @jdshkolnik , 새 ANCM을 사용하기 시작하면 됩니다.

@jdshkolnik
업데이트는 https://www.microsoft.com/net/download/core#/runtime 에서 다운로드할 수 있습니다.
다운로드 바로 가기 입니다.

@shirhatti 이것을 설치했지만 여전히 이러한 오류가 발생합니다.

브라질 남부 상파울루에서 여전히 오류가 발생합니다.

@jdshkolnik PowerShell에서 이것을 실행하면 어떤 버전이 보이나요?

[System.Diagnostics.FileVersionInfo]::GetVersionInfo("C:\Windows\System32\inetsrv\aspnetcore.dll").FileVersion

@shirhatti 7.1.1971.0

업데이트 : 죄송합니다. 제 잘못입니다. 릴리스 정의가 아닌 기존 릴리스의 배포 단계를 검토하고 업데이트했습니다. 이 짓을 몇 번이나 했는지 세어보지도 않았어...

내 버전의 aspnetcore.dll이 수정되었다고 해도 배포를 시도할 때마다 이 오류가 계속 발생합니다.

aspnetcore.dll 버전 : 7.1.1971.0
배포 : VSTS 작업 Azure App Service Deploy v3.*(미리 보기)
앱을 오프라인으로 전환 : 선택됨
대상에서 추가 파일 제거 : 선택됨
잠긴 파일 이름 바꾸기 : 선택
MSDEPLOY_RENAME_LOCKED_FILES 앱 설정 : 추가되지 않음

이 단계에서는 이것이 작동하기 위해 어떤 설정이 필요하거나 필요하지 않은지 명확하지 않습니다.

이제 azure 앱 서비스에서 첫 번째 파일 사용 문제가 다시 발생했습니다.

2017-02-14T22:41:10.4400186ZC:\Program Files (x86)\IIS\Microsoft Web Deploy V3\msdeploy.exe - 소스:IisApp= 'D:/a/r1/a/Ascend Ammo Portal/drop/apps /artifacts/AmmoPortal' - 대상:IisApp= 'core-asyoz77ajoed4/ammo-preview',ComputerName=' https://core-asyoz77ajoed4.scm.azurewebsites.net/msdeploy.axd?site=core-asyoz77ajoedview4/ammo - ',UserName='$core-asyoz77ajoed4',Password=' * * ',IncludeAcls='False',AuthType='기본' - verb:sync -retryAttempts=20 -verbose -e nablerule:AppOffline

2017-02-14T22:41:34.3837386Z 오류 코드: ERROR_FILE_IN_USE

2017-02-14T22:41:34.3837386Z 추가 정보: Web Deploy는 외부 프로세스에 의해 잠겨 있기 때문에 대상에서 'Ascend.Ammo.Portal.exe' 파일을 수정할 수 없습니다. 게시 작업이 성공하려면 응용 프로그램을 다시 시작하여 잠금을 해제하거나 다음 게시 시도에서 .Net 응용 프로그램에 대해 AppOffline 규칙 처리기를 사용해야 할 수 있습니다. 자세한 내용은 http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_FILE_IN_USE를 참조하세요.

2017-02-14T22:41:34.3837386Z 오류 개수: 1.

참고: 문서가 이전 버전(*.1970)의 설치 프로그램에 링크된 것 같습니다. https://docs.microsoft.com/en-us/aspnet/core/publishing/iis#install -the-net-core- Windows-서버-호스팅-번들.

또한 런타임 다운로드 페이지 에서 LTS 버전에만 수정 사항이 있는 것 같습니까?

@shirhatti ~새 호스팅 번들 설치 프로그램 링크가 준비되면 알려주십시오. 문서로 보내겠습니다(몇 군데에 있음).~

~이거: https://go.microsoft.com/fwlink/?linkid=837808 ... 그건 aka.ms 링크가 아닙니다.~

fwlink가 정상인 경우 이를 다루기 위해 https://github.com/aspnet/Docs/pull/2773 을 설정했습니다.

Visual Studio에서도 발생하며 옵션에서 볼 수 있듯이 앱 오프라인 규칙이 있습니다.

@davidebbo 이 문제가 해결되었는지 확인할 수 있습니까? 아직도 치고 있다는 이야기를 많이 듣습니다. 도구의 릴리스 버전에 이에 대한 수정 사항이 있습니까? 아니면 여전히 호스팅 문제입니까?

나는 또한 그것이 왜 그리고 언제 일어나는지 알아 내려고 노력하고 있습니다. 프로세스가 scm 사이트의 프로세스 탐색기에서 실행 중이고 정상적으로 게시되었음을 거의 확인했습니다.

문제가 이전 project.json 도구와 관련이 있기를 바라며 내 사이트를 최신 도구로 업데이트하는 과정에 있습니다.

수정 사항은 얼마 전에 Azure App Service에 배포되었으며 이후에도 여전히 문제가 표시되는 사람을 알지 못합니다. 물론 비 Azure 호스트의 사용자는 업데이트되지 않은 경우 계속 볼 수 있습니다.

Azure의 경우 문제가 있는 경우 다음과 같이 테스트하세요.

• Kudu 프로세스 탐색기로 이동하여 앱의 프로세스가 실행 중인지 확인합니다(일반적으로 dotnet.exe).
• Kudu 명령에서 app_offline.htm 파일을 수동으로 생성(예: touch app_offline.htm 실행)
• 프로세스 탐색기를 다시 확인하고 프로세스가 더 이상 존재하지 않는지 확인하십시오.

좀 더 테스트해 보겠습니다. 몇 개의 게시물에 있는 이미지를 보았습니까? 파일이 사용 중이고 오프라인에서 앱을 사용하고 있음을 분명히 보여줍니다.

그러나 나는 당신이 요청한대로 테스트 할 것입니다.

또한 가상 애플리케이션에 배포된 확장 + 앱을 사용하고 있습니다. 변경 사항이 있는지 알 수 없습니다.

@pksorensen 이 '수동으로' 수행하면 WebDeploy가 수행할 수 있는 모든 작업에서 격리하는 데 도움이 됩니다. 즉, 단순히 app_offline.htm 를 삭제해도 프로세스가 중지되지 않으면 WebDeploy에 의해 발생하지 않은 문제가 있다는 것을 정말로 알고 있습니다.

일반적으로 dotnet.exe 프로세스로 끝나는 반면 귀하의 경우에는 다른 exe 이름을 갖게 됩니다. 그것이 어떻게 든 문제와 관련이 있는지 궁금합니다.

1. Kudu 프로세스 탐색기로 이동하여 앱의 프로세스가 실행 중인지 확인합니다(일반적으로 dotnet.exe).
   나는 이것을했지만 dotnet.exe가 아니라 우리 이름이 컴파일 된 bin Ascend.Ammo.RegistrationTablet.exe

그런 다음 app_offline.htm을 터치했지만 프로세스가 종료되지는 않았습니다.

dotnet.exe가 보이지 않기 때문에 내가 뭔가 잘못하고 있습니까?

dotnet/ANCM 전문가들이 그 부분에 대해 논평하도록 하겠습니다. 기본적으로 핵심 ASP.NET 앱을 배포할 때 dotnet.exe를 사용한다는 것을 알고 있습니다. 그렇지 않은 경우는 독립 실행형 배포(또는 무엇이든 호출)를 사용할 때라고 생각합니다. 그러나 이것이 ANCM 및 app_offline.htm에 어떤 영향을 미치는지 모르겠습니다.

@DamianEdwards 누가 이에 대해 가장 잘 설명할 수 있습니까?

나는 배포 슬롯을 사용하여 그 문제를 피합니다. 100% 작동합니다. 파일을 복사하기 전에 슬롯을 중지하십시오. 이렇게 하면 메모리에서 모든 것이 제거되므로 복사본이 잠긴 파일이 작동하지 않습니다. 그런 다음 슬롯을 시작하고 프로덕션으로 전환합니다. 고객이 앱 오프라인 페이지를 볼 수 없다는 이점이 추가되었습니다. 가동 중지 시간이 0입니다.

http://donovanbrown.com/post/MicrosoftCodeAnalysisCSharpdll-Locked-Problem-Fix

@DarqueWarrior 슬롯은 물론 작동하지만(다른 이유로 사용하기에 좋습니다), 이 스레드의 핵심은 왜 app_offline이 @pksorensen과 같은 일부 사람들의 Core 프로세스를 종료하는 데 비효율적으로 나타나는지 이해하는 것입니다. Core 팀에서 이에 대해 언급해 주셨으면 합니다.

@davidebbo 이전 질문에 답하기 위해 휴대용 대 독립 실행형은 app_offline 동작과 관련이 없습니다. 앱 오프라인 파일은 w3wp.exe(ASP.NET Core 모듈에 의해)에 의해 모니터링됩니다.

@DarqueWarrior 조언에 감사드립니다. 한 가지 의견입니다. 동일한 앱 서비스의 가상 응용 프로그램에 다중 사이트를 배포하는 경우 슬롯(제 기억이 맞다면)이 모든 사이트에서 작동하므로 이전에 모든 사이트를 배포해야 합니다. 스와핑. 이것은 번거로운 일입니다. 지금 우리는 개별 가상 애플리케이션에 부품(마이크로 서비스)을 쉽게 배포할 수 있습니다. 우리는 그것들을 별도의 앱 서비스로 퍼뜨릴 수 있지만, 로드 밸런서/게이트웨이가 다시 같은 도메인을 공유하도록 하기 위해 infront가 필요하고, 또한 우리가 지금 기꺼이 하는 것보다 더 많은 시간이 소요됩니다.

그래서 나는 당신의 제안이 더 바람직한 방법이라는 데 동의합니다. 그것은 단지 지금 우리와 맞지 않습니다. 따라서 여전히 사용 중인 파일 문제에 대한 해결을 기대하고 있습니다.

@pksorensen 더미 사이트에 복제를 설정하고 그 이름을 공유할 수 있는 기회가 있습니까? 기본적으로 사이트가 실행되고 있는 상태에서 보고 싶고, Kudu 콘솔에서 수동으로 app_offline.htm을 생성해도 종료되지 않습니다 .

@shirhatti ANCM 이 프로세스를 종료하지 못하게 하는 원인이 무엇인지 아십니까? 얼마나 공격적으로 그렇게 하려고 합니까?

@davidebbo 시간이 조금 걸리지만 재현을 위해 뭔가를 해보려고 합니다.

@davidebbo 새 ASP.NET Core 앱과 새 Azure App Service를 만들었습니다. Azure의 "지속적 전달(미리 보기)" 기능을 사용하고 있는데 이 문제가 발생합니다.

2017-03-30T02:54:36.5648892Z ##[오류]App Service를 배포하지 못했습니다.
2017-03-30T02:54:36.5658893Z ##[오류]오류 코드: ERROR_FILE_IN_USE
2017-03-30T02:54:37.1850861Z 추가 정보: 외부 프로세스에 의해 잠겨 있기 때문에 Web Deploy는 대상에서 'myApp.dll' 파일을 수정할 수 없습니다. 게시 작업이 성공하려면 응용 프로그램을 다시 시작하여 잠금을 해제하거나 다음 게시 시도에서 .Net 응용 프로그램에 대해 AppOffline 규칙 처리기를 사용해야 할 수 있습니다. 자세한 내용은 http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_FILE_IN_USE를 참조하세요.
2017-03-30T02:54:37.1860517Z 오류 수: 1.
2017-03-30T02:54:37.4179909Z ##[오류]오류: C:\Program Files\IIS\Microsoft Web Deploy V3\msdeploy.exe가 반환 코드와 함께 실패했습니다: 4294967295

D:\home\site\wwwroot에 app_offline.htm을 수동으로 생성하면 실제로 dotnet.exe 프로세스가 중지됩니다.

그렇다면 "지속적 전달(미리보기)" 자체에 문제가 있다는 의미입니까?

위에 추가로 수동으로 VSTS 릴리스 정의, 추가 배포 옵션으로 이동하여 "앱을 오프라인으로 전환"을 선택하여 이 문제를 해결했습니다.

그러나 이것은 몇 가지 질문을 제기합니다.
"앱 오프라인으로 전환"이 기본적으로 선택 해제되어 있는 이유는 무엇입니까? 이 시나리오가 여전히 작동해야 합니까(예: 가동 중지 시간을 줄입니까)?

그렇다면 왜 실패합니까? 그렇지 않은 경우 "연속 배송(미리보기)"이 선택되지 않은 상태로 유지되는 이유는 무엇입니까?

어느 쪽이든 - 어딘가에 버그가 있는 것 같습니다.

@Jon12345 : 이 스레드는 app_offline.htm이 핵심 앱에서 올바르게 작동하는지 여부에 대한 것입니다. 따라서 VSTS가 기본적으로 이 작업을 수행하거나 수행하지 않을 수 있다는 사실은 실제로 별도의 토론이며, 이는 VSTS 포럼(아마도 https://social.msdn.microsoft.com/Forums/vstudio/en-US/ 홈?포럼=TFService).

이 시점에서 대부분의 사람들은 수정 후 차단이 해제된 것으로 보입니다. @pksorensen 에서 작동하지 않는다는 보고가 하나 있었고 우리는 repro 앱이 살펴보기를 기다리고 있습니다.

나는 여전히 이것을 TFS 2017 업데이트 1에서 얻습니다.

@jdshkolnik appoffline.htm 파일을 생성하도록 설정되었습니까? 그렇지 않은 경우 이 문제의 범위를 벗어납니다. 위에 설명된 대로 수동 appoffline.hm 테스트를 수행하십시오.

@davidebbo 네, 그렇습니다. 예약된 야간 배포가 첫 번째 시도에 실패하고 일반적으로 성공하는 수동 재배포 시도가 필요한 경우가 많습니다.

참고로 저희 회사는 귀하의 회사와 연합되어 있으므로 Skype for Business 데스크탑 공유를 통해 귀하에게 쉽게 보여드릴 수 있습니다.

@jdshkolnik 위에서 논의한 수동 테스트를 수행했는지 확인하십시오. 이렇게 하면 방정식에서 다른 모든 것을 얻는 데 도움이 됩니다.

중요 : 이 문제는 VSTS 또는 기타 게시 워크플로의 문제를 조사하기 위한 것이 아닙니다. 그것은 오직 한 가지에 관한 것입니다: appoffline.htm이 작동하는지 확인하십시오.

@davidebbo 수동으로 app_offline.htm을 폴더에 넣자마자 오프라인이 됩니다.

내가 여기에서 완벽하게 주제인지 아닌지를 더 잘 구별하는 방법을 모르겠습니다. 내가 아는 것은 문제 없이 작동하던 사이트에 대해 작년에 갑자기 나타나 그 이후로 정기적으로 고개를 들고 있다는 것입니다.

##[section]Starting: Deploy IIS App: \\usserver\Deploy\CD_146_QA\Installer\Install\Web\App.Web.zip
==============================================================================
Task         : WinRM - IIS Web App Deployment
Description  : Connect via WinRM, to deploy Web project locally on IIS, using Web Deploy
Version      : 1.4.3
Author       : Microsoft Corporation
Help         : [More Information](http://aka.ms/IISWebDeploy)
==============================================================================

Preparing task execution handler.

Executing the powershell script: I:\Agent\_work\_tasks\IISWebAppDeploy_50acc50f-7d15-470b-83c1-578b3f3eeba2\1.4.3\Main.ps1
name='db-Web.config Connection String',value='Data Source=dbserver;Database=Internal_QA;Type System Version=SQL Server 2012;User ID=xxx;Password=yyy;Persist Security Info=True')

Starting deployment of IIS Web Deploy Package : \\usserver\Deploy\CD_146_QA\Installer\Install\Web\App.Web.zip

Performing deployment in sequentially on all machines.

Deployment started for machine: usserver with port 5985.

Deployment status for machine usserver : Failed

##[error]Microsoft.PowerShell.Commands.WriteErrorException: System.Exception: Error Code: ERROR_FILE_IN_USE

For more info please refer to http://aka.ms/iisextnreadme

##[error]PowerShell script completed with 1 errors.

##[section]Finishing: Deploy IIS App: \\usserver\Deploy\CD_146_QA\Installer\Install\Web\App.Web.zip

@jdshkolnik 내 추측으로는 이 배포 스크립트가 무엇을 하든 파일을 게시하기 전에 appoffline.htm을 생성하지 않는다는 것입니다. VSTS 구성 문제 또는 버그일 수 있습니다. 그러나 ANCM의 관점에서 수행한 테스트는 appoffline이 생성될 때 예상대로 작동하고 있음을 보여줍니다.

@davidebbo 내가 한 일이 최종 테스트인지 모르겠습니다. 결국 오류가 발생한 후 두 번째 수동 시도는 일반적으로 성공합니다. app_offline.htm을 차단할 수 있는 배포 프로세스가 실행되고 있지 않았습니다.

7.1.1971.0에서 이 대소문자 구분 문제가 계속 발생하고 있습니다. VS를 사용하여 배포하려고 하면 파일 잠김 오류가 발생하므로 앱이 여전히 실행 중이고 충분히 실행 중인지 확인했습니다. Kudu 명령줄을 열어 wwwroot 디렉터리와 App_Offline.htm이 폴더에 있었지만 프로세스가 여전히 실행 중인 파일을 확인했습니다. 그런 다음 touch app_offline.htm을 입력하고 프로세스가 예상대로 실행을 멈췄습니다. 모듈을 다시 확인했고 내 aspnetcore.dll 버전은 7.1.1971.0입니다.

@alexgritton 이상합니다. ANCM이 처음에 파일을 감지하지 못했음을 의미하는 것 같습니다. 지속적으로 발생합니까 아니면 무작위로 발생합니까?

오늘 Azure App Services에서 응용 프로그램을 만들었으며 하루 종일 발생하므로 일관되게 말할 수 있습니다. 이 문제의 원인이 될 수 있는 다른 아이디어가 있습니까?

설마. ANCM 전문가가 파일 변경 모니터를 수행하는 방법과 초기 생성이 감지되지 않는 이유를 생각할 수 있는지 여부에 대해 설명하겠습니다.

@davidebbo 정확히 같은 문제가 있습니다. 우리 팀에는 빌드 서버에서 AppBuild.htm 파일을 app_offline.htm으로 대상 사이트에 복사하는 Fake 빌드가 있습니다. 그런 다음 msdeploy를 사용하여 폴더를 동기화하고 다른 프로세스 오류로 인해 열리려고 합니다. 파일을 터치하면 파일 이름을 app_offline.htm에서 app_offline.htm.rename으로 변경하고 다시 되돌리거나 파일 탐색기를 사용하여 app_offline.htm을 덮어쓰면 프로세스가 제대로 중지됩니다. 스크립트를 통해 작동하지 않는 이유는 이해가 되지 않지만 수동으로 수행하면 작동합니다.

업데이트: 마지막 쓰기 시간을 업데이트하면 지속적으로 종료가 발생하는 것으로 나타났습니다.

Target "StopApi" (fun _ ->                                    
    trace "Deployment - Stopping Api"                 

    for folder in apiWebDeployShare do                        
        let offlineFile = folder @@ "app_offline.htm"         
        let offlineFileSource = folder @@ "AppOffline.htm"    
        CopyFile offlineFile offlineFileSource                
        File.SetLastWriteTime (offlineFile, DateTime.Now)     
)                

app_offline.htm 파일을 모니터링하는 코드에 문제가 있는 것 같습니다.

@derekgreeer 그래서 당신이보고있는 것은 파일을 복사 할 때 종료가 트리거되지 않는다는 것입니다. Kudu 콘솔에서 이것을 재현할 수 없습니다. 예

• Kudu 콘솔로 이동
• touch app_offline.htm in D:\home\site 를 실행하여 다른 폴더에 빈 파일 생성
• copy app_offline.htm wwwroot 를 실행합니다. 이렇게 하면 마지막 쓰기 시간이 보존되고 생성 시간이 업데이트됩니다(표준 파일 복사 동작).

결과: dotnet.exe 프로세스가 즉시 종료됩니다(Kudu 프로세스 탐색기를 사용하여 확인할 수 있음).

이 동일한 단계가 효과가 있습니까? 그렇다면 재현 시나리오에서 무엇이 다를 수 있습니까?

사실 이 문제는 간헐적으로 발생했으며 Windows Server 2012에서 IIS 8을 사용하고 있다고 덧붙였습니다.

오늘 아침에 내 의도는 Kudu 콘솔을 설정하기 전에 powershell 또는 배치 스크립트로 문제를 재현할 수 있는지 확인하는 것이지만, 먼저 테스트 Fake 빌드 스크립트로 테스트한 후 우리 팀이 금요일에 app_offline.htm 파일을 생성하는 데 사용했습니다. 다양한 방법(기존 파일 복사, 새 파일 생성 등), 현재 작동 중입니다. 이것은 때때로 프로세스를 종료하고 다른 시간에는 종료하지 않는 빌드 실패 패턴을 반영합니다. 실패하기 시작하면 일관되게 그렇게 하는 것 같습니다. 우리는 금요일에 몇 시간 동안 테스트했으며 새로운 app_offline.htm 파일을 만드는 것 외에는 아무 것도 하지 않는 단순한 Fake 빌드로 일관되게 멈추지 않았습니다. 또한 주기적으로 파일을 수동으로 생성하고 프로세스가 중지되는 것을 확인하기 위해 추가해야 합니다. 따라서 장기간 사용한 후에도 프로세스가 종료되지 않는 상황이 아닌 것 같습니다.

문제를 다시 재현할 수 있게 되면 powershell 및/또는 배치 파일을 사용하여 파일을 생성해도 여전히 문제가 반영되는지 확인하겠습니다.

@davidebbo 글쎄, 젠장 ... 마지막 업데이트 시간을 업데이트하는 줄을 주석 처리하는 것을 잊어 버렸기 때문에 실제로 여전히 동일한 동작을 보여주고 있습니다. 지금 powershell과 배치 파일을 사용해 보고 업데이트하겠습니다.

@davidebbo

혼란을 드려 죄송합니다. 자, 제가 찾은 것은 다음과 같습니다.

다음 내용이 포함된 배치 파일을 사용하면 프로세스가 안정적으로 종료되는 것 같습니다.

echo "" > \\testserver\e$\Site.Api\app_offline.htm

동등한 bash 스크립트를 사용하면 프로세스가 안정적으로 종료될 수도 있습니다.

#!/bin/bash

echo "" > //testserver/e$/Site.Api/app_offline.htm

다음 내용과 함께 powershell 스크립트를 사용하면 프로세스가 종료되지 않는 것 같습니다.

New-Item \\testserver\e$\Site.Api\app_offline.htm -type file

Fake와 Powershell은 모두 CLR에서 실행되지만 DOS 복사 명령, bash 및 Kudu 콘솔은 실행되지 않는다는 점을 감안할 때 이것은 CLR을 통해 생성되는 파일과 관련된 무언가를 가리키는 것 같습니다.

이상한 점은 다양한 버전 간에 결과 파일의 생성/업데이트 타임스탬프에 차이가 없다는 것입니다.

@derekgreer 오, 그래서 당신은 Azure App Service에서 전혀 실행되고 있지 않습니다. 이것이 이 사가에서 제 관점입니다. 따라서 ASP.NET 사람들이 이에 대해 더 자세히 설명하겠습니다.

그만한 가치가 있지만 App Service에서 재현할 수 없었습니다.

• Kudu의 PowerShell 콘솔 사용
• site\wwwroot 폴더로 이동
• New-Item app_offline.htm -type file 실행

@moozzyk 앱 서비스 외부에서 @derekgreer 의 재현을 조사하는 데 도움을 줄 수 있습니까?

추가 정보:

파일 탐색기를 통한 생성, 복사, 이름 바꾸기 등이 일관되게 작동했기 때문에 .Net 기반 파일 탐색기 앱이 Fake 및 PowerShell에서 보고 있는 것과 동일한 결과를 반영하는지 확인하기로 결정했습니다. 다운로드 및 테스트를 마친 "Nomad"라는 .Net 기반 파일 탐색기가 있으며 결과는 Fake 및 PowerShell과 일치했습니다. app_offline.htm 파일을 생성할 때 프로세스가 중지되지 않았습니다. 그런 다음 파일 이름을 바꾸고 다시 app_offline.htm으로 이름을 바꾸면 Core 프로세스가 종료됩니다.

https://github.com/aspnet/AspNetCoreModule/blob/93ace1b84bd79382233cb39b858611d2db05552e/src/AspNetCore/Src/filewatcher.cxx#L321

이 방법은 "FILE_NOTIFY_CHANGE_CREATION" 플래그를 포함하기를 원할 것이라고 생각합니다.

Fake, PowerShell 및 Nomad에 공통적인 .Net API가 일반 파일 생성과 동일한 방식으로 이러한 다른 플래그를 트리거하지 않는지 궁금합니다.

@shirhatti 누군가가 이 잠재적인 ANCM 문제를 조사하도록 해주실 수 있습니까?

@davidebbo 에이크 . 우리는 그것을 조사하고 있습니다

나는 매우 비슷한 문제가 있습니다. Windows 탐색기에서 app_offline.htm 파일을 복사하면 프로세스가 올바르게 중지되지만 빌드 서버에서 COPY app_offline.htm \server\share\siteapp_offline.htm을 사용하여 생성하면 중지되지 않고 파일이 잠긴 상태로 유지됩니다. .

@gulbanana 당신과 똑같은 문제가 있습니다. 이미 해결하셨나요? @shirhatti 조사에 대한 업데이트가 있습니까? 이것은 dotnet.exe가 app_offline.htm에 의해 종료되지 않아 발생하는 파일 복사 실패로 인해 CI 파이프라인이 항상 실패하기 때문에 팀을 미치게 만듭니다.

echo "<html>page content</html>" > \\server\share\app_offline.htm 라인을 따라 무언가를 사용하여 문제를 해결했습니다. 나는 버그가 ANCM이 파일 생성의 일부 방법만을 관찰하는 것에 관한 버그라고 @derekgreeer 가 옳다고 생각하며, 이 방법을 포착합니다.

@derekgreer
지금 문제를 찾고 있습니다. 내 테스트 시스템에서 귀하의 재현 명령 중 하나를 사용하여 이 문제를 재현할 수 있었습니다. 아래 명령을 사용했습니다. (참고: 아래 명령은 빈(파일 크기 0) 파일을 생성합니다.

new-item \\iisdist\privates\jhkim\temp\PublishOutput\app_offline.htm -ItemType file

한 가지 흥미로운 점은 app_offline.htm 파일을 생성할 때 일부 파일 콘텐츠를 추가하면 문제가 없다는 것입니다. 다음과 같이 -value "test" 매개변수를 추가하기만 하면 됩니다.

new-item \\iisdist\privates\jhkim\temp\PublishOutput\app_offline.htm -ItemType file -value "test"

Repro 환경에서 동일한 증상이 나타나는지 확인할 수 있습니까?
그렇다면 이 문제는 new-item powershell 명령을 사용하는 것과 같은 특별한 방법으로 빈 app_offline.htm이 생성될 때만 발생한다고 생각합니다.

@gulbanana
복사 명령으로 이 문제를 재현할 수 없습니다. 귀하의 재현에 대해 더 자세히 설명할 수 있습니까? 내 테스트 시스템에서 동일한 문제를 재현할 수 있는 몇 가지 재현 단계를 찾을 수 있다면 좋을 것입니다.

원하는 내용이 포함된 파일을 배포 폴더에 복사한 경험이 있으므로 해당 명령을 실행하지 않고 app_offline.htm 파일이 비어 있는지 여부와 관련이 없음을 확인할 수 있습니다. 내 경험에 따르면 실제로 작동하는 경우 두 번째 명령으로 인해 파일 변경 이벤트가 발생할 수 있습니다. 아마도 파일을 생성하고 내용으로 업데이트할 것입니다. 그럼에도 불구하고 내용이 있거나 없는 파일을 만드는 데 사용한 모든 .net 관련 프로세스는 프로세스 종료를 트리거하지 못합니다.

@shirhatti 업데이트가 있습니까? 코드가 "FILE_NOTIFY_CHANGE_CREATION" 플래그를 사용해야 하는지 확인할 수 있었습니까?

@derekgreeer 마지막 ​​접근 변경 및 속성 변경을 제외한 모든 유효한 플래그를 수신합니다.
FILE_NOTIFY_VALID_MASK & ~FILE_NOTIFY_CHANGE_LAST_ACCESS & ~FILE_NOTIFY_CHANGE_ATTRIBUTES

예, 우리는 이미 FILE_NOTIFY_CHANGE_CREATION 를 듣고 있습니다.

참조: @pan-wang

@shirhatti 아, 이제 이해했습니다. 플래그가 변경 생성을 포함한다는 것을 몰랐습니다. 궁금한데 문제를 재현할 수 있었습니까?

비어 있는 app_offline.htm에 반응하지 않는 문제가 수정되었습니다. https://github.com/aspnet/IISIntegration/issues/174

@moozzyk @derekgreeer 확인해주셔서 감사합니다. 좋아, 나는 또한 문제가 빈 파일 내용과 직접적인 관련이 없다는 것을 발견했습니다. 근본 원인을 파악한 후 업데이트하겠습니다.

@jhkimnew 더 이상 정확한 설정이 깨져 있지 않지만 세부 사항을 설명할 수 있습니다.

• ANCM을 사용하여 asp.net 코어 응용 프로그램을 호스팅하는 Windows Server 2008 r2에서 실행되는 IIS
• 빌드 서버도 동일한 도메인에 있는 2008r2입니다.
• IIS 서버에는 Windows 공유를 사용하여 공유되는 웹 사이트 물리적 디렉토리가 있습니다.
• 도메인 사용자(빌드 서버의 계정)는 빌드 서버에서 powershell 스크립트를 실행합니다.
  이 스크립트가 Windows 복사 명령을 사용하여 다른 디렉터리의 기존 파일에서 app_offline으로 복사하는 경우 호스팅 프로세스가 종료되지 않습니다. 스크립트가 대신 "echo"(mingw 설치의 /bin/echo일 수 있음, 확실하지 않음)를 사용하는 경우 호스팅 프로세스가 종료됩니다.

나는 문제가 정확히 어떤 파일 속성이 그런 종류의 원격 복사본에 의해 업데이트되거나 업데이트되지 않는 것과 관련이 있다고 생각합니다.

@gulbanana 명확하게 하기 위해 power shell copy-item commandlet이 아닌 dos copy 명령으로 시도했습니까? 나는 일반 도스 카피를 시도하지 않았다고 생각하지만, 내가 사용한 .net 기반 앱이 작동하지 않는다는 것을 발견했습니다.

powershell에 별칭이 없으면 dos copy였습니다.

필자의 경우 PowerShell 복사본은 dotnet.exe 프로세스를 종료하지 않지만 Out-Content의 별칭인 echo는 작동합니다. .NET 문제는 아닌 것 같지만 네트워크 복사가 작동하지 않는 이유에 대해 자세히 알아보십시오.

aspnetcore.dll(ANCM) 변경 알림에 문제가 있는지 조사했지만 powershell cmdlet 또는 DOS 명령을 사용하여 app_offline.htm을 수동으로 삭제하려고 하면 문제를 재현할 수 없습니다. 그리고 여기서 논의되지 않은 한 가지 누락된 점을 발견했습니다.
그것은 단계적 종료에 관한 것입니다. HttpPlatformHandler"와 달리 ANCM은 단계적 종료를 지원합니다. 즉, app_offline.htm이 루트 디렉토리에 삭제되면 ANCM은 Crtrl-C/Break 신호를 백엔드 프로세스에 보내고 단계적 종료가 발생할 때까지 10초를 기다립니다.
10초가 기본값이며 사용자는 ANCM 구성 설정의 shutdownTimeLimit으로 값을 조정할 수 있습니다. 백엔드 프로세스가 구성된 shutdownTimeLimit에서 종료되지 않으면 ANCM은 백엔드 프로세스를 종료해야 합니다.

MSDeploy 게시가 ANCM 정상 종료와 어떻게 관련되어 있는지 확인하는 동안 마침내 종료 시간(5초)을 늘리는 일관된 재현 단계를 찾았습니다. 정상적인 종료 시간을 기다리지 않기 때문입니다.

@vijayrkn
aspnetcore 웹 응용 프로그램을 시작하고 종료하는 위치에 5초 지연을 넣은 후 이 문제에서 보고된 동일한 오류를 aspnetcore 웹 응용 프로그램을 로컬 IIS 서버에 게시하는 두 번째 시도에서 재현할 수 있었습니다. 내가 사용한 게시 프로필도 아래에 첨부했습니다.
왜 이런 일이 발생하는지 설명하고 이 게시 문제를 해결하는 방법에 대한 올바른 지침을 제공하시겠습니까? 그리고 팀이 사용자 경험을 향상시키기 위해 이 문제를 추적할 수 있도록 이 문제에 대해 별도로 새 문제를 만드십시오.

... <Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> <PropertyGroup> <EnableMSDeployAppOffline>True</EnableMSDeployAppOffline> <WebPublishMethod>MSDeploy</WebPublishMethod> ...

MSDeploy는 app_offline이 삭제된 직후에 배포를 시도합니다. 프로세스 중지가 지연되면 배포가 실패할 수 있습니다.

이 msbuild 속성(https://github.com/aspnet/websdk/blob/dev/src/Publish/Microsoft.NET.Sdk.Publish.Targets/netstandard1.0/PublishTargets/Microsoft)을 사용하여 배포에 대한 재시도 횟수를 설정할 수 있습니다. .NET.Sdk.Publish.MSDeploy.targets#L67)

예를 들어 이 속성을 10으로 설정하면 msdeploy가 그 사이에 1초 지연을 두고 10번 재시도합니다.
<RetryAttemptsForDeployment>10</RetryAttemptsForDeployment>

@vijayrkn

정보 주셔서 감사합니다. 아래 두 줄을 추가한 후 동일한 재현 환경에서 문제가 표시되지 않습니다.
<EnableMSDeployAppOffline>True</EnableMSDeployAppOffline> <RetryAttemptsForDeployment>10</RetryAttemptsForDeployment>

따라서 유사한 문제가 발생하는 사람은 적절한 값으로 RetryAttemptsForDeployment 수를 늘리고 문제를 해결할 수 있는 경우 다시 시도해야 합니다.

참고: EnableMSDeployAppOffline을 추가한 이유는 로컬 IIS 서버를 aspnetcore 웹 응용 프로그램 게시 대상으로 사용할 때 기본적으로 비활성화되어 있기 때문입니다. 따라서 환경에서 활성화되었는지 여부가 확실하지 않은 경우 행도 추가하면 되므로 정보를 위해 여기에 추가했습니다.

가장 최근의 논의로 인해 원래 문제가 손실되지 않도록 하기 위해 우리 팀에서 경험한 문제는 가장 확실히 타이밍 문제가 아닙니다. 우리는 Powershell, Fake 및 "Nomad"라는 .Net 기반 파일 탐색기를 통해 app_offline.htm 파일을 수동으로 생성하는 것을 테스트했으며 얼마나 오래 기다리더라도 프로세스가 종료되지 않습니다. 파일 탐색기, DOS 배치 파일 또는 bash 스크립트(예: 비 .Net 라이브러리 기반 프로세스)를 통해 파일을 생성하면 프로세스가 1-2초 이내에 종료됩니다.

이것은 다음을 나타내는 것 같습니다.

1. 문제는 네트워크와 관련이 없습니다(모든 테스트는 원격 파일 공유에 대해 수행됨).
2. 정상적인 종료/타이밍 문제가 아닙니다.

app_offline.htm 파일을 생성하는 .Net이 아닌 3가지 방법이 프로세스를 안정적이고 신속하게 종료하고 파일을 생성하는 3가지 .Net-library 기반 방법이 테스트에서 프로세스를 종료하는 결과를 초래하지 않는다는 사실은 실제로 , 나에게 정말 큰 지표.

@derekgreer
"노마드"에서도 문제를 재현할 수 없습니다.
다음은 Windows 10(amd64) 컴퓨터에서 수행한 작업입니다.

1. IIS 설치
2. 비주얼 스튜디오 2017 설치
3. AspnetCore 웹 응용 프로그램을 만들고 MSDeploy를 사용하여 로컬 IIS 서버에 배포
4. Nomad v3.2.0.2890 설치 (http://www.nomad-net.info/downloads)
5. 웹 애플리케이션에 요청 보내기
6. 작업 관리자를 열고 dotnet.exe 프로세스가 실행 중인지 확인합니다.
7. Nomad를 열고 웹 애플리케이션의 루트 디렉터리에 app_offline.htm이라는 새 파일을 만듭니다.
8. 작업 관리자를 확인하고 app_offline.htm 파일이 생성될 때 dotnet.exe 프로세스가 사라졌는지 확인합니다.

문제를 재현하기 위해 따를 수 있도록 정확한 재현 단계를 알려주시겠습니까?

.Net Core 애플리케이션이 실제로 ASP.Net Core 어셈블리를 참조하는 VS 2015에서 생성된 표준 .Net 4.5.2 콘솔 애플리케이션이라는 사실을 제외하고는 차이가 없습니다. 이 프로젝트는 이제 약 1년이 되었고 .Net 프레임워크 템플릿 프로젝트 유형에서 코어 템플릿 프로젝트 유형을 참조하는 데 제한이 있고 .Net 코어에 대한 다양한 종류의 테스트 라이브러리 지원으로 인해 당시에 그렇게 설정되었습니다.

몇 가지 문제를 확인했습니다. 1) app_offline.htm 파일 삭제(일부 도구 사용)는 때때로 ANCM에 의해 필터링된 파일 속성 변경 알림만 트리거했습니다. 2) ANCM은 app_offline.htm이 파일 복사 도구에 의해 보류되었기 때문에 app_offline.htm을 읽지 못할 수 있습니다. 3) 정상적인 종료로 인해 백엔드 프로세스 종료가 지연되었습니다.
다음 릴리스에서 처음 두 가지 문제를 다룰 것입니다. 정상적인 종료의 경우 사용자가 다시 시도해야 합니다.

좋은 소리. 내 경우는 확실히 우아한 종료 시간 초과에 관한 것이 아닙니다. 중지되면 즉시 중지됩니다.

이 문제에 대한 업데이트가 있습니까?
VSTS를 사용하여 Azure Web App 슬롯에 ASP.NET Core 1.1 앱을 배포하는 동안 가져오기

• 애플리케이션 설정에 MSDEPLOY_RENAME_LOCKED_FILES=1 가 설정되어 있습니다.
• App Service 작업 관리가 앱을 오프라인으로 전환하도록 구성됨
• App Service 배포 작업은 _was_ 앱을 오프라인으로 전환하도록 구성되었지만 작동하지 않았습니다.

핵심 문제는 DLL이 사용 중이라는 것입니다.

@ChuckkNorris 에 대한 최신 정보는 https://github.com/Microsoft/vsts-tasks/issues/1607 을 참조하세요.

@davidebbo 답변 감사합니다, David. 나는 그 스레드를 보았고 내가 시도한 많은 해결 방법을 발견했습니다.

이 문제는 아직 미해결 상태이고 오류가 여전히 널리 퍼져 있기 때문에 다른 해결 방법이 아니라 곧 수정 사항이 있을 수 있기를 바랐습니다. 이 문제는 결국 2년 넘게 공개되었습니다.

@ChuckkNorris 증상은 동일하지만 동일한 문제가 아닙니다.

• app_offline.htm 대소문자와 관련된 원래 문제로 인해 완전히 무시되었습니다. 그것은 잠시 동안 수정되었습니다.
• 이 새로운 문제는 불과 일주일 전에 시작되었으며 app_offline.htm 가 생성될 때 Core가 종료되는 데 시간이 더 오래 걸리고 기본적으로 msdeploy가 충분히 오래 기다리지 않기 때문에 발생합니다. 해결 방법은 재시도 횟수를 늘리는 것입니다.

방금 VS 2017을 15.3으로 업데이트하고 .NET core 2.0 SDK를 설치했습니다. VS에서 간단한 MVC 앱을 만들었습니다. netcoreapp1.1을 대상으로 했습니다. Azure에 게시했는데 모든 것이 정상이었습니다. newcoreapp2.0으로 업그레이드한 다음 모든 너겟 패키지를 2.0(Microsoft.AspNetCore, Microsoft.AspNetCore.Mvc 등)으로 업그레이드했습니다.

Azure에 게시하려고 할 때(즉, 1.1 덮어쓰기) 다음 메시지가 표시됩니다.

Error : Web deployment task failed. (Web Deploy cannot modify the file 'Microsoft.ApplicationInsights.AspNetCore.dll' on the destination because it is locked by an external process. In order to allow the publish operation to succeed, you may need to either restart your application to release the lock, or use the AppOffline rule handler for .Net applications on your next publish attempt. Learn more at: http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_FILE_IN_USE.)

@DaveSlinn 은 https://github.com/Azure/app-service-announcements/issues/24 를 참조하세요.

내 2.0 앱이 git을 통해 배포되고 파일 사용 문제를 방지하려면 MvcViewComplication을 비활성화해야 했습니다.

https://github.com/Microsoft/vsts-tasks/issues/5259
https://github.com/Microsoft/vsts-tasks/issues/1607#issuecomment -349115532
@davidebbo , 이 문제를 종결할 수 있습니까?
웹 배포를 위한 재시도 도우미를 추가했음에도 불구하고 이 문제는 지속됩니다.

이것은 FTP 퍼블리싱에도 영향을 미친다는 명백한 사실을 지적하고 싶었습니다.

@jeremycook FTP는 App_Offline 사용을 위한 자동화가 없기 때문에 약간 다릅니다. 프로세스를 종료하려면 해당 파일을 수동으로 생성해야 하며, 그 후에 파일을 복사할 수 있습니다.

@davidebbo 는 충분히 공정하지만 Visual Studio의 게시 기능을 사용하여 FTP를 통해 게시하면 제대로 작동해야 하는 것 같습니다. 아마도 내가 잘못된 위치에 게시하고 있습니까?

@jeremycook 솔직히 FTP 배포를 할 때 VS가 무엇을 하는지 잘 모르겠습니다. 다른 사람들이 빛을 발할 수도 있지만 ASP.NET보다 VS 질문에 더 가깝습니다.

분리하기는 하지만 App_Offline.html을 수동으로 만든 다음 VS에서 FTP 게시하면 배포가 성공적인지 테스트하는 것이 흥미로울 것입니다.

@vijayrkn FTP 배포 중 VS 동작에 대해 언급할 수 있습니까?

VS에서 App Service로의 FTP 게시는 App_Offline을 지원하지 않습니다.

@vijayrkn ok, 그래서 실용적인 목적을 위해 사용자가 배포 전에 사이트를 명시적으로 중지하지 않는 한 FTP를 통한 .NET Core 배포는 지원되지 않는다고 말할 수 있습니다. 오른쪽?

@davidebbo - 네, 맞습니다.

IIS 웹 배포 템플릿을 사용하여 VSTS 릴리스에서 IIS로 asp.net 코어 2.0 웹 앱을 배포할 때 이 문제가 발생합니다. 사용 중인 파일로 인해 삭제에 실패했습니다. 앱 오프라인 옵션이 활성화되었습니다.

@davidebbo @vijayrkn @shirhatti 이 모든 것이 약간 우울합니다. FTP/XCOPY를 작동시킬 계획이 있습니까? FTP/XCOPY/ROBOCOPY/등을 통해 구식 방식을 배포하는 데 중점을 둔 새로운 문제를 열어야 합니까?

저는 이 파티에 늦었지만 보고하고 싶은 몇 가지 사항이 있습니다.
VS 2017 엔터프라이즈
asp.net 4.6.xx
서버는 서버 2012 R2의 IIS 8.5입니다.
SQL 서버 유형 dll이 잠겨 있고 다른 개발자가 msdeploy를 사용하여 게시를 수행할 때 이러한 잠금이 발생하여 오류가 발생하고 이제 배포의 일부만 실행되어 웹 사이트가 손상됩니다.

SQL 유형 dll은 앱 bin 폴더에만 잠겨 있습니다.
dll 파일의 이름을 변경한 다음 게시할 수 있습니다.
SQL 유형 패키징에는 관리되지 않는 dll을 로드하기 위한 코드가 있습니다.
잠그지 않도록 변경해야 할 것 같습니다. 그것이 가능하다면.

사람들이 사이트를 다시 시작하거나 오프라인으로 전환하는 방법에 대해 이야기하는 것을 보았지만 msdeploy에서 이에 대한 설정을 찾지 못했습니다. 내가 본 xml은 내 파일에 없습니다.

Microsoft에서 게시하는 sql types 패키지에 더 나은 지침을 추가해야 합니다.

내 문제와 더 직접적인 관련이 있는 것 같아서 이 문제에 게시합니다. 나는 또한 VSTS에 대한 것이지만 동일한 주제에 대해 아래 문제를 따랐습니다. Visual Studio에서 직접 퍼블리싱하고 있습니다.

https://github.com/Microsoft/vsts-tasks/issues/5259#issuecomment -350940342

이것은 저에게 온/오프 문제였지만 최근에 강제로 반환되었으며 제 앱 서비스 사이트 중 하나에서 거의 모든 게시 시도에서 이 오류가 발생합니다. 이 사이트는 '기본' 수준 서비스에서 호스팅되므로 이 문제를 해결하기 위해 다른 앱에서 사용하는 슬롯이 없습니다.

이것은 .net core 2 mvc 애플리케이션을 위한 것입니다.

한 가지 생각: 웹 앱의 일부인 일부 파일은 모든 게시(예: sql 유형)에서 변경되지 않습니다.
그러나 ms deploy는 모든 배포에서 이를 대체하려고 합니다.
변경되지 않은 파일을 다시 복사하지 않고 업데이트를 더 작고 빠르게 만들고 파일 잠금을 엉망으로 만들 필요가 없도록 어떤 종류의 검사가 발생해야 하는 것 같습니다.
여러 가지 이점을 얻을 수 있습니다.

다른 하나는 파일을 잠그는 항목과 잠금을 해제하는 이유 및 방법을 더 잘 식별하는 것입니다.
표준 배포 파이프라인의 일부로 가져옵니다.

@figuerres 저는 지금 몇 달 동안 그 문제를 다루고 싶었습니다. 잠금 문제는 일반적으로 섀도 ​​복사로 인해 방지되지만 ~/bin 에서 해당 네이티브 DLL을 로드하면 잠금 문제가 생성됩니다. 잠재적인 솔루션이 있지만 완전히 안전한 솔루션인지 확실하지 않습니다. https://stackoverflow.com/questions/47796553/is-it-safe-to-manually-copy-native-dlls-to- 그림자 복사 디렉터리

NuGet 패키지에 대한 설명서가 잠금 문제를 일으키지 않는 더 나은 방법을 제공해야 한다는 데 동의합니다.

@figuerres 참고로 위의 코드를 구현했습니다. 코드에 대한 스택 오버플로 질문을 참조하세요.

작업 관리자에서 dotnet.exe 종료

여기 상태가 어떻습니까? 3년이 지났지만 아직 고쳐지지 않았다. 수동으로 서버로 이동하여 웹 사이트를 중지해야 합니다.

3 년? 이 문제는 2017년 8월에 보고되었습니다. 좋아요 1개가 꺼졌습니다.
2018년 4월 23일 월요일 오후 8:56 Oliver Janik [email protected]
썼다:

여기 상태가 어떻습니까? 3년이 지났지만 아직 고쳐지지 않았다. 수동으로 가야해요
서버에 연결하고 웹사이트를 중지합니다.

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/aspnet/Home/issues/694#issuecomment-383768450 또는 음소거
스레드
https://github.com/notifications/unsubscribe-auth/AAXhfrhOTvZn2qb4kU-Y1Kg9I-IQKD9yks5trnhXgaJpZM4FJp_R
.

첫 번째 게시물에는 "pekkah가 2015년 6월 23일에 이 호를 열었습니다"라고 나와 있습니다.

네가 옳아. 내 잘못. 이메일 체인의 마지막 타임스탬프만 보았습니다.
2018년 4월 23일 월요일 오후 9:06 Oliver Janik [email protected]
썼다:

첫 번째 게시물에는 "pekkah가 2015년 6월 23일에 댓글을 남겼습니다"라고 나와 있습니다.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.

이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/aspnet/Home/issues/694#issuecomment-383769982 또는 음소거
스레드
https://github.com/notifications/unsubscribe-auth/AAXhfgwYG-jLjnoJF7MCMtzbbfxSZkt2ks5trnqXgaJpZM4FJp_R
.

😄 낡아서 닫는다.

@Eilon 죄송하지만 폐쇄된 이유는 무엇입니까? 아직 미해결인가요?

😄 낡아서 닫는다.

하지만 여전히 문제 .. ? (비 Azure 배포에서도)

가시성을 높이기 위해 새 문제(#3719)를 만들었습니다.