Kdump.service FAILED centOS 7


8

Tôi đã CentOS 7 64cài đặt trên máy tính để bàn của mình. Sau khi cập nhật hệ thống gần đây, tôi gặp lỗi dưới đây trong khi khởi động CentOS 7.

Một số hệ thống thời gian có thể khởi động và tôi có thể làm việc trên nó. nhưng nó cho cùng một lỗi tại thời điểm khởi động tiếp theo.

sau khi vào đây

trạng thái systemctl kdump.service

Tôi nhận được điều này:

● kdump.service - Hạt nhân phục hồi sự cố đã
tải: Đã tải (/usr/lib/systemd/system/kdump.service; đã bật)
Hoạt động: thất bại (Kết quả: mã thoát) kể từ Thu 2015-01-22 02:55:49 MST; 39 phút trước PID chính: 1139 (code = exited, status = 1 / FAILURE)

Ngày 22 tháng 1 02:55:49 localhost.localdomain kdumpctl [1139]: Không có bộ nhớ dành riêng cho kernel crash.
22 tháng 1 02:55:49 localhost.localdomain kdumpctl [1139]: Bắt đầu kdump: [FAILED]
22 tháng 1 02:55:49 localhost.localdomain systemd 1 : kdump.service: quá trình chính đã thoát, code = exited, status = 1 / THẤT BẠI
ngày 22 tháng 1 02:55:49 localhost.localdomain systemd 1 : Không thể bắt đầu sụp đổ hồi hạt nhân trang bị vũ khí.
Ngày 22 tháng 1 02:55:49 localhost.localdomain systemd 1 : Đơn vị kdump.service đã nhập trạng thái không thành công.
Ngày 22 tháng 1 02:55:49 localhost.localdomain systemd 1 : kdump.service không thành công.

system-config-kdump:
không tìm thấy lệnh ...

Thêm hình ảnh

nhập mô tả hình ảnh ở đây

Câu trả lời:


3

Cài đặt các gói cần thiết

yum --enablerepo=debug install kexec-tools crash kernel-debug kernel-debuginfo-`uname -r`

Sửa đổi grub

Một đối số kernel phải được thêm vào /etc/grub.confđể kích hoạt kdump. Nó được gọi là crashkernel và nó có thể là tự động hoặc được đặt làm giá trị được xác định trước, ví dụ: 128M, 256M, 512M, v.v.

Dòng này sẽ trông giống như sau:

GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/swap crashkernel=auto rd.lvm.lv=rhel/root rhgb quiet"

Thay đổi giá trị của crashkernel=autothành crashkernel=128hoặc crashkernel=256...

Tái tạo cấu hình grub:

grub2-mkconfig -o /boot/grub2/grub.cfg

Trên hệ thống có chương trình cơ sở UEFI, thay vào đó hãy thực hiện như sau:

grub2-mkconfig -o /boot/efi/EFI/Centos/grub.cfg

Mở /etc/zipl.conftập tin cấu hình

xác định vị trí các tham số = phần và chỉnh sửa tham số crashkernel = (hoặc thêm nó nếu không có). Ví dụ: để dự trữ 128 MB bộ nhớ, hãy sử dụng như sau: crashkernel=128Mlưu và thoát

Tạo lại cấu hình zipl:zipl

Nn vô hiệu hóa dịch vụ

Để khởi động kdumptrình nền khi khởi động, hãy gõ lệnh sau dưới dạng root:

chkconfig kdump on

Điều này sẽ cho phép dịch vụ cho runlevels 2, 3, 4 và 5. Tương tự, gõ chkconfig kdump offsẽ vô hiệu hóa nó cho tất cả các runlevels.

Để bắt đầu dịch vụ trong phiên hiện tại, hãy sử dụng lệnh sau với quyền root:

service kdump start

GAD3R không hoạt động, chỉnh sửa câu hỏi với lỗi hiện tại.
Mongrel

Đổi nó thành crashkernel=256M@256M
GAD3R 11/03/2016

Tôi đã thử nó cho đến 512 MB vẫn không Woking
Mongrel

1

Thông báo này khá có khả năng google:

Ngày 22 tháng 1 02:55:49 localhost.localdomain kdumpctl [1139]: Không có bộ nhớ dành riêng cho kernel crash.

Các cuộc thảo luận về liên kết đầu tiên trên google khuyên bạn nên sử dụng

system-config-kdump

Hoặc chỉ cần thêm crashkernel=128Mvào GRUB_CMDLINE_LINUXbiến trong /etc/default/grubvà chạy grub2-mkconfig -o /boot/grub2/grub.cfg, như đề xuất trong hướng dẫn khác .

Tôi không có CentOS 7 ở đây để thử, nhưng tôi tin rằng bạn sẽ có thể sắp xếp nó với thông tin này.


Jakuje tôi đã thử điều này nhưng không có may mắn. vẫn là nó cho cùng một lỗi
Mongrel

1

Bạn có thể kiểm tra bảy dòng, chúng hiển thị cho bạn Không có bộ nhớ dành riêng cho kernel kernel. Điều đó có nghĩa là bạn cần chỉnh sửa tệp grub, cung cấp cho kernel kernel một số dung lượng, thường là 128 hoặc 256.


Tôi đã đưa ra 512nhưng không thể đề cập đến điều đó và một lần nữa cho tôi lỗi. lỗi này xảy ra khoảng 2 lần cứ sau 10 lần khởi động lại.
Mongrel

Có lẽ vì 512 không đủ để lưu trữ tệp lõi. Bạn chỉnh sửa tệp grub như "crashkernel = 512" hoặc "crashkernel = 512M"? Nó phải là "crashkernel = 512M".
wenshizhang

Nó được đặt thành 512MTrước đó được đặt thành128M
Mongrel
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.