How to Configure Remote Syslog Logging: Difference between revisions

From RidgeRun Developer Wiki
No edit summary
Line 7: Line 7:
This ''How to'' gives the basic procedure for configuring a remote syslog server (e.g. your Ubuntu desktop PC) and a client (e.g. your target hardware running a RidgeRun SDK produced file system).
This ''How to'' gives the basic procedure for configuring a remote syslog server (e.g. your Ubuntu desktop PC) and a client (e.g. your target hardware running a RidgeRun SDK produced file system).


Commands to be run on the <span style="background:#FFFF00">Ubuntu host</span> have a yellow background.  Commands to be run on the <span style="background:#00FFFF">Ubuntu target</span> have an aqua background.   
Commands to be run on the <span style="background:#FFFFC0">Ubuntu host</span> have a yellow background.  Commands to be run on the <span style="background:#C0FFFF">Ubuntu target</span> have an aqua background.   




Line 14: Line 14:
The changes on this side are minimal. Basically you have to tell syslogd to listen for remote messages. To enable your host computer's syslogd server to accept log data from a remote client, you need to edit the file <tt>/etc/default/syslogd</tt> and set
The changes on this side are minimal. Basically you have to tell syslogd to listen for remote messages. To enable your host computer's syslogd server to accept log data from a remote client, you need to edit the file <tt>/etc/default/syslogd</tt> and set


<pre style="background:#FFFF00">
<pre style="background:#FFFFC0">
SYSLOGD="-r"  
SYSLOGD="-r"  
</pre>
</pre>
Line 20: Line 20:
Save the file and restart '''syslogd''' by doing:  
Save the file and restart '''syslogd''' by doing:  


<pre style="background:#FFFF00">
<pre style="background:#FFFFC0">
sudo /etc/init.d/sysklogd restart  
sudo /etc/init.d/sysklogd restart  
</pre>
</pre>
Line 57: Line 57:
You can verify these have been enabled by checking the contents of the bspconfig file:
You can verify these have been enabled by checking the contents of the bspconfig file:


<pre  style="background:#FFFF00">
<pre  style="background:#FFFFC0">
grep -E '(CONFIG_SYSLOGD|CONFIG_KLOGD|CONFIG_LOGGER)' $DEVDIR/bsp/mach/bspconfig  
grep -E '(CONFIG_SYSLOGD|CONFIG_KLOGD|CONFIG_LOGGER)' $DEVDIR/bsp/mach/bspconfig  
</pre>
</pre>
Line 71: Line 71:
Then rebuild Busybox.
Then rebuild Busybox.


<pre  style="background:#FFFF00">
<pre  style="background:#FFFFC0">
make -C $DEVDIR fs
make -C $DEVDIR fs
</pre>
</pre>
Line 80: Line 80:
On your target hardware verify syslogd is not running
On your target hardware verify syslogd is not running


<pre  style="background:#00FFFF">
<pre  style="background:#C0FFFF">
killall -9 syslogd
killall -9 syslogd
</pre>
</pre>
Line 86: Line 86:
Manually start syslogd enabling remote logging
Manually start syslogd enabling remote logging


<pre style="background:#00FFFF">
<pre style="background:#C0FFFF">
REMOTE_LOGGING_SERIVCE=10.111.0.3
REMOTE_LOGGING_SERIVCE=10.111.0.3
PORT=514
PORT=514
Line 97: Line 97:
You can configure your system to automatically start the remote logging service be editing the file <tt>$DEVDIR/fs/overlay/etc/init.d/syslogd</tt> and adding
You can configure your system to automatically start the remote logging service be editing the file <tt>$DEVDIR/fs/overlay/etc/init.d/syslogd</tt> and adding


<pre style="background:#00FFFF">
<pre style="background:#C0FFFF">
REMOTE_LOGGING_SERIVCE=10.111.0.3
REMOTE_LOGGING_SERIVCE=10.111.0.3
PORT=514
PORT=514
Line 111: Line 111:
On the target, start a simple script that add a message to the log every two seconds.  
On the target, start a simple script that add a message to the log every two seconds.  


<pre style="background:#00FFFF">
<pre style="background:#C0FFFF">
( while sleep 2 ; do date ; done | logger -t "DATE:" ) &
( while sleep 2 ; do date ; done | logger -t "DATE:" ) &
</pre>
</pre>
Line 119: Line 119:
If you used the <tt>-L</tt> option with syslogd on the target hardware, then you can verify local logging is occurring as expected.
If you used the <tt>-L</tt> option with syslogd on the target hardware, then you can verify local logging is occurring as expected.


<pre style="background:#00FFFF">
<pre style="background:#C0FFFF">
tail -f /var/log/messages
tail -f /var/log/messages
</pre>
</pre>
Line 127: Line 127:
To check the messages are been sent to the server:
To check the messages are been sent to the server:


<pre style="background:#FFFF00">
<pre style="background:#FFFFC0">
tail -f /var/log/messages
tail -f /var/log/messages
</pre>
</pre>

Revision as of 20:14, 14 September 2010

General Information

sysklogd is the Linux system logging utility that take manages files in the /var/log directory.

On a typical desktop system, logging produced by local application and is saved to files on the local drive. But syslog can also be configured to receive logging from a remote client, or to send logging information to a remote syslog server.

This How to gives the basic procedure for configuring a remote syslog server (e.g. your Ubuntu desktop PC) and a client (e.g. your target hardware running a RidgeRun SDK produced file system).

Commands to be run on the Ubuntu host have a yellow background. Commands to be run on the Ubuntu target have an aqua background.


Configuring host PC syslogd server

The changes on this side are minimal. Basically you have to tell syslogd to listen for remote messages. To enable your host computer's syslogd server to accept log data from a remote client, you need to edit the file /etc/default/syslogd and set

SYSLOGD="-r" 

Save the file and restart syslogd by doing:

sudo /etc/init.d/sysklogd restart 

You host syslogd server will now accept remove log messages.

Configuring Busybox syslogd to send messages to remote logging service

Busybox supports several useful system logging utilities.

syslogd Utility used to record logs of all the significant events that occur on a system. Every message that is logged records the date and time of the

event, and will generally also record the name of the application that generated the message. When used in conjunction with klogd, messages from the Linux kernel can also be recorded.

logger Utility allowing you to send arbitrary text messages to the system log (i.e. the syslogd utility) so the messages can be logged. This is generally used to help locate problems that occur within programs and scripts.
klogd Utility which intercepts and logs all messages from the Linux kernel and sends the messages out to the syslogd utility so they can be logged.

Enable Busybox logging utilities

Use the SDK configuration tool to enable Busybox logging utilities syslogd, logger, and klogd.

make -C $DEVDIR config
  -> File System Configuration
     -> Select target's file system software      
        -> busybox-1.14.2
           -> Busybox configuration 
              -> System Logging Utilities

You can verify these have been enabled by checking the contents of the bspconfig file:

grep -E '(CONFIG_SYSLOGD|CONFIG_KLOGD|CONFIG_LOGGER)' $DEVDIR/bsp/mach/bspconfig 

Expected output

CONFIG_SYSLOGD=y
CONFIG_KLOGD=y
CONFIG_LOGGER=y

Then rebuild Busybox.

make -C $DEVDIR fs


Manual steps to verify functionality

On your target hardware verify syslogd is not running

killall -9 syslogd

Manually start syslogd enabling remote logging

REMOTE_LOGGING_SERIVCE=10.111.0.3
PORT=514

/sbin/syslogd -R $REMOTE_LOGGING_SERIVCE:$PORT -L -O /var/log/messages           

Automatically starting remote logging

You can configure your system to automatically start the remote logging service be editing the file $DEVDIR/fs/overlay/etc/init.d/syslogd and adding

REMOTE_LOGGING_SERIVCE=10.111.0.3
PORT=514

/sbin/syslogd -R $REMOTE_LOGGING_SERIVCE:$PORT -L -O /var/log/messages           

Verifying proper operation

A simple way to add a log message every few seconds is using the Busybox logger utility. You man need to reconfigure your SDK to enable the building of the Busybox logger utility.


On the target, start a simple script that add a message to the log every two seconds.

( while sleep 2 ; do date ; done | logger -t "DATE:" ) &

Logging on target hardware

If you used the -L option with syslogd on the target hardware, then you can verify local logging is occurring as expected.

tail -f /var/log/messages

Logging on host PC

To check the messages are been sent to the server:

tail -f /var/log/messages

Debugging

If remote logging is not working, use wireshark on your Ubuntu host computer to watch the network traffic to verify that the target hardware is sending the messages to the host computer.