Các phiên bản gần đây của RHEL / CentOS (EL6) đã mang lại một số thay đổi thú vị cho hệ thống tệp XFS mà tôi đã phụ thuộc rất nhiều trong hơn một thập kỷ. Tôi đã dành một phần của mùa hè năm ngoái để theo đuổi một tình huống tệp XFS thưa thớt do một backport kernel được ghi chép kém. Những người khác đã có vấn đề về hiệu suất đáng tiếc hoặc hành vi không nhất quán kể từ khi chuyển sang EL6.
XFS là hệ thống tệp mặc định của tôi cho các phân vùng dữ liệu và tăng trưởng, vì nó mang lại sự ổn định, khả năng mở rộng và tăng hiệu suất tốt so với các hệ thống tệp ext3 mặc định.
Có một vấn đề với XFS trên các hệ thống EL6 xuất hiện vào tháng 11 năm 2012. Tôi nhận thấy rằng các máy chủ của tôi đang hiển thị tải hệ thống cao bất thường, ngay cả khi không hoạt động. Trong một trường hợp, một hệ thống không tải sẽ hiển thị trung bình tải không đổi là 3+. Trong những người khác, đã có hơn 1 vết sưng. Số lượng các hệ thống tập tin XFS được gắn dường như ảnh hưởng đến mức độ nghiêm trọng của việc tăng tải.
Hệ thống có hai hệ thống tập tin XFS hoạt động. Tải là +2 sau khi nâng cấp lên kernel bị ảnh hưởng.
Tìm hiểu sâu hơn, tôi tìm thấy một vài luồng trong danh sách gửi thư XFS chỉ ra tần suất tăng của xfsaildquá trình ngồi ở trạng thái STAT D. Các mục nhập theo dõi lỗi tương ứng của CentOS và Red Bug Bugzilla phác thảo các chi tiết cụ thể của vấn đề và kết luận rằng đây không phải là vấn đề về hiệu năng; chỉ có một lỗi trong báo cáo tải hệ thống trong các hạt nhân mới hơn 2.6.32-279.14.1.el6 .
WTF?!?
Trong tình huống một lần, tôi hiểu rằng báo cáo tải có thể không phải là vấn đề lớn. Hãy thử quản lý điều đó với NMS của bạn và hàng trăm hoặc hàng ngàn máy chủ! Điều này đã được xác định vào tháng 11 năm 2012 tại kernel 2.6.32-279.14.1.el6 theo EL6.3. Kernels 2.6.32-279.19.1.el6 và 2.6.32-279.22.1.el6 đã được phát hành trong những tháng tiếp theo (tháng 12 năm 2012 và tháng 2 năm 2013) mà không thay đổi hành vi này. Thậm chí đã có một bản phát hành nhỏ mới của hệ điều hành kể từ khi vấn đề này được xác định. EL6.4 đã được phát hành và hiện đã có trên kernel 2.6.32-358.2.1.el6 , thể hiện hành vi tương tự.
Tôi đã có một hàng đợi xây dựng hệ thống mới và đã phải khắc phục sự cố, hoặc khóa các phiên bản kernel tại phiên bản trước tháng 11 năm 2012 cho EL6.3 hoặc không sử dụng XFS, chọn ext4 hoặc ZFS , với hình phạt hiệu năng nghiêm trọng cho các ứng dụng tùy chỉnh cụ thể chạy trên đỉnh. Ứng dụng được đề cập phụ thuộc rất nhiều vào một số thuộc tính hệ thống tệp XFS để giải thích cho sự thiếu sót trong thiết kế ứng dụng.
Đi đằng sau trang web kiến thức được trả tiền của Red Hat , một mục xuất hiện cho biết:
Trung bình tải cao được quan sát thấy sau khi cài đặt kernel 2.6.32-279.14.1.el6. Trung bình tải cao là do xfsaild chuyển sang trạng thái D cho mỗi thiết bị được định dạng XFS.
Hiện tại không có giải pháp cho vấn đề này. Nó hiện đang được theo dõi thông qua Bugzilla # 883905. Giải pháp hạ cấp gói kernel đã cài đặt xuống phiên bản thấp hơn 2.6.32-279.14.1.
(ngoại trừ việc hạ cấp hạt nhân không phải là một tùy chọn trên RHEL 6.4 ...)
Vì vậy, chúng tôi đã giải quyết vấn đề này hơn 4 tháng mà không có bản sửa lỗi thực sự nào được lên kế hoạch cho các bản phát hành HĐH EL6.3 hoặc EL6.4. Có một bản sửa lỗi được đề xuất cho EL6.5 và bản vá nguồn kernel có sẵn ... Nhưng câu hỏi của tôi là:
Tại thời điểm nào thì có ý nghĩa khi rời khỏi các gói và gói do hệ điều hành cung cấp khi bộ duy trì ngược dòng đã phá vỡ một tính năng quan trọng?
Red Hat đã giới thiệu lỗi này. Họ nên kết hợp một sửa chữa vào một kernel errata. Một trong những lợi thế của việc sử dụng các hệ điều hành doanh nghiệp là chúng cung cấp một mục tiêu nền tảng nhất quán và có thể dự đoán được . Lỗi này đã phá vỡ các hệ thống đã được sản xuất trong một chu kỳ vá lỗi và làm giảm sự tự tin trong việc triển khai các hệ thống mới. Trong khi tôi có thể áp dụng một trong các bản vá được đề xuất cho mã nguồn , làm thế nào có thể mở rộng được? Nó sẽ đòi hỏi một số cảnh giác để tiếp tục cập nhật khi hệ điều hành thay đổi.
Điều gì đúng di chuyển ở đây?
- Chúng tôi biết điều này có thể có thể được sửa chữa, nhưng không phải khi nào.
- Hỗ trợ hạt nhân của riêng bạn trong hệ sinh thái Red Hat có bộ cảnh báo riêng.
- Điều gì ảnh hưởng đến đủ điều kiện hỗ trợ?
- Tôi có nên phủ lớp nhân EL6.3 đang hoạt động lên trên các máy chủ EL6.4 mới được xây dựng để có được chức năng XFS phù hợp không?
- Tôi có nên đợi cho đến khi điều này được sửa chữa chính thức?
- Điều này nói gì về sự thiếu kiểm soát mà chúng ta có trong các chu kỳ phát hành Linux của doanh nghiệp?
- Việc dựa vào một hệ thống tập tin XFS quá lâu là một lỗi lập kế hoạch / thiết kế?
Chỉnh sửa:
Bản vá này đã được tích hợp vào bản phát hành nhân CentOSPlus gần đây nhất ( kernel-2.6.32-358.2.1.el6.centos.plus ). Tôi đang thử nghiệm điều này trên các hệ thống CentOS của mình, nhưng điều này không giúp ích nhiều cho các máy chủ dựa trên Red Hat.