Login
[x]
Log in using an account from:
Fedora Account System
Red Hat Associate
Red Hat Customer
Or login using a Red Hat Bugzilla account
Forgot Password
Login:
Hide Forgot
Create an Account
Red Hat Bugzilla – Attachment 314951 Details for
Bug 459879
kdump via bond device doesn't work for non-basic config.
[?]
New
Simple Search
Advanced Search
My Links
Browse
Requests
Reports
Current State
Search
Tabular reports
Graphical reports
Duplicates
Other Reports
User Changes
Plotly Reports
Bug Status
Bug Severity
Non-Defaults
|
Product Dashboard
Help
Page Help!
Bug Writing Guidelines
What's new
Browser Support Policy
5.0.4.rh83 Release notes
FAQ
Guides index
User guide
Web Services
Contact
Legal
This site requires JavaScript to be enabled to function correctly, please enable it.
kdump.conf
kdump.conf (text/plain), 4.24 KB, created by
Etsuji Nakai
on 2008-08-25 23:12:26 UTC
(
hide
)
Description:
kdump.conf
Filename:
MIME Type:
Creator:
Etsuji Nakai
Created:
2008-08-25 23:12:26 UTC
Size:
4.24 KB
patch
obsolete
># Configures where to put the kdump /proc/vmcore files ># ># This file contains a series of commands to perform (in order) when a ># kernel crash has happened and the kdump kernel has been loaded. Directives in ># this file are only applicable to the kdump initramfs, and have no effect if ># the root filesystem is mounted and the normal init scripts are processed ># ># Currently only one dump target and path may be configured at once ># if the configured dump target fails, the default action will be preformed ># the default action may be configured with the default directive below. If the ># configured dump target succedes ># ># Basics commands supported are: ># raw <partition> - Will dd /proc/vmcore into <partition>. ># ># net <nfs mount> - Will mount fs and copy /proc/vmcore to ># <mnt>/var/crash/%HOST-%DATE/, supports DNS. ># ># net <user@server> - Will scp /proc/vmcore to ># <user@server>:/var/crash/%HOST-%DATE/, supports DNS ># NOTE: make sure user has necessary write ># permissions on server ># ># <fs type> <partition> - Will mount -t <fs type> <partition> /mnt and copy ># /proc/vmcore to /mnt/var/crash/%DATE/. ># NOTE: <partition> can be a device node, label or uuid. ># ># path <path> - Append path to the filesystem device which you are ># dumping to. Ignored for raw device dumps. ># If unset, will default to /var/crash. ># ># core_collector makedumpfile <options> ># - This directive allows you to use the dump filtering ># program makedumpfile to retrieve your core, which on ># some arches can drastically reduce core file size. ># See /sbin/makedumpfile --help for a list of options. ># Note that the -i and -g options are not needed here, ># as the initrd will automatically be populated with ># a config file appropriate for the running kernel. ># ># link_delay <seconds> ># - Some network cards take a long time to initialize, and ># some spanning tree enabled networks do not transmit ># user traffic for long periods after a link state ># changes. This optional parameter defines a wait ># period after a link is activated in which the ># initramfs will wait before attempting to transmit ># user data. ># ># kdump_post <binary | script> ># - This directive allows you to run a specified ># executable just after the memory dump process ># terminates. The exit status from the dump process ># is fed to the kdump_post executable, which can be ># used to trigger different actions for success or ># failure. ># ># extra_bins <binaries | shell scripts> ># - This directive allows you to specify additional ># binaries or shell scripts you'd like to include in ># your kdump initrd. Generally only useful in ># conjunction with a kdump_post binary or script that ># relies on other binaries or scripts. ># ># extra_modules <module(s)> ># - This directive allows you to specify extra kernel ># modules that you want to be loaded in the kdump ># initrd, typically used to set up access to ># non-boot-path dump targets that might otherwise ># not be accessible in the kdump environment. Multiple ># modules can be listed, separated by a space, and any ># dependent modules will automatically be included. ># ># default <reboot | halt | shell> ># - Action to preform instead of mounting root fs and ># running init process ># reboot: If the default action is reboot simply reboot ># the system and loose the core that you are ># trying to retrieve. ># halt: If the default action is halt, then simply ># halt the system after attempting to capture ># a vmcore, regardless of success or failure. ># shell: If the default action is shell, then drop to ># an msh session inside the initramfs from ># where you can try to record the core manually. ># Exiting this shell reboots the system. ># NOTE: If no default action is specified, the initramfs ># will mount the root file system and run init. >#raw /dev/sda5 >#ext3 /dev/sda3 >#ext3 LABEL=/boot >#ext3 UUID=03138356-5e61-4ab3-b58e-27507ac41937 >#net my.server.com:/export/tmp >#net user@my.server.com >#path /var/crash >#core_collector makedumpfile -c >#link_delay 60 >#kdump_post /var/crash/scripts/kdump-post.sh >#extra_bins /usr/bin/lftp >#extra_modules gfs2 >#default shell >net admin@192.168.1.190 >path /home/admin/crash
You cannot view the attachment while viewing its details because your browser does not support IFRAMEs.
View the attachment on a separate page
.
View Attachment As Raw
Actions:
View
Attachments on
bug 459879
:
314866
| 314951 |
314953
|
314954
|
315787
|
315851