Vấn đề: Những bóng ma trong bảng tiến trìnhGần đây tôi đã kiểm tra một máy chủ production có cảm giác bị 'nghẽn'. Mặc dù mức sử dụng CPU và RAM chỉ ở mức 10% thoải mái, hệ thống vẫn không cho phép tôi bắt đầu các tác vụ mới. Kiểm tra tiến trình nhanh chóng cho thấy hàng chục mục được gắn nhãn <defunct>. Đây chính là các 'Zombie' process.
Zombie process là một tác vụ đã hoàn thành công việc nhưng vẫn còn sót lại trong bảng tiến trình. Điều này xảy ra khi một tiến trình cha không xác nhận trạng thái thoát của tiến trình con thông qua hệ thống gọi wait(). Mặc dù chúng không tiêu thụ bộ nhớ thực tế, nhưng chúng không hề vô hại.
Nhận diện các ZombieĐể xem hệ thống của bạn có đang bị 'ám' hay không, hãy chạy lệnh sau:
ps aux | grep '<defunct>'
Nếu bạn thấy kết quả như ví dụ bên dưới, bạn có việc cần dọn dẹp rồi đấy:
user 1234 0.0 0.0 0 0 ? Z 10:00 0:00 [my-app] <defunct>
Ký tự Z trong cột STAT chính là bằng chứng xác thực. Mặc dù PID 1234 không sử dụng chu kỳ CPU, nó vẫn chiếm một vị trí trong bảng tiến trình của kernel. Trên nhiều hệ thống, giới hạn mặc định chỉ là 32.768 PID (kiểm tra của bạn bằng cat /proc/sys/kernel/pid_max). Nếu chạm tới giới hạn đó, máy chủ của bạn sẽ ngừng hoàn toàn việc tạo các tiến trình mới.
Tại sao lệnh kill -9 lại thất bạiPhản ứng tự nhiên của bạn có thể là sử dụng lệnh kill -9 1234. Thật không may, điều đó sẽ không có tác dụng ở đây. Bạn không thể tiêu diệt một thứ vốn đã chết. Zombie chỉ là một cấu trúc dữ liệu còn sót lại, một bóng ma mà kernel giữ lại cho đến khi tiến trình cha cuối cùng 'thu dọn' (reap) nó.
Để dọn dẹp một zombie, bạn phải xử lý Tiến trình cha (Parent Process). Nếu tiến trình cha bị lỗi, bị treo hoặc được lập trình kém, nó sẽ bỏ qua tín hiệu thoát của tiến trình con, để lại zombie trong trạng thái lấp lửng.
Bước 1: Tìm PID của tiến trình cha (PPID)Tôi sử dụng lệnh sau để xác định tiến trình chịu trách nhiệm cho sự lộn xộn này:
ps -o ppid= -p [ZOMBIE_PID]
Nếu zombie của chúng ta là PID 1234, lệnh sẽ như thế này:
ps -o ppid= -p 1234
Lệnh này sẽ trả về Parent PID—giả sử đó là 1100.
Giải pháp: Dọn dẹpTôi khuyên bạn nên tiếp cận việc dọn dẹp theo từng cấp độ. Hãy bắt đầu với phương pháp nhẹ nhàng nhất trước để tránh làm sập các dịch vụ khác.
Phương pháp 1: Cái 'huých' nhẹ (SIGCHLD)Đôi khi tiến trình cha chỉ đơn giản là bị 'xao nhãng' hoặc đang bận. Bạn có thể gửi một tín hiệu để nhắc nhở nó kiểm tra các tiến trình con:
kill -s SIGCHLD 1100
Tín hiệu SIGCHLD này thông báo cho tiến trình cha (PID 1100) rằng một tiến trình con đã thay đổi trạng thái. Một ứng dụng hoạt động tốt sẽ phản hồi bằng cách gọi wait(), và zombie sẽ biến mất ngay lập tức.
Phương pháp 2: Khởi động lại dịch vụNếu cái 'huých' nhẹ thất bại, tiến trình cha có khả năng đã bị kẹt trong một vòng lặp vô hạn hoặc trạng thái deadlock. Nếu đó là một dịch vụ không quan trọng, khởi động lại thường là cách khắc phục nhanh nhất:
systemctl restart my-service-name
Khi một tiến trình cha chết, các tiến trình con zombie của nó sẽ trở thành 'trẻ mồ côi' (orphans). Linux xử lý việc này rất tuyệt vời: các tiến trình mồ côi ngay lập tức được nhận nuôi bởi PID 1 (systemd hoặc init). PID 1 là 'người thu dọn cuối cùng' được thiết kế riêng để dọn dẹp bất kỳ zombie nào mà nó nhận nuôi.
Phương pháp 3: Chấm dứt tiến trình cha (Giải pháp cuối cùng)Nếu bạn không thể khởi động lại dịch vụ một cách bình thường, bạn có thể cần buộc tiến trình cha phải thoát:
kill -9 1100
Khi tiến trình cha đã mất, kernel sẽ bàn giao các zombie cho PID 1, và PID 1 sẽ dọn dẹp chúng ngay lập tức. Chỉ sử dụng cách này nếu bạn chắc chắn rằng tiến trình cha không thực hiện tác vụ nào quan trọng.
Xác minh: Kiểm tra kết quảLuôn xác minh lại công việc của bạn. Chạy kiểm tra lần cuối để đảm bảo bảng tiến trình đã sạch sẽ:
ps aux | grep '<defunct>' | grep -v grep
Nếu kết quả trống, những bóng ma đã được trục xuất. Bạn cũng có thể theo dõi số lượng 'zombie' trong phần tiêu đề của top hoặc htop để đảm bảo chúng không bắt đầu tăng trở lại.