Ubuntu Server Guide Changes, errors and bugs

Remote Kernel Crash Dumps using the NFS protocol
To enable remote dumps using the NFS protocol, the /etc/default/kdump−tools must be modified in the
following manner :
# NFS −
Hostname and mount p o i n t o f t h e NFS s e r v e r c o n f i g u r e d t o r e c e i v e
#
t h e c r a s h dump . The s y nt a x must be {HOSTNAME} : {MOUNTPOINT}
#
( e . g . remote : / var / c r a s h )
#
NFS=”kdump−n e t c r a s h : / var / c r a s h ”
19

---

As with the SSH protocol, the HOSTTAG variable can be used to replace the IP address by the hostname
as the prefix of the remote directory.
The kdump−config show command can be used to confirm that kdump is correctly configured to use the
NFS protocol :
kdump−c o n f i g show
DUMP_MODE:
kdump
USE_KDUMP:
1
KDUMP_SYSCTL:
k e r n e l . panic_on_oops=1
KDUMP_COREDIR:
/ var / c r a s h
c r a s h k e r n e l addr : 0 x2c000000
/ var / l i b /kdump/ vmlinuz : s y m b o l i c l i n k t o / boot / vmlinuz −4.4.0−10− g e n e r i c
kdump i n i t r d :
/ var / l i b /kdump/ i n i t r d . img : s y m b o l i c l i n k t o / var / l i b /kdump/ i n i t r d . img
−4.4.0−10− g e n e r i c
NFS :
kdump−n e t c r a s h : / var / c r a s h
HOSTTAG:
hostname
c u r r e n t s t a t e :
ready t o kdump
Verification
To confirm that the kernel dump mechanism is enabled, there are a few things to verify. First, confirm that
the crashkernel boot parameter is present (note: The following line has been split into two to fit the format
of this document:
c a t / p r o c / c m d l i n e
BOOT_IMAGE=/vmlinuz −3.2.0−17− s e r v e r r o o t=/dev /mapper/ P r e c i s e S −r o o t r o
c r a s h k e r n e l =384M−2G: 6 4M, 2G−:128M
The crashkernel parameter has the following syntax:
c r a s h k e r n e l=:< s i z e 1 >[,< range2 >:< s i z e 2 > , . . . ] [ @ o f f s e t ]
r a n g e=s t a r t −[ end ] ’ s t a r t ’ i s i n c l u s i v e and ’ end ’ i s e x c l u s i v e .
So for the crashkernel parameter found in /proc/cmdline we would have :
c r a s h k e r n e l =384M−2G: 6 4M, 2G−:128M
The above value means:
• if the RAM is smaller than 384M, then don’t reserve anything (this is the “rescue” case)
• if the RAM size is between 386M and 2G (exclusive), then reserve 64M
• if the RAM size is larger than 2G, then reserve 128M
Second, verify that the kernel has reserved the requested memory area for the kdump kernel by doing:
dmesg | g r e p − i c r a s h
. . .
[
0 . 0 0 0 0 0 0 ] R e s e r v i n g 64MB o f memory a t 800MB f o r c r a s h k e r n e l ( System RAM:
1023MB)
Finally, as seen previously, the kdump−config show command displays the current status of the kdump-tools
configuration :
20

---

kdump−c o n f i g show
DUMP_MODE:
kdump
USE_KDUMP:
1
KDUMP_SYSCTL:
k e r n e l . panic_on_oops=1
KDUMP_COREDIR:
/ var / c r a s h
c r a s h k e r n e l addr : 0 x2c000000
/ var / l i b /kdump/ vmlinuz : s y m b o l i c l i n k t o / boot / vmlinuz −4.4.0−10− g e n e r i c
kdump i n i t r d :
/ var / l i b /kdump/ i n i t r d . img : s y m b o l i c l i n k t o / var / l i b /kdump/ i n i t r d . img
−4.4.0−10− g e n e r i c
c u r r e n t s t a t e :
ready t o kdump
k e x e c command :
/ s b i n / k e x e c −p −−command−l i n e =”BOOT_IMAGE=/vmlinuz −4.4.0−10− g e n e r i c r o o t
=/dev /mapper/ VividS−−vg−r o o t r o debug break=i n i t c o n s o l e=ttyS0
, 1 1 5 2 0 0 i r q p o l l maxcpus=1 nousb systemd . u n i t=kdump−t o o l s . s e r v i c e ” −−
i n i t r d =/var / l i b /kdump/ i n i t r d . img / var / l i b /kdump/ vmlinuz