Trong khi xử lý sự cố máy chủ Oracle Linux 6.3 (Đạo hàm RHEL), tôi đã thử sử dụng một số lệnh Magic SysRq Key lần đầu tiên. Không có may mắn như vậy nên tôi phải khó khởi động lại. Khi nó xuất hiện trở lại, tôi đã kiểm tra xem SysRq đã được bật chưa ...
> sysctl kernel.sysrq
kernel.sysrq = 0
Nhưng trên các hệ thống Oracle Linux 7.2 (RHEL Derivative) của chúng tôi ...
> sysctl kernel.sysrq
kernel.sysrq = 16
Nhìn vào Tài liệu Kernel cho sysrq :
0 - disable sysrq completely
1 - enable all functions of sysrq
>1 - bitmask of allowed sysrq functions (see below for detailed function
description):
2 = 0x2 - enable control of console logging level
4 = 0x4 - enable control of keyboard (SAK, unraw)
8 = 0x8 - enable debugging dumps of processes etc.
16 = 0x10 - enable sync command
32 = 0x20 - enable remount read-only
64 = 0x40 - enable signalling of processes (term, kill, oom-kill)
128 = 0x80 - allow reboot/poweroff
256 = 0x100 - allow nicing of all RT tasks
Theo QA của Fedora cho Sysrq :
Các hạt nhân Stock Fedora và RHEL có chức năng này được kích hoạt vào thời gian biên dịch, nhưng các bản phân phối sẽ vô hiệu hóa nó khi khởi động, theo mặc định, sử dụng sysctl.conf.
Kích hoạt chức năng này theo mặc định trên tất cả các hệ thống của chúng tôi có vẻ là một ý tưởng tốt. Nếu cơ hội hệ thống bị khóa, ít nhất bạn có thể tắt nó một cách duyên dáng.
Những câu hỏi của tôi...
- Nếu đó rõ ràng là một ý tưởng tốt, tại sao tính năng này bị vô hiệu hóa trong 6.X và bị hạn chế chỉ đồng bộ hóa hệ thống tệp trong 7.X?
- Có bất kỳ rủi ro trong việc thiết
kernel.sysrq
để1
trên tất cả các hệ thống của chúng tôi?