Difference between revisions of "OS4X create log dumps"

From OS4X
Jump to navigation Jump to search
(New page: == What are OS4X dumps? == OS4X log dumps are binary files containing deep information about the system, like SQL statements, their results, network traffic, OFTP status information etc. E...)
 
Line 14: Line 14:
  
 
=== Dumping log via web GUI ===
 
=== Dumping log via web GUI ===
 +
1. Select "Programs" -> "Daemons" in the administrative web interface:
 +
 +
[[Image:Programs-daemons.png]]
 +
 +
2.1 In the new panel, click on the button "Dump log", which is activated when the daemon is running:
 +
 +
[[Image:Os4xdebugd-dump.png]]
 +
 +
If the daemon is not running, it makes no sense to start it and dump for an ancient event: the event must occur when the daemon "<code>os4xdebugd</code>" is running.
 +
 +
2.2 If the previous step fails, it may help to dump a log to the directory "<code>/tmp</code>", since the [[OS4X_Core_configuration#temporary_directory|OS4X's configurable temporary directory]] may be not available. Use the button "Dump to /tmp" in order to accomplish this task.
  
 
=== Dumping log via command line ===
 
=== Dumping log via command line ===

Revision as of 16:25, 26 September 2012

What are OS4X dumps?

OS4X log dumps are binary files containing deep information about the system, like SQL statements, their results, network traffic, OFTP status information etc. Every OS4X program generates OS4X log messages, which are organized by the daemon "os4xdebugd" (OS4X debug daemon).

Requirements

In order to get an OS4X debug dump file, the daemon must be running. Verify this by checking the daemon's running state. The daemon must be running at least for three seconds in order to gather all needed information.

Normal behaviour

All OS4X programs send their log information to the OS4X debug daemon. The daemon uses a ring buffer to save the logged messages, so with a limited amount of entries, the daemon will overwrite old entries when the buffer is full. The daemon process size depends on the amount of entries saved in memory. The more entries are configured, the bigger the process grows. A normal state should be about 2-5 MB in memory.

Generating a dump

When a critical situation occurs, the daemon should be initialized to dump its content to an OS4X debug dump file. This can be in two ways:

  • via web GUI
  • via command line

Dumping log via web GUI

1. Select "Programs" -> "Daemons" in the administrative web interface:

Programs-daemons.png

2.1 In the new panel, click on the button "Dump log", which is activated when the daemon is running:

Os4xdebugd-dump.png

If the daemon is not running, it makes no sense to start it and dump for an ancient event: the event must occur when the daemon "os4xdebugd" is running.

2.2 If the previous step fails, it may help to dump a log to the directory "/tmp", since the OS4X's configurable temporary directory may be not available. Use the button "Dump to /tmp" in order to accomplish this task.

Dumping log via command line

Customizing

Event script

Configuration