OpenVZ Virtuozzo Containers Wiki - User contributions [en]

Remote console setup

2015-01-26T13:41:30Z

Koct9i: /* Setting up rsyslogd */

In case you are experiencing a kernel crash ([[oops]]) and have already [[Hardware testing|tested your hardware]], you should report what kernel says to the console (i.e. an [[oops]] text) to [http://bugzilla.openvz.org/ Bugzilla]. Sometimes kernel crashes so badly that <tt>syslogd</tt> is not working and what kernel says is never written to a file. If this is the case, you have to catch what kernel says. There are several ways possible.

== Manual/Photo ==
If kernel backtrace is not long enough there are chances that it can fit into a single screen. In that case, you can just make a photo of the kernel crash screen and attach it to the bug report. If you do not have a camera, you still can carefully write down (using a piece of paper and a pen, that is) what you see on the screen, and later type it into the bug report.

== Serial console ==
Here is a description of a common routine that is necessary to set up a serial console.

=== Hardware setup ===
First of all you should make sure that your node has a [[w:Serial port|serial port]]. If there is no such port then
unfortunately this way is not for you.

Then you need to find a second machine with a serial port on it.
This machine will be used to collect logs from your primary machine. Further you need to acquire
so-called [[w:Serial cable|null modem cable (a.k.a. serial cable)]] and it must be long enough to connect these two machines.

=== Software setup ===

==== Sending side ====
In your boot loader add the following kernel parameters:
<pre>
console=ttyS0,115200 console=tty0
</pre>

{{Warning|make sure kernel command line does '''not''' contain the word '''<code>quiet</code>''', otherwise most of the kernel messages will not be printed to console.}}

For example, in GRUB boot loader configuration file <tt>/boot/grub/grub.conf</tt> it looks like this:
<pre>
title Fedora Core (2.6.16-026test014.1-smp)
root (hd0,0)
kernel /vmlinuz-2.6.16-026test014.1-smp ro root=LABEL=/ console=ttyS0,115200 console=tty debug silencelevel=8
initrd /initrd-2.6.16-026test014.1-smp.img
</pre>

Kernel loaded with such parameters will send all kernel messages to /dev/ttyS0 (first serial port, a.k.a. COM1). If you have several ports, make sure that your null modem cable is connected to the appropriate port.

==== Receiving side ====
On the second node you should run any software that can log from /dev/ttyS0.

It can be usual
<pre>
cat /dev/ttyS0 > /var/log/serial.log &
</pre>
or something more sophisticated: syslogd, watchtty etc.

==== Port setup ====
One more important thing. 115200 in the example above is the rate of emitting port. Receiving port must also work at the same rate. For example, to tune ttyS0 rate use stty program like this:
<pre>
stty 115200 < /dev/ttyS0
</pre>

Some other serial port parameters, like parity, number of stop bits etc. should also be the same on both sides.

== Netconsole ==

=== Kernel recompilation ===
If you use binary kernel from openvz.org, it already has netconsole module compiled in, so just skip to next section.

If you build the kernel yourself, you might need to check if netconsole is compiled. To that effect, change to your kernel source directory and grep your kernel <tt>.config</tt> for NETCONSOLE:
<pre>
# cd /usr/src/openvz/linux-2.6.16
# grep NETCONSOLE .config
</pre>

If you see nothing or "# CONFIG_NETCONSOLE is not set" you need to recompile the kernel.

Edit your kernel configuration file <tt>.config</tt> with a text editor (<tt>nano .config</tt> or <tt>vi .config</tt>). Set netconsole to Y or M (depending on whether you want it as a module or built into the kernel; I have compiled it as a module):

<pre>CONFIG_NETCONSOLE=m</pre>

Save the file, then recompile the kernel:

<pre>
# make bzImage && make modules && make modules_install
</pre>
Update your bootloader for the new updated kernel. In my case I use LILO so I just type lilo at the prompt.

Reboot into new kernel.

=== Setting up OpenVZ side ===

Next you want your netconsole to send the request to somewhere. Load netconsole module, specifying the remote server parameters:

<pre># modprobe netconsole netconsole=4444@10.0.2.1/eth0,6666@10.0.2.2/00:05:5D:34:11:AF</pre>

This will load the module with your settings. Replace your local IP address with where <tt>10.0.2.1</tt> is, <tt>eth0</tt> with your network interface card device, <tt>6666</tt> with the remote netconsole port (UDP), and <tt>10.0.2.2</tt> with your remote netconsole server IP. Also add in the mac address of your remote netconsole server, which in my case was 00:05:5D:34:11:AF. You can get the MAC address using arp utility:

<pre>
# ping -c 1 10.0.2.2
# /sbin/arp -n 10.0.2.2
Address HWtype HWaddress Flags Mask Iface
10.0.2.2 ether 00:05:5D:34:11:AF C eth0
</pre>

If the remote netconsole server is outside of local network area, use mac address of default gateway or router on local network area and IP address of remote netconsole server (loging via WAN). Mac address of default gateway or router you can get the same way (ping to gateway/router and see mac address via arp command).

Netconsole documentation is available from <tt>Documentation/networking/netconsole.txt</tt> file under your kernel source directory.

=== Setting from initrd ===

To durable logging boot process before root filesystem mounting network device driver and netconsole module must be loaded from initd.

RedHat 5/CentOS 5:
echo 'MODULES+="<network-driver-module> netconsole "' > /etc/sysconfig/mkinitrd/netconsole
chmod +x /etc/sysconfig/mkinitrd/netconsole
echo 'options netconsole netconsole=<sport>@<saddr>/<dev>,<dport>@<daddr>/<dmac>' >> /etc/modprobe.conf
Debian/Ubuntu:
echo '<network-driver-module>' >> /etc/initramfs-tools/modules
echo 'netconsole netconsole=<sport>@<saddr>/<dev>,<dport>@<daddr>/<dmac>' >> /etc/initramfs-tools/modules

and rebuild initrd

=== Setting up rsyslogd ===

/etc/rsyslog.d/netconsole.conf

$template NetconsoleFile,"/var/log/netconsole/%FROMHOST%-%$NOW%.log"
$template NetconsoleFormat,"%rawmsg%"

$EscapeControlCharactersOnReceive off
$DropTrailingLFOnReception off
$RepeatedMsgReduction off

$RuleSet NetconsoleRuleset
*.* ?NetconsoleFile;NetconsoleFormat
$RuleSet RSYSLOG_DefaultRuleset

$ModLoad imudp
$InputUDPServerBindRuleset NetconsoleRuleset
$UDPServerRun 6666

=== Setting up remote side ===

Setup '''netcat''' ('''nc''' on some Linux distributions) on your console server to listen on port 6666 UDP:
<pre>netcat -u -l -p6666</pre>
or
<pre>nc -lu 6666</pre>
or
<pre>socat udp-listen:6666,reuseaddr -</pre>
When your kernel prints something on the console, the text will be also captured on this netconsole server.

==== Adding to inittab ====
For automatic care about capturing on console server you can use init respawn feature in this way:

<pre>
echo "n1:23:respawn:/bin/netcat -u -l -p 6666 >> /var/log/netconsole" >> /etc/inittab
telinit q
</pre>

==== Adding date/time to messages ====

If you want the log to contain date/time of each line, you can use '''awk''' like this:

netcat -u -l -p6666 | awk '{print strftime("%d %b %Y %H:%M:%S"), $0; fflush(stdout);}' >> /var/log/netconsole

See man strftime for info about how to tailor strftime() argument to your needs.

Note that if you want to add this to /etc/inittab, it should be done like this:

echo "netcat -u -l -p6666 | awk '{print \
strftime("%d %b %Y %H:%M:%S"), \$0; fflush(stdout);}' \
>> /var/log/netconsole" > /usr/local/sbin/netconsole
chmod a+x /usr/local/sbin/netconsole
echo "n1:23:respawn:/usr/local/sbin/netconsole" >> /etc/inittab
telinit q

==== Configuring logrotate ====

For long term capturing you would like to do log rotating some way. With logrotate you can do it by creating config file /etc/logrotate.d/netconsole:

<pre>
/var/log/netconsole {
weekly
rotate 8
missingok
compress
copytruncate
notifempty
# Need to restart logger after log file move
postrotate
# Below line assumes netcat will be restarted by init
killall -TERM netcat > /dev/null 2>&1 || true
}
</pre>

For more details, see man logrotate.

=== Testing netconsole ===

First check log level of console messages on OpenVZ side by:

<pre>cat /proc/sys/kernel/printk</pre>

First number should be 7 for testing. You can arrange it by:

<pre>sysctl -w kernel.printk="7 4 1 7"</pre>

After testing you can restore previous setting the same way.

Load '''netconsole''' module (see above) and on the console server run netcat (nc) command. On OpenVZ side provoke any console message, for example connect any USB hardware or try command:

modprobe tun

If you see any console message on OpenVZ side, you should see message on console server too. If not, something is wrong. When debugging a problem, do not use tcpdump on OpenVZ side — it is not able to show netconsole packets. Instead, use tcpdump on console server. Quite a common source of problems with netconsole are firewalls.

== See also ==
* [[SysRq debugger]]
* [[Kernel debug options]]

[[Category:HOWTO]]
[[Category:Kernel]]
[[Category:Troubleshooting]]

Remote console setup

2014-12-15T13:04:17Z

Koct9i: /* Setting up remote side */

In case you are experiencing a kernel crash ([[oops]]) and have already [[Hardware testing|tested your hardware]], you should report what kernel says to the console (i.e. an [[oops]] text) to [http://bugzilla.openvz.org/ Bugzilla]. Sometimes kernel crashes so badly that <tt>syslogd</tt> is not working and what kernel says is never written to a file. If this is the case, you have to catch what kernel says. There are several ways possible.

== Manual/Photo ==
If kernel backtrace is not long enough there are chances that it can fit into a single screen. In that case, you can just make a photo of the kernel crash screen and attach it to the bug report. If you do not have a camera, you still can carefully write down (using a piece of paper and a pen, that is) what you see on the screen, and later type it into the bug report.

== Serial console ==
Here is a description of a common routine that is necessary to set up a serial console.

=== Hardware setup ===
First of all you should make sure that your node has a [[w:Serial port|serial port]]. If there is no such port then
unfortunately this way is not for you.

Then you need to find a second machine with a serial port on it.
This machine will be used to collect logs from your primary machine. Further you need to acquire
so-called [[w:Serial cable|null modem cable (a.k.a. serial cable)]] and it must be long enough to connect these two machines.

=== Software setup ===

==== Sending side ====
In your boot loader add the following kernel parameters:
<pre>
console=ttyS0,115200 console=tty0
</pre>

{{Warning|make sure kernel command line does '''not''' contain the word '''<code>quiet</code>''', otherwise most of the kernel messages will not be printed to console.}}

For example, in GRUB boot loader configuration file <tt>/boot/grub/grub.conf</tt> it looks like this:
<pre>
title Fedora Core (2.6.16-026test014.1-smp)
root (hd0,0)
kernel /vmlinuz-2.6.16-026test014.1-smp ro root=LABEL=/ console=ttyS0,115200 console=tty debug silencelevel=8
initrd /initrd-2.6.16-026test014.1-smp.img
</pre>

Kernel loaded with such parameters will send all kernel messages to /dev/ttyS0 (first serial port, a.k.a. COM1). If you have several ports, make sure that your null modem cable is connected to the appropriate port.

==== Receiving side ====
On the second node you should run any software that can log from /dev/ttyS0.

It can be usual
<pre>
cat /dev/ttyS0 > /var/log/serial.log &
</pre>
or something more sophisticated: syslogd, watchtty etc.

==== Port setup ====
One more important thing. 115200 in the example above is the rate of emitting port. Receiving port must also work at the same rate. For example, to tune ttyS0 rate use stty program like this:
<pre>
stty 115200 < /dev/ttyS0
</pre>

Some other serial port parameters, like parity, number of stop bits etc. should also be the same on both sides.

== Netconsole ==

=== Kernel recompilation ===
If you use binary kernel from openvz.org, it already has netconsole module compiled in, so just skip to next section.

If you build the kernel yourself, you might need to check if netconsole is compiled. To that effect, change to your kernel source directory and grep your kernel <tt>.config</tt> for NETCONSOLE:
<pre>
# cd /usr/src/openvz/linux-2.6.16
# grep NETCONSOLE .config
</pre>

If you see nothing or "# CONFIG_NETCONSOLE is not set" you need to recompile the kernel.

Edit your kernel configuration file <tt>.config</tt> with a text editor (<tt>nano .config</tt> or <tt>vi .config</tt>). Set netconsole to Y or M (depending on whether you want it as a module or built into the kernel; I have compiled it as a module):

<pre>CONFIG_NETCONSOLE=m</pre>

Save the file, then recompile the kernel:

<pre>
# make bzImage && make modules && make modules_install
</pre>
Update your bootloader for the new updated kernel. In my case I use LILO so I just type lilo at the prompt.

Reboot into new kernel.

=== Setting up OpenVZ side ===

Next you want your netconsole to send the request to somewhere. Load netconsole module, specifying the remote server parameters:

<pre># modprobe netconsole netconsole=4444@10.0.2.1/eth0,6666@10.0.2.2/00:05:5D:34:11:AF</pre>

This will load the module with your settings. Replace your local IP address with where <tt>10.0.2.1</tt> is, <tt>eth0</tt> with your network interface card device, <tt>6666</tt> with the remote netconsole port (UDP), and <tt>10.0.2.2</tt> with your remote netconsole server IP. Also add in the mac address of your remote netconsole server, which in my case was 00:05:5D:34:11:AF. You can get the MAC address using arp utility:

<pre>
# ping -c 1 10.0.2.2
# /sbin/arp -n 10.0.2.2
Address HWtype HWaddress Flags Mask Iface
10.0.2.2 ether 00:05:5D:34:11:AF C eth0
</pre>

If the remote netconsole server is outside of local network area, use mac address of default gateway or router on local network area and IP address of remote netconsole server (loging via WAN). Mac address of default gateway or router you can get the same way (ping to gateway/router and see mac address via arp command).

Netconsole documentation is available from <tt>Documentation/networking/netconsole.txt</tt> file under your kernel source directory.

=== Setting from initrd ===

To durable logging boot process before root filesystem mounting network device driver and netconsole module must be loaded from initd.

RedHat 5/CentOS 5:
echo 'MODULES+="<network-driver-module> netconsole "' > /etc/sysconfig/mkinitrd/netconsole
chmod +x /etc/sysconfig/mkinitrd/netconsole
echo 'options netconsole netconsole=<sport>@<saddr>/<dev>,<dport>@<daddr>/<dmac>' >> /etc/modprobe.conf
Debian/Ubuntu:
echo '<network-driver-module>' >> /etc/initramfs-tools/modules
echo 'netconsole netconsole=<sport>@<saddr>/<dev>,<dport>@<daddr>/<dmac>' >> /etc/initramfs-tools/modules

and rebuild initrd

=== Setting up rsyslogd ===

/etc/rsyslog.d/netconsole.conf

$template NetconsoleFile,"/var/log/netconsole-%FROMHOST%.log"
$template NetconsoleFormat,"%rawmsg%"

$EscapeControlCharactersOnReceive off
$DropTrailingLFOnReception off

$RuleSet NetconsoleRuleset
*.* ?NetconsoleFile;NetconsoleFormat
$RuleSet RSYSLOG_DefaultRuleset

$ModLoad imudp
$InputUDPServerBindRuleset NetconsoleRuleset
$UDPServerRun 6666

=== Setting up remote side ===

Setup '''netcat''' ('''nc''' on some Linux distributions) on your console server to listen on port 6666 UDP:
<pre>netcat -u -l -p6666</pre>
or
<pre>nc -lu 6666</pre>
or
<pre>socat udp-listen:6666,reuseaddr -</pre>
When your kernel prints something on the console, the text will be also captured on this netconsole server.

==== Adding to inittab ====
For automatic care about capturing on console server you can use init respawn feature in this way:

<pre>
echo "n1:23:respawn:/bin/netcat -u -l -p 6666 >> /var/log/netconsole" >> /etc/inittab
telinit q
</pre>

==== Adding date/time to messages ====

If you want the log to contain date/time of each line, you can use '''awk''' like this:

netcat -u -l -p6666 | awk '{print strftime("%d %b %Y %H:%M:%S"), $0; fflush(stdout);}' >> /var/log/netconsole

See man strftime for info about how to tailor strftime() argument to your needs.

Note that if you want to add this to /etc/inittab, it should be done like this:

echo "netcat -u -l -p6666 | awk '{print \
strftime("%d %b %Y %H:%M:%S"), \$0; fflush(stdout);}' \
>> /var/log/netconsole" > /usr/local/sbin/netconsole
chmod a+x /usr/local/sbin/netconsole
echo "n1:23:respawn:/usr/local/sbin/netconsole" >> /etc/inittab
telinit q

==== Configuring logrotate ====

For long term capturing you would like to do log rotating some way. With logrotate you can do it by creating config file /etc/logrotate.d/netconsole:

<pre>
/var/log/netconsole {
weekly
rotate 8
missingok
compress
copytruncate
notifempty
# Need to restart logger after log file move
postrotate
# Below line assumes netcat will be restarted by init
killall -TERM netcat > /dev/null 2>&1 || true
}
</pre>

For more details, see man logrotate.

=== Testing netconsole ===

First check log level of console messages on OpenVZ side by:

<pre>cat /proc/sys/kernel/printk</pre>

First number should be 7 for testing. You can arrange it by:

<pre>sysctl -w kernel.printk="7 4 1 7"</pre>

After testing you can restore previous setting the same way.

Load '''netconsole''' module (see above) and on the console server run netcat (nc) command. On OpenVZ side provoke any console message, for example connect any USB hardware or try command:

modprobe tun

If you see any console message on OpenVZ side, you should see message on console server too. If not, something is wrong. When debugging a problem, do not use tcpdump on OpenVZ side — it is not able to show netconsole packets. Instead, use tcpdump on console server. Quite a common source of problems with netconsole are firewalls.

== See also ==
* [[SysRq debugger]]
* [[Kernel debug options]]

[[Category:HOWTO]]
[[Category:Kernel]]
[[Category:Troubleshooting]]

Remote console setup

2014-12-15T13:03:10Z

Koct9i: /* Setting up rsyslogd */

In case you are experiencing a kernel crash ([[oops]]) and have already [[Hardware testing|tested your hardware]], you should report what kernel says to the console (i.e. an [[oops]] text) to [http://bugzilla.openvz.org/ Bugzilla]. Sometimes kernel crashes so badly that <tt>syslogd</tt> is not working and what kernel says is never written to a file. If this is the case, you have to catch what kernel says. There are several ways possible.

== Manual/Photo ==
If kernel backtrace is not long enough there are chances that it can fit into a single screen. In that case, you can just make a photo of the kernel crash screen and attach it to the bug report. If you do not have a camera, you still can carefully write down (using a piece of paper and a pen, that is) what you see on the screen, and later type it into the bug report.

== Serial console ==
Here is a description of a common routine that is necessary to set up a serial console.

=== Hardware setup ===
First of all you should make sure that your node has a [[w:Serial port|serial port]]. If there is no such port then
unfortunately this way is not for you.

Then you need to find a second machine with a serial port on it.
This machine will be used to collect logs from your primary machine. Further you need to acquire
so-called [[w:Serial cable|null modem cable (a.k.a. serial cable)]] and it must be long enough to connect these two machines.

=== Software setup ===

==== Sending side ====
In your boot loader add the following kernel parameters:
<pre>
console=ttyS0,115200 console=tty0
</pre>

{{Warning|make sure kernel command line does '''not''' contain the word '''<code>quiet</code>''', otherwise most of the kernel messages will not be printed to console.}}

For example, in GRUB boot loader configuration file <tt>/boot/grub/grub.conf</tt> it looks like this:
<pre>
title Fedora Core (2.6.16-026test014.1-smp)
root (hd0,0)
kernel /vmlinuz-2.6.16-026test014.1-smp ro root=LABEL=/ console=ttyS0,115200 console=tty debug silencelevel=8
initrd /initrd-2.6.16-026test014.1-smp.img
</pre>

Kernel loaded with such parameters will send all kernel messages to /dev/ttyS0 (first serial port, a.k.a. COM1). If you have several ports, make sure that your null modem cable is connected to the appropriate port.

==== Receiving side ====
On the second node you should run any software that can log from /dev/ttyS0.

It can be usual
<pre>
cat /dev/ttyS0 > /var/log/serial.log &
</pre>
or something more sophisticated: syslogd, watchtty etc.

==== Port setup ====
One more important thing. 115200 in the example above is the rate of emitting port. Receiving port must also work at the same rate. For example, to tune ttyS0 rate use stty program like this:
<pre>
stty 115200 < /dev/ttyS0
</pre>

Some other serial port parameters, like parity, number of stop bits etc. should also be the same on both sides.

== Netconsole ==

=== Kernel recompilation ===
If you use binary kernel from openvz.org, it already has netconsole module compiled in, so just skip to next section.

If you build the kernel yourself, you might need to check if netconsole is compiled. To that effect, change to your kernel source directory and grep your kernel <tt>.config</tt> for NETCONSOLE:
<pre>
# cd /usr/src/openvz/linux-2.6.16
# grep NETCONSOLE .config
</pre>

If you see nothing or "# CONFIG_NETCONSOLE is not set" you need to recompile the kernel.

Edit your kernel configuration file <tt>.config</tt> with a text editor (<tt>nano .config</tt> or <tt>vi .config</tt>). Set netconsole to Y or M (depending on whether you want it as a module or built into the kernel; I have compiled it as a module):

<pre>CONFIG_NETCONSOLE=m</pre>

Save the file, then recompile the kernel:

<pre>
# make bzImage && make modules && make modules_install
</pre>
Update your bootloader for the new updated kernel. In my case I use LILO so I just type lilo at the prompt.

Reboot into new kernel.

=== Setting up OpenVZ side ===

Next you want your netconsole to send the request to somewhere. Load netconsole module, specifying the remote server parameters:

<pre># modprobe netconsole netconsole=4444@10.0.2.1/eth0,6666@10.0.2.2/00:05:5D:34:11:AF</pre>

This will load the module with your settings. Replace your local IP address with where <tt>10.0.2.1</tt> is, <tt>eth0</tt> with your network interface card device, <tt>6666</tt> with the remote netconsole port (UDP), and <tt>10.0.2.2</tt> with your remote netconsole server IP. Also add in the mac address of your remote netconsole server, which in my case was 00:05:5D:34:11:AF. You can get the MAC address using arp utility:

<pre>
# ping -c 1 10.0.2.2
# /sbin/arp -n 10.0.2.2
Address HWtype HWaddress Flags Mask Iface
10.0.2.2 ether 00:05:5D:34:11:AF C eth0
</pre>

If the remote netconsole server is outside of local network area, use mac address of default gateway or router on local network area and IP address of remote netconsole server (loging via WAN). Mac address of default gateway or router you can get the same way (ping to gateway/router and see mac address via arp command).

Netconsole documentation is available from <tt>Documentation/networking/netconsole.txt</tt> file under your kernel source directory.

=== Setting from initrd ===

To durable logging boot process before root filesystem mounting network device driver and netconsole module must be loaded from initd.

RedHat 5/CentOS 5:
echo 'MODULES+="<network-driver-module> netconsole "' > /etc/sysconfig/mkinitrd/netconsole
chmod +x /etc/sysconfig/mkinitrd/netconsole
echo 'options netconsole netconsole=<sport>@<saddr>/<dev>,<dport>@<daddr>/<dmac>' >> /etc/modprobe.conf
Debian/Ubuntu:
echo '<network-driver-module>' >> /etc/initramfs-tools/modules
echo 'netconsole netconsole=<sport>@<saddr>/<dev>,<dport>@<daddr>/<dmac>' >> /etc/initramfs-tools/modules

and rebuild initrd

=== Setting up rsyslogd ===

/etc/rsyslog.d/netconsole.conf

$template NetconsoleFile,"/var/log/netconsole-%FROMHOST%.log"
$template NetconsoleFormat,"%rawmsg%"

$EscapeControlCharactersOnReceive off
$DropTrailingLFOnReception off

$RuleSet NetconsoleRuleset
*.* ?NetconsoleFile;NetconsoleFormat
$RuleSet RSYSLOG_DefaultRuleset

$ModLoad imudp
$InputUDPServerBindRuleset NetconsoleRuleset
$UDPServerRun 6666

=== Setting up remote side ===

Setup '''netcat''' ('''nc''' on some Linux distributions) on your console server to listen on port 6666 UDP:
<pre>netcat -u -l -p6666</pre>
or
<pre>nc -lu 6666</pre>
When your kernel prints something on the console, the text will be also captured on this netconsole server.

==== Adding to inittab ====
For automatic care about capturing on console server you can use init respawn feature in this way:

<pre>
echo "n1:23:respawn:/bin/netcat -u -l -p 6666 >> /var/log/netconsole" >> /etc/inittab
telinit q
</pre>

==== Adding date/time to messages ====

If you want the log to contain date/time of each line, you can use '''awk''' like this:

netcat -u -l -p6666 | awk '{print strftime("%d %b %Y %H:%M:%S"), $0; fflush(stdout);}' >> /var/log/netconsole

See man strftime for info about how to tailor strftime() argument to your needs.

Note that if you want to add this to /etc/inittab, it should be done like this:

echo "netcat -u -l -p6666 | awk '{print \
strftime("%d %b %Y %H:%M:%S"), \$0; fflush(stdout);}' \
>> /var/log/netconsole" > /usr/local/sbin/netconsole
chmod a+x /usr/local/sbin/netconsole
echo "n1:23:respawn:/usr/local/sbin/netconsole" >> /etc/inittab
telinit q

==== Configuring logrotate ====

For long term capturing you would like to do log rotating some way. With logrotate you can do it by creating config file /etc/logrotate.d/netconsole:

<pre>
/var/log/netconsole {
weekly
rotate 8
missingok
compress
copytruncate
notifempty
# Need to restart logger after log file move
postrotate
# Below line assumes netcat will be restarted by init
killall -TERM netcat > /dev/null 2>&1 || true
}
</pre>

For more details, see man logrotate.

=== Testing netconsole ===

First check log level of console messages on OpenVZ side by:

<pre>cat /proc/sys/kernel/printk</pre>

First number should be 7 for testing. You can arrange it by:

<pre>sysctl -w kernel.printk="7 4 1 7"</pre>

After testing you can restore previous setting the same way.

Load '''netconsole''' module (see above) and on the console server run netcat (nc) command. On OpenVZ side provoke any console message, for example connect any USB hardware or try command:

modprobe tun

If you see any console message on OpenVZ side, you should see message on console server too. If not, something is wrong. When debugging a problem, do not use tcpdump on OpenVZ side — it is not able to show netconsole packets. Instead, use tcpdump on console server. Quite a common source of problems with netconsole are firewalls.

== See also ==
* [[SysRq debugger]]
* [[Kernel debug options]]

[[Category:HOWTO]]
[[Category:Kernel]]
[[Category:Troubleshooting]]

Download/kernel/rhel6/042stab059.7

2012-09-03T13:24:37Z

Koct9i:

{{Kernel branch rhel6|042stab059.7}}
== Known BUGS ==
* nscd eats 100% CPU {{B|2345}}

{{Changelog}}
== RPMS ==

{{Kernel flavors info rhel6}}
=== {{i686}} ===

{{Download/Table head}}
{{Download/Table row|path=kernel/branches/rhel6-2.6.32/042stab059.7|file=vzkernel-2.6.32-042stab059.7.i686.rpm|size=25 Mb|date=2012-07-26 19:00:49|sig=}}
{{Download/Table row|path=kernel/branches/rhel6-2.6.32/042stab059.7|file=vzkernel-devel-2.6.32-042stab059.7.i686.rpm|size=7 Mb|date=2012-07-26 19:00:58|sig=}}
{{Download/Table row|path=kernel/branches/rhel6-2.6.32/042stab059.7|file=vzkernel-headers-2.6.32-042stab059.7.i686.rpm|size=2 Mb|date=2012-07-26 19:00:59|sig=}}
{{Download/Table row|path=kernel/branches/rhel6-2.6.32/042stab059.7|file=vzkernel-firmware-2.6.32-042stab059.7.noarch.rpm|size=10 Mb|date=2012-07-26 19:00:59|sig=}}
{{Download/Table tail}}
=== {{x86_64}} ===

{{Download/Table head}}
{{Download/Table row|path=kernel/branches/rhel6-2.6.32/042stab059.7|file=vzkernel-2.6.32-042stab059.7.x86_64.rpm|size=27 Mb|date=2012-07-26 19:00:53|sig=}}
{{Download/Table row|path=kernel/branches/rhel6-2.6.32/042stab059.7|file=vzkernel-devel-2.6.32-042stab059.7.x86_64.rpm|size=7 Mb|date=2012-07-26 19:00:59|sig=}}
{{Download/Table row|path=kernel/branches/rhel6-2.6.32/042stab059.7|file=vzkernel-headers-2.6.32-042stab059.7.x86_64.rpm|size=2 Mb|date=2012-07-26 19:01:00|sig=}}
{{Download/Table row|path=kernel/branches/rhel6-2.6.32/042stab059.7|file=vzkernel-firmware-2.6.32-042stab059.7.noarch.rpm|size=10 Mb|date=2012-07-26 19:00:59|sig=}}
{{Download/Table tail}}
== Source RPM ==

{{Download/Table head}}
{{Download/Table row|path=kernel/branches/rhel6-2.6.32/042stab059.7|file=vzkernel-2.6.32-042stab059.7.src.rpm|size=83 Mb|date=2012-07-26 19:00:51|sig=}}
{{Download/Table row|path=kernel/branches/rhel6-2.6.32/042stab059.7|file=kernel.spec|size=1 Mb|date=2012-07-26 18:57:03|sig=}}
{{Download/Table tail}}

{{Kernel patch for|2.6.32}}

{{Download/Table head}}
{{Download/Table row|path=kernel/branches/rhel6-2.6.32/042stab059.7/patches|file=patch-042stab059.7-combined.gz|size=34 Mb|date=2012-07-26 18:59:42|sig=patch-042stab059.7-combined.gz.asc}}
{{Download/Table tail}}
== Configs ==

Official configs of this OpenVZ kernel used to build binary RPMS.

{{Download/Table head}}
{{Download/Table row|path=kernel/branches/rhel6-2.6.32/042stab059.7/configs|file=config-2.6.32-042stab059.7.debug.i686|size=105 Kb|date=2012-07-26 19:00:31|sig=}}
{{Download/Table row|path=kernel/branches/rhel6-2.6.32/042stab059.7/configs|file=config-2.6.32-042stab059.7.debug.x86_64|size=100 Kb|date=2012-07-26 19:00:39|sig=}}
{{Download/Table row|path=kernel/branches/rhel6-2.6.32/042stab059.7/configs|file=config-2.6.32-042stab059.7.i686|size=104 Kb|date=2012-07-26 19:00:13|sig=}}
{{Download/Table row|path=kernel/branches/rhel6-2.6.32/042stab059.7/configs|file=config-2.6.32-042stab059.7.x86_64|size=100 Kb|date=2012-07-26 19:00:21|sig=}}
{{Download/Table tail}}

{{Kernel archives|rhel6}}

Template:B

2010-07-17T10:46:25Z

Koct9i: Oh, wow...

[[bugzilla:{{{1}}}|#{{{1}}}]]<noinclude>

Used to insert a short bug link.

== Usage ==
<pre><nowiki>{{B|123}}</nowiki></pre>
will give you
{{B|123}}

== See also ==
* [[Template:Bug]]

[[Category: Templates for download pages]]
</noinclude>

Debian versions

2010-03-15T09:04:22Z

Koct9i:

Debian people refer to versions of Debian distribution in a few ways: by nicknames, by numberic versions, and by statuses. The following table summarizes the relations between those referrals.

Note that ''status'' is changing over time, e.g. "Squeeze" will become stable some time in future.

{| class="wikitable sortable"
! Name || Version || Status
|-
| Sid || n/a || unstable
|-
| Squeeze || 6.0 || testing
|-
| Lenny || 5.0 || stable
|-
| Etch || 4.0 || old stable
|-
| Sarge || 3.1 || old stable
|-
| Woody || 3.0 || old stable
|-
| Potato || 2.2 || old stable
|-
| Slink || 2.1 || old stable
|-
| Hamm || 2.0 || old stable
|}

== External links ==
* http://www.debian.org/releases/

[[Category: Debian]]

Install kernel from RPM on Debian 6.0

2010-01-14T14:01:34Z

Koct9i: New page: =install= apt-get install alien fakeroot fakeroot alien -k kernel-2.6.27-chistyakov.1.x86_64.rpm sudo dpkg -i kernel_2.6.27-chistyakov.1_amd64.deb sudo update-initramfs -c -k 2.6.27-ch...

=install=
apt-get install alien fakeroot
fakeroot alien -k kernel-2.6.27-chistyakov.1.x86_64.rpm
sudo dpkg -i kernel_2.6.27-chistyakov.1_amd64.deb
sudo update-initramfs -c -k 2.6.27-chistyakov.1
sudo update-grub

=uninstall=
sudo dpkg -r kernel
sudo rm -fr /lib/modules/2.6.27-chistyakov.1
sudo update-initramfs -d -k 2.6.27-chistyakov.1
sudo update-grub

[[Category: HOWTO]]
[[Category: Debian]]
[[Category: Kernel]]
[[Category: Installation]]

Ubuntu Hardy experimental

2008-09-18T15:39:30Z

Koct9i: New page: # echo "deb http://download.openvz.org/ubuntu hardy experimental" >> /etc/apt/sources.list.d/openvz.list # wget http://openvz.org/download/RPM-GPG-Key-OpenVZ.txt -O - | apt-key add - # ...

# echo "deb http://download.openvz.org/ubuntu hardy experimental" >> /etc/apt/sources.list.d/openvz.list
# wget http://openvz.org/download/RPM-GPG-Key-OpenVZ.txt -O - | apt-key add -
# apt-get update
# apt-cache search --names-only linux-image openvz