1 .. SPDX-License-Identifier: GPL-2.0 1 .. SPDX-License-Identifier: GPL-2.0 2 2 3 ========== 3 ========== 4 Netconsole 4 Netconsole 5 ========== 5 ========== 6 6 7 7 8 started by Ingo Molnar <mingo@redhat.com>, 2001 8 started by Ingo Molnar <mingo@redhat.com>, 2001.09.17 9 9 10 2.6 port and netpoll api by Matt Mackall <mpm@s 10 2.6 port and netpoll api by Matt Mackall <mpm@selenic.com>, Sep 9 2003 11 11 12 IPv6 support by Cong Wang <xiyou.wangcong@gmail 12 IPv6 support by Cong Wang <xiyou.wangcong@gmail.com>, Jan 1 2013 13 13 14 Extended console support by Tejun Heo <tj@kerne 14 Extended console support by Tejun Heo <tj@kernel.org>, May 1 2015 15 15 16 Release prepend support by Breno Leitao <leitao << 17 << 18 Userdata append support by Matthew Wood <thepac << 19 << 20 Please send bug reports to Matt Mackall <mpm@se 16 Please send bug reports to Matt Mackall <mpm@selenic.com> 21 Satyam Sharma <satyam.sharma@gmail.com>, and Co 17 Satyam Sharma <satyam.sharma@gmail.com>, and Cong Wang <xiyou.wangcong@gmail.com> 22 18 23 Introduction: 19 Introduction: 24 ============= 20 ============= 25 21 26 This module logs kernel printk messages over U 22 This module logs kernel printk messages over UDP allowing debugging of 27 problem where disk logging fails and serial co 23 problem where disk logging fails and serial consoles are impractical. 28 24 29 It can be used either built-in or as a module. 25 It can be used either built-in or as a module. As a built-in, 30 netconsole initializes immediately after NIC c 26 netconsole initializes immediately after NIC cards and will bring up 31 the specified interface as soon as possible. W 27 the specified interface as soon as possible. While this doesn't allow 32 capture of early kernel panics, it does captur 28 capture of early kernel panics, it does capture most of the boot 33 process. 29 process. 34 30 35 Sender and receiver configuration: 31 Sender and receiver configuration: 36 ================================== 32 ================================== 37 33 38 It takes a string configuration parameter "net 34 It takes a string configuration parameter "netconsole" in the 39 following format:: 35 following format:: 40 36 41 netconsole=[+][r][src-port]@[src-ip]/[<dev>],[ !! 37 netconsole=[+][src-port]@[src-ip]/[<dev>],[tgt-port]@<tgt-ip>/[tgt-macaddr] 42 38 43 where 39 where 44 + if present, enable exten 40 + if present, enable extended console support 45 r if present, prepend kern << 46 src-port source for UDP packets ( 41 src-port source for UDP packets (defaults to 6665) 47 src-ip source IP to use (interf 42 src-ip source IP to use (interface address) 48 dev network interface (eth0) 43 dev network interface (eth0) 49 tgt-port port for logging agent ( 44 tgt-port port for logging agent (6666) 50 tgt-ip IP address for logging a 45 tgt-ip IP address for logging agent 51 tgt-macaddr ethernet MAC address for 46 tgt-macaddr ethernet MAC address for logging agent (broadcast) 52 47 53 Examples:: 48 Examples:: 54 49 55 linux netconsole=4444@10.0.0.1/eth1,9353@10.0 50 linux netconsole=4444@10.0.0.1/eth1,9353@10.0.0.2/12:34:56:78:9a:bc 56 51 57 or:: 52 or:: 58 53 59 insmod netconsole netconsole=@/,@10.0.0.2/ 54 insmod netconsole netconsole=@/,@10.0.0.2/ 60 55 61 or using IPv6:: 56 or using IPv6:: 62 57 63 insmod netconsole netconsole=@/,@fd00:1:2:3:: 58 insmod netconsole netconsole=@/,@fd00:1:2:3::1/ 64 59 65 It also supports logging to multiple remote ag 60 It also supports logging to multiple remote agents by specifying 66 parameters for the multiple agents separated b 61 parameters for the multiple agents separated by semicolons and the 67 complete string enclosed in "quotes", thusly:: 62 complete string enclosed in "quotes", thusly:: 68 63 69 modprobe netconsole netconsole="@/,@10.0.0.2/ 64 modprobe netconsole netconsole="@/,@10.0.0.2/;@/eth1,6892@10.0.0.3/" 70 65 71 Built-in netconsole starts immediately after t 66 Built-in netconsole starts immediately after the TCP stack is 72 initialized and attempts to bring up the suppl 67 initialized and attempts to bring up the supplied dev at the supplied 73 address. 68 address. 74 69 75 The remote host has several options to receive 70 The remote host has several options to receive the kernel messages, 76 for example: 71 for example: 77 72 78 1) syslogd 73 1) syslogd 79 74 80 2) netcat 75 2) netcat 81 76 82 On distributions using a BSD-based netcat v 77 On distributions using a BSD-based netcat version (e.g. Fedora, 83 openSUSE and Ubuntu) the listening port mus 78 openSUSE and Ubuntu) the listening port must be specified without 84 the -p switch:: 79 the -p switch:: 85 80 86 nc -u -l -p <port>' / 'nc -u -l <port> 81 nc -u -l -p <port>' / 'nc -u -l <port> 87 82 88 or:: 83 or:: 89 84 90 netcat -u -l -p <port>' / 'netcat -u - 85 netcat -u -l -p <port>' / 'netcat -u -l <port> 91 86 92 3) socat 87 3) socat 93 88 94 :: 89 :: 95 90 96 socat udp-recv:<port> - 91 socat udp-recv:<port> - 97 92 98 Dynamic reconfiguration: 93 Dynamic reconfiguration: 99 ======================== 94 ======================== 100 95 101 Dynamic reconfigurability is a useful addition 96 Dynamic reconfigurability is a useful addition to netconsole that enables 102 remote logging targets to be dynamically added 97 remote logging targets to be dynamically added, removed, or have their 103 parameters reconfigured at runtime from a conf 98 parameters reconfigured at runtime from a configfs-based userspace interface. >> 99 [ Note that the parameters of netconsole targets that were specified/created >> 100 from the boot/module option are not exposed via this interface, and hence >> 101 cannot be modified dynamically. ] 104 102 105 To include this feature, select CONFIG_NETCONS 103 To include this feature, select CONFIG_NETCONSOLE_DYNAMIC when building the 106 netconsole module (or kernel, if netconsole is 104 netconsole module (or kernel, if netconsole is built-in). 107 105 108 Some examples follow (where configfs is mounte 106 Some examples follow (where configfs is mounted at the /sys/kernel/config 109 mountpoint). 107 mountpoint). 110 108 111 To add a remote logging target (target names c 109 To add a remote logging target (target names can be arbitrary):: 112 110 113 cd /sys/kernel/config/netconsole/ 111 cd /sys/kernel/config/netconsole/ 114 mkdir target1 112 mkdir target1 115 113 116 Note that newly created targets have default p 114 Note that newly created targets have default parameter values (as mentioned 117 above) and are disabled by default -- they mus 115 above) and are disabled by default -- they must first be enabled by writing 118 "1" to the "enabled" attribute (usually after 116 "1" to the "enabled" attribute (usually after setting parameters accordingly) 119 as described below. 117 as described below. 120 118 121 To remove a target:: 119 To remove a target:: 122 120 123 rmdir /sys/kernel/config/netconsole/othertarg 121 rmdir /sys/kernel/config/netconsole/othertarget/ 124 122 125 The interface exposes these parameters of a ne 123 The interface exposes these parameters of a netconsole target to userspace: 126 124 127 ============== ====================== 125 ============== ================================= ============ 128 enabled Is this target current 126 enabled Is this target currently enabled? (read-write) 129 extended Extended mode enabled 127 extended Extended mode enabled (read-write) 130 release Prepend kernel release << 131 dev_name Local network interfac 128 dev_name Local network interface name (read-write) 132 local_port Source UDP port to use 129 local_port Source UDP port to use (read-write) 133 remote_port Remote agent's UDP por 130 remote_port Remote agent's UDP port (read-write) 134 local_ip Source IP address to u 131 local_ip Source IP address to use (read-write) 135 remote_ip Remote agent's IP addr 132 remote_ip Remote agent's IP address (read-write) 136 local_mac Local interface's MAC 133 local_mac Local interface's MAC address (read-only) 137 remote_mac Remote agent's MAC add 134 remote_mac Remote agent's MAC address (read-write) 138 ============== ====================== 135 ============== ================================= ============ 139 136 140 The "enabled" attribute is also used to contro 137 The "enabled" attribute is also used to control whether the parameters of 141 a target can be updated or not -- you can modi 138 a target can be updated or not -- you can modify the parameters of only 142 disabled targets (i.e. if "enabled" is 0). 139 disabled targets (i.e. if "enabled" is 0). 143 140 144 To update a target's parameters:: 141 To update a target's parameters:: 145 142 146 cat enabled # chec 143 cat enabled # check if enabled is 1 147 echo 0 > enabled # disa 144 echo 0 > enabled # disable the target (if required) 148 echo eth2 > dev_name # set 145 echo eth2 > dev_name # set local interface 149 echo 10.0.0.4 > remote_ip # upda 146 echo 10.0.0.4 > remote_ip # update some parameter 150 echo cb:a9:87:65:43:21 > remote_mac # upda 147 echo cb:a9:87:65:43:21 > remote_mac # update more parameters 151 echo 1 > enabled # enab 148 echo 1 > enabled # enable target again 152 149 153 You can also update the local interface dynami 150 You can also update the local interface dynamically. This is especially 154 useful if you want to use interfaces that have 151 useful if you want to use interfaces that have newly come up (and may not 155 have existed when netconsole was loaded / init 152 have existed when netconsole was loaded / initialized). 156 153 157 Netconsole targets defined at boot time (or mo << 158 `netconsole=` param are assigned the name `cmd << 159 first target in the parameter is named `cmdlin << 160 these targets by creating configfs directories << 161 << 162 Let's suppose you have two netconsole targets << 163 << 164 netconsole=4444@10.0.0.1/eth1,9353@10.0.0.2/1 << 165 << 166 You can modify these targets in runtime by cre << 167 << 168 mkdir cmdline0 << 169 cat cmdline0/remote_ip << 170 10.0.0.2 << 171 << 172 mkdir cmdline1 << 173 cat cmdline1/remote_ip << 174 10.0.0.3 << 175 << 176 Append User Data << 177 ---------------- << 178 << 179 Custom user data can be appended to the end of << 180 dynamic configuration enabled. User data entri << 181 changing the "enabled" attribute of a target. << 182 << 183 Directories (keys) under `userdata` are limite << 184 data in `userdata/<key>/value` are limited to << 185 << 186 cd /sys/kernel/config/netconsole && mkdir cmd << 187 cd cmdline0 << 188 mkdir userdata/foo << 189 echo bar > userdata/foo/value << 190 mkdir userdata/qux << 191 echo baz > userdata/qux/value << 192 << 193 Messages will now include this additional user << 194 << 195 echo "This is a message" > /dev/kmsg << 196 << 197 Sends:: << 198 << 199 12,607,22085407756,-;This is a message << 200 foo=bar << 201 qux=baz << 202 << 203 Preview the userdata that will be appended wit << 204 << 205 cd /sys/kernel/config/netconsole/cmdline0/use << 206 for f in `ls userdata`; do echo $f=$(cat user << 207 << 208 If a `userdata` entry is created but no data i << 209 the entry will be omitted from netconsole mess << 210 << 211 cd /sys/kernel/config/netconsole && mkdir cmd << 212 cd cmdline0 << 213 mkdir userdata/foo << 214 echo bar > userdata/foo/value << 215 mkdir userdata/qux << 216 << 217 The `qux` key is omitted since it has no value << 218 << 219 echo "This is a message" > /dev/kmsg << 220 12,607,22085407756,-;This is a message << 221 foo=bar << 222 << 223 Delete `userdata` entries with `rmdir`:: << 224 << 225 rmdir /sys/kernel/config/netconsole/cmdline0/ << 226 << 227 .. warning:: << 228 When writing strings to user data values, i << 229 configfs store calls and this can cause con << 230 << 231 mkdir userdata/testing << 232 printf "val1\nval2" > userdata/testing/va << 233 # userdata store value is called twice, f << 234 # so "val2" is stored, being the last val << 235 cat userdata/testing/value << 236 val2 << 237 << 238 It is recommended to not write user data va << 239 << 240 Extended console: 154 Extended console: 241 ================= 155 ================= 242 156 243 If '+' is prefixed to the configuration line o 157 If '+' is prefixed to the configuration line or "extended" config file 244 is set to 1, extended console support is enabl 158 is set to 1, extended console support is enabled. An example boot 245 param follows:: 159 param follows:: 246 160 247 linux netconsole=+4444@10.0.0.1/eth1,9353@10. 161 linux netconsole=+4444@10.0.0.1/eth1,9353@10.0.0.2/12:34:56:78:9a:bc 248 162 249 Log messages are transmitted with extended met 163 Log messages are transmitted with extended metadata header in the 250 following format which is the same as /dev/kms 164 following format which is the same as /dev/kmsg:: 251 165 252 <level>,<sequnum>,<timestamp>,<contflag>;<mes 166 <level>,<sequnum>,<timestamp>,<contflag>;<message text> 253 << 254 If 'r' (release) feature is enabled, the kerne << 255 prepended to the start of the message. Example << 256 << 257 6.4.0,6,444,501151268,-;netconsole: network l << 258 167 259 Non printable characters in <message text> are 168 Non printable characters in <message text> are escaped using "\xff" 260 notation. If the message contains optional dic 169 notation. If the message contains optional dictionary, verbatim 261 newline is used as the delimiter. 170 newline is used as the delimiter. 262 171 263 If a message doesn't fit in certain number of 172 If a message doesn't fit in certain number of bytes (currently 1000), 264 the message is split into multiple fragments b 173 the message is split into multiple fragments by netconsole. These 265 fragments are transmitted with "ncfrag" header 174 fragments are transmitted with "ncfrag" header field added:: 266 175 267 ncfrag=<byte-offset>/<total-bytes> 176 ncfrag=<byte-offset>/<total-bytes> 268 177 269 For example, assuming a lot smaller chunk size 178 For example, assuming a lot smaller chunk size, a message "the first 270 chunk, the 2nd chunk." may be split as follows 179 chunk, the 2nd chunk." may be split as follows:: 271 180 272 6,416,1758426,-,ncfrag=0/31;the first chunk, 181 6,416,1758426,-,ncfrag=0/31;the first chunk, 273 6,416,1758426,-,ncfrag=16/31; the 2nd chunk. 182 6,416,1758426,-,ncfrag=16/31; the 2nd chunk. 274 183 275 Miscellaneous notes: 184 Miscellaneous notes: 276 ==================== 185 ==================== 277 186 278 .. Warning:: 187 .. Warning:: 279 188 280 the default target ethernet setting uses th 189 the default target ethernet setting uses the broadcast 281 ethernet address to send packets, which can 190 ethernet address to send packets, which can cause increased load on 282 other systems on the same ethernet segment. 191 other systems on the same ethernet segment. 283 192 284 .. Tip:: 193 .. Tip:: 285 194 286 some LAN switches may be configured to supp 195 some LAN switches may be configured to suppress ethernet broadcasts 287 so it is advised to explicitly specify the 196 so it is advised to explicitly specify the remote agents' MAC addresses 288 from the config parameters passed to netcon 197 from the config parameters passed to netconsole. 289 198 290 .. Tip:: 199 .. Tip:: 291 200 292 to find out the MAC address of, say, 10.0.0 201 to find out the MAC address of, say, 10.0.0.2, you may try using:: 293 202 294 ping -c 1 10.0.0.2 ; /sbin/arp -n | gr 203 ping -c 1 10.0.0.2 ; /sbin/arp -n | grep 10.0.0.2 295 204 296 .. Tip:: 205 .. Tip:: 297 206 298 in case the remote logging agent is on a se 207 in case the remote logging agent is on a separate LAN subnet than 299 the sender, it is suggested to try specifyi 208 the sender, it is suggested to try specifying the MAC address of the 300 default gateway (you may use /sbin/route -n 209 default gateway (you may use /sbin/route -n to find it out) as the 301 remote MAC address instead. 210 remote MAC address instead. 302 211 303 .. note:: 212 .. note:: 304 213 305 the network device (eth1 in the above case) 214 the network device (eth1 in the above case) can run any kind 306 of other network traffic, netconsole is not 215 of other network traffic, netconsole is not intrusive. Netconsole 307 might cause slight delays in other traffic 216 might cause slight delays in other traffic if the volume of kernel 308 messages is high, but should have no other 217 messages is high, but should have no other impact. 309 218 310 .. note:: 219 .. note:: 311 220 312 if you find that the remote logging agent i 221 if you find that the remote logging agent is not receiving or 313 printing all messages from the sender, it i 222 printing all messages from the sender, it is likely that you have set 314 the "console_loglevel" parameter (on the se 223 the "console_loglevel" parameter (on the sender) to only send high 315 priority messages to the console. You can c 224 priority messages to the console. You can change this at runtime using:: 316 225 317 dmesg -n 8 226 dmesg -n 8 318 227 319 or by specifying "debug" on the kernel comm 228 or by specifying "debug" on the kernel command line at boot, to send 320 all kernel messages to the console. A speci 229 all kernel messages to the console. A specific value for this parameter 321 can also be set using the "loglevel" kernel 230 can also be set using the "loglevel" kernel boot option. See the 322 dmesg(8) man page and Documentation/admin-g 231 dmesg(8) man page and Documentation/admin-guide/kernel-parameters.rst 323 for details. 232 for details. 324 233 325 Netconsole was designed to be as instantaneous 234 Netconsole was designed to be as instantaneous as possible, to 326 enable the logging of even the most critical k 235 enable the logging of even the most critical kernel bugs. It works 327 from IRQ contexts as well, and does not enable 236 from IRQ contexts as well, and does not enable interrupts while 328 sending packets. Due to these unique needs, co 237 sending packets. Due to these unique needs, configuration cannot 329 be more automatic, and some fundamental limita 238 be more automatic, and some fundamental limitations will remain: 330 only IP networks, UDP packets and ethernet dev 239 only IP networks, UDP packets and ethernet devices are supported.
Linux® is a registered trademark of Linus Torvalds in the United States and other countries.
TOMOYO® is a registered trademark of NTT DATA CORPORATION.