Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Azure Site Extension 업그레이드 시 "System.IO.IOException: There is not enough space on the disk" 예외 발생

Azure Site Extension을 업그레이드하려는데 다음과 같은 오류가 발생합니다.

Failed to install TEST Extension - System.IO.IOException: There is not enough space on the disk. at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) at System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count) at System.IO.FileStream.Write(Byte[] array, Int32 offset, Int32 count) at System.IO.Stream.InternalCopyTo(Stream destination, Int32 bufferSize) at System.IO.Stream.CopyTo(Stream destination) at Kudu.Core.SiteExtensions.FeedExtensionsV2.<>c__DisplayClass5_1.b__0() in C:\Kudu Files\Private\src\master\Kudu.Core\SiteExtensions\FeedExtensionsV2.cs:line 397 at Kudu.Core.Infrastructure.OperationManager.<>c__DisplayClass2_0.b__0() in C:\Kudu Files\Private\src\master\Kudu.Core\Infrastructure\OperationManager.cs:line 17 at Kudu.Core.Infrastructure.OperationManager.Attempt[T](Func`1 action, Int32 retries, Int32 delayBeforeRetry, Func`2 shouldRetry) in C:\Kudu Files\Private\src\master\Kudu.Core\Infrastructure\OperationManager.cs:line 43 at Kudu.Core.Infrastructure.OperationManager.Attempt(Action action, Int32 retries, Int32 delayBeforeRetry) in C:\Kudu Files\Private\src\master\Kudu.Core\Infrastructure\OperationManager.cs:line 15 at Kudu.Core.SiteExtensions.FeedExtensionsV2.WriteStreamToFile(Stream stream, String filePath) in C:\Kudu Files\Private\src\master\Kudu.Core\SiteExtensions\FeedExtensionsV2.cs:line 392 at Kudu.Core.SiteExtensions.FeedExtensionsV2.d__3.MoveNext() in C:\Kudu Files\Private\src\master\Kudu.Core\SiteExtensions\FeedExtensionsV2.cs:line 247 --- End of stack trace from previous location where exception was thrown --- at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task) at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at Kudu.Core.SiteExtensions.SiteExtensionManagerV2.d__25.MoveNext() in C:\Kudu Files\Private\src\master\Kudu.Core\SiteExtensions\SiteExtensionManagerV2.cs:line 469 --- End of stack trace from previous location where exception was thrown --- at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task) at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd(Task task) at Kudu.Core.SiteExtensions.SiteExtensionManagerV2.d__24.MoveNext() in C:\Kudu Files\Private\src\master\Kudu.Core\SiteExtensions\SiteExtensionManagerV2.cs:line 251


원인은, 실제로 디스크 여유 공간이 없기 때문으로 보입니다. 왜냐하면 해결이 된 시점이 "d:\home\LogFiles\" 하위에 있는 로그 파일들을 모두 삭제한 후부터였는데요. 그런 다음 테스트 앱 서비스의 d:\home 디렉터리 크기를 보면,

D:\home>dir
 Volume in drive D is Windows
 Volume Serial Number is 0211-4CB9

 Directory of D:\home

10/15/2018  03:09 AM    <DIR>          .
10/15/2018  03:09 AM    <DIR>          ..
10/15/2018  03:09 AM    <DIR>          ASP.NET
10/07/2019  04:21 AM    <DIR>          data
10/07/2019  02:41 AM    <DIR>          LogFiles
10/10/2018  07:49 AM    <DIR>          site
10/07/2019  04:42 AM    <DIR>          SiteExtensions
               0 File(s)              0 bytes
               7 Dir(s)     350,527,488 bytes free

겨우 330MB 정도의 여유 공간만 있습니다. 제가 만든 Extension의 경우 "d:\home\LogFiles" 폴더에 로그를 쌓는 기능이 있었는데 아무래도 이것이 누적되다 보니 330MB 여유 공간이 빠르게 잠식되었을 것이고 그로 인해 "업데이트"를 위한 디스크 공간이 부족해졌을 것입니다.

그렇다면 어느 정도의 공간이 App Service에 할당된 것인지 궁금해지는군요. ^^ 이를 위해 위의 free와 함께 사용 공간을 계산하면 되는데,

PS D:\home> Get-ChildItem -Recurse | Measure-Object -Sum Length
Get-ChildItem -Recurse | Measure-Object -Sum Length


Count    : 709
Average  : 
Sum      : 173039360
Maximum  : 
Minimum  : 
Property : Length

약 165MB 정도니까,,, 500MB 가량의 디스크가 할당된 것으로 보입니다. 음... Site Extension 만들 때 로그를 남기는 것에 대해서는 주의를 기울여야 할 것 같습니다. ^^




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 10/7/2019]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13575정성태3/7/20241676닷넷: 2227. 최신 C# 문법을 .NET Framework 프로젝트에 쓸 수 있을까요?
13574정성태3/6/20241557닷넷: 2226. C# - "Docker Desktop for Windows" Container 환경에서의 IPv6 DualMode 소켓
13573정성태3/5/20241563닷넷: 2225. Windbg - dumasync로 분석하는 async/await 호출
13572정성태3/4/20241639닷넷: 2224. C# - WPF의 Dispatcher Queue로 알아보는 await 호출의 hang 현상파일 다운로드1
13571정성태3/1/20241600닷넷: 2223. C# - await 호출과 WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13570정성태2/29/20241627닷넷: 2222. C# - WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13569정성태2/28/20241539닷넷: 2221. C# - LoadContext, LoadFromContext 그리고 GAC파일 다운로드1
13568정성태2/27/20241602닷넷: 2220. C# - .NET Framework 프로세스의 LoaderOptimization 설정을 확인하는 방법파일 다운로드1
13567정성태2/27/20241613오류 유형: 898. .NET Framework 3.5 이하에서 mscoree.tlb 참조 시 System.BadImageFormatException파일 다운로드1
13566정성태2/27/20241626오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우
13565정성태2/23/20241464닷넷: 2219. .NET CLR2 보안 모델에서의 개별 System.Security.Permissions 제어
13564정성태2/22/20241614Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법
13563정성태2/21/20241644디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움
13562정성태2/21/20241643오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생
13561정성태2/20/20241741닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소파일 다운로드1
13560정성태2/19/20241744디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/20242623오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/20241819닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20241572Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/20241637Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20241951닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20241706VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20241734닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20241683닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20242016닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/20242107Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...