Trong AWS, một Tác vụ được đặt trên phiên bản EC2 và ứng dụng ASP.NET WebAPI 2 được khởi động trong bộ chứa docker.
Trang gốc trống và thư mục con "/myapp" chứa ứng dụng web đang chạy.
Nhóm ứng dụng được định cấu hình để tự động khởi động và luôn bật. Cài đặt preloadEnabled đang hoạt động để đảm bảo tái chế chồng chéo diễn ra chính xác và Application_Start hoàn tất trước khi phân phát yêu cầu. Tôi thậm chí đã chỉ định một trang khởi động để đặt cờ và xác nhận rằng trang đó cũng được gọi trước khi một quy trình mới được chuyển giao yêu cầu.
Vấn đề tôi gặp phải là khi Tác vụ được đặt lần đầu tiên, thậm chí trước khi Application_Start được gọi, tôi thấy Nhật ký Hệ thống Windows cho biết IIS cho rằng đã có thay đổi cấu hình yêu cầu khởi động lại nhóm ứng dụng. Kết quả là quy trình w3wp.exe thứ 2 bắt đầu thực thi logic Application_Start chỉ vài giây sau khi quy trình đầu tiên bắt đầu, trước cả khi nó có cơ hội hoàn thành lần chạy Application_Start. Cuối cùng, cả hai quy trình đều gặp sự cố và chúng được thay thế bằng quy trình thứ ba hoàn tất thành công và bắt đầu phục vụ các yêu cầu.
Vì vậy, câu hỏi đầu tiên của tôi là, tại sao một bộ chứa docker mới sắp khởi động IIS ngay lập tức nghĩ rằng một số thay đổi cài đặt đã xảy ra yêu cầu ban đầu quá trình để tái chế? Vào thời điểm nhật ký hệ thống này được viết, thậm chí không có mã người dùng nào chạy; đó là dấu thời gian xuất hiện vài giây trước khi Application_Start thậm chí ghi lại bất kỳ hoạt động nào. Câu hỏi thứ hai của tôi là, làm cách nào tôi có thể tìm ra điều gì đang kích hoạt thay đổi cài đặt rõ ràng này hoặc thay đổi cài đặt đó là gì? Nhật ký không đề cập đến cài đặt hoặc tệp nào đã thay đổi hoặc tại sao. Điều này có vẻ đặc biệt khó gỡ lỗi trong bộ chứa docker.
Theo hiểu biết của tôi, có không có trình quét vi-rút chạm vào tệp trong bộ chứa docker (như đề xuất ban đầu đây) và theo như tôi biết, hệ thống tệp của hình ảnh docker đã bị khóa khi khởi động; nó không giống như các dòng trong tệp docker thay đổi cài đặt đang chạy lại khi hình ảnh được gắn kết.
Nhật ký hệ thống:
25/01/2022 22:36:59 WAS Cảnh báo Một quá trình phục vụ nhóm ứng dụng 'DefaultAppPool' bị chấm dứt đột ngột. Id quá trình là '11592'. Mã thoát quy trình là '0xc0000005'.
25/01/2022 22:36:59 WAS Cảnh báo Một quy trình phục vụ nhóm ứng dụng 'DefaultAppPool' đã gặp lỗi giao tiếp nghiêm trọng với Dịch vụ kích hoạt quy trình Windows. Id quá trình là '1328'. Các trường dữ liệu chứa số lỗi. 109 0 7 128
25/01/2022 22:34:35 Thông tin WAS Các quy trình worker phục vụ nhóm ứng dụng 'DefaultAppPool' đang được tái chế do 1 hoặc nhiều thay đổi cấu hình trong các thuộc tính nhóm ứng dụng bắt buộc phải khởi động lại các quy trình.
Lưu ý rằng nhật ký đầu tiên lúc 22:34:35 cho biết điều gì đó đã thay đổi xảy ra TRƯỚC KHI quá trình đầu tiên thậm chí đạt đến Application_Start, bởi vì đầu ra nhật ký đầu tiên của Application_Start được đánh dấu thời gian tốt sau nó. Chuyển đổi các cài đặt nhóm ứng dụng khác nhau như thời gian chờ khởi động, v.v., thay đổi lý do tại sao hai quy trình gặp sự cố (ví dụ: đôi khi đó là OutOfMemoryException thay vì vi phạm quyền truy cập), nhưng không điều nào trong số này giải thích lý do tại sao nó cho rằng việc tái chế nhóm là cần thiết trước lần đầu tiên một thậm chí bắt đầu, và sau đó bắt đầu hai quá trình, một quá trình gần như ngay sau quá trình kia.Tôi ít quan tâm hơn về lý do tại sao cả hai cuối cùng đều gặp sự cố và sau đó được thay thế bằng một quy trình thứ ba giống hệt nhau hoàn thành mà không gặp bất kỳ sự cố nào.
