Sponsored Content
Full Discussion: Redhat & HP Insight
Operating Systems Linux Red Hat Redhat & HP Insight Post 302070943 by spoodie on Monday 10th of April 2006 12:05:21 PM
Old 04-10-2006
Redhat & HP Insight

I've been asked to provide better hardware error reporting on our Redhat AS 3 instances which are running on HP DL380s.

All that's required is mirroring the messages generated by the IML to the syslog (SNMP and Insight are not used here) and apparently the hpasm RPM from HP can do this, according to the man page but it doesn't give any real detail. I've installed hpasm and generated some test IML messages using the hplog command but I get nothing in the /var/log/messages file. I have syslog.conf configured with this for the time being "*.* /var/log/messages"

Has anyone had experience with this? Thanks
 

5 More Discussions You Might Find Interesting

1. Shell Programming and Scripting

Running SQL Scripts from Shell script - Need insight!

I've a script that fetches various values from the database as below: #! /bin/ksh $conn="user/pwd@service_name" `sqlplus -s << $conn EOF1 @xyz.sql @pqr.sql @abc.sql EOF1` The output of the script should generate txt files containing the results from queries which are further... (6 Replies)
Discussion started by: manthasirisha
6 Replies

2. Ubuntu

CentOS, Fedora & RedHat in 1 box

Hi Linux gurus, My boss had asked me to setup a box consisting of this 3 OS (CentOS, Fedora, RedHat) for autopatching. So, whenever there is new patches for CentOS from the internet, this box will grab it, implement it, if tested ok and approved, the patches will then be push to Production... (23 Replies)
Discussion started by: raybakh
23 Replies

3. Red Hat

Dual Boot Problem - Vista & Redhat -Incorrect BIOS geometry

Hi Folks, Initially I had vista and redhat 9 .. due to some reasons i had to re instal my vista again.. since then the dual boot menu disappeared.. i tried to re install redhat and changing the boot configuration of redhat 9 but i am not getting both the OS back .. I am not aboe to boot linux... (2 Replies)
Discussion started by: subhotech
2 Replies

4. Programming

Linux file system insight

I have a basic knowledge of the various structures like file, dentry, inode, superblocks of linux virtual file systems. I want to get a more deep insight as to how these structures are utilized in reality. I mean I want to get an understanding of how and where these structure come up in picture... (4 Replies)
Discussion started by: rupeshkp728
4 Replies

5. Programming

Cygwin + insight + arm utils

Hello all, I have just installed cygwin and arm tools to do some arm assembly programming, but when i try to initialize insight with arm-elf-insight xxx.xxx I receive the message that arm-elf-insight cannot find cygncurses-8.dll. In my lib directory I have cygncurses-10.dll, but not... (0 Replies)
Discussion started by: Hiox
0 Replies
SYSTEMD-JOURNALD.(5)					       systemd-journald.conf					      SYSTEMD-JOURNALD.(5)

NAME
systemd-journald.conf - Journal service configuration file SYNOPSIS
systemd-journald.conf DESCRIPTION
This files configures various parameters of the systemd journal service. OPTIONS
All options are configured in the [Journal] section: Compress= Takes a boolean value. If enabled (the default) data objects that shall be stored in the journal and are larger than a certain threshold are compressed with the XZ compression algorithm before they are written to the file system. RateLimitInterval=, RateLimitBurst= Configures the rate limiting that is applied to all messages generated on the system. If in the time interval defined by RateLimitInterval= more messages than specified in RateLimitBurst= are logged by a service all further messages within the interval are dropped, until the interval is over. A message about the number of dropped messages is generated. This rate limiting is applied per-service, so that two services which log do not interfere with each other's limit. Defaults to 100 messages in 10s. The time specification for RateLimitInterval= may be specified in the following units: s, min, h, ms, us. To turn off any kind of rate limiting, set either value to 0. SystemMaxUse=, SystemKeepFree=, SystemMaxFileSize=, SystemMinFileSize=, RuntimeMaxUse=, RuntimeKeepFree=, RuntimeMaxFileSize=, RuntimeMinFileSize= Enforce size limits on the journal files stored. The options prefixed with System apply to the journal files when stored on a persistant file system, more specifically /var/log/journal. The options prefixed with Runtime apply to the journal files when stored on a volatile in-memory file system, more specifically /run/log/journal. The former is used only when /var is mounted, writable and the directory /var/log/journal exists. Otherwise only the latter applies. Note that this means that during early boot and if the administrator disabled persistant logging only the latter options apply, while the former apply if persistant logging is enabled and the system is fully booted up. SystemMaxUse= and RuntimeMaxUse= control how much disk space the journal may use up at maximum. Defaults to 10% of the size of the respective file system. SystemKeepFree= and RuntimeKeepFree= control how much disk space the journal shall always leave free for other uses if less than the disk space configured in SystemMaxUse= and RuntimeMaxUse= is available. Defaults to 5% of the size of the respective file system. SystemMaxFileSize= and RuntimeMaxFileSize= control how large individual journal files may grow at maximum. This influences the granularity in which disk space is made available through rotation, i.e. deletion of historic data. Defaults to one eigth of the values configured with SystemMaxUse= and RuntimeMaxUse=, so that usually seven rotated journal files are kept as history. SystemMinFileSize= and RuntimeMinFileSize= control how large individual journal files grow at minimum. Defaults to 64K. Specify values in bytes or use K, M, G, T, P, E as units for the specified sizes. Note that size limits are enforced synchronously to journal files as they are extended, and need no explicit rotation step triggered by time. ForwardToSyslog=, ForwardToKMsg=, ForwardToConsole= Control whether log messages received by the journal daemon shall be forwarded to a traditional syslog daemon, to the kernel log buffer (kmsg), or to the system console. These options take boolean arguments. If forwarding to syslog is enabled but no syslog daemon is running the respective option has no effect. By default only forwarding to syslog is enabled. These settings may be overriden at boot time with the kernel command line options systemd_journald.forward_to_syslog=, systemd_journald.forward_to_kmsg= and systemd_journald.forward_to_console=. If forwarding to the kernel log buffer and ImportKernel= is enabled at the same time care is taken to avoid logging loops. It is safe to use these options in combination. ImportKernel= Controls whether kernel log messages shall be stored in the journal. Takes a boolean argument and defaults to enabled. Note that currently only one userspace service can read kernel messages at a time, which means that kernel log message reading might get corrupted if it is enabled in more than one service, for example in both the journal and a traditional syslog service. SEE ALSO
systemd(1), systemd-journalctl(1), systemd.conf(5) AUTHOR
Lennart Poettering <lennart@poettering.net> Developer systemd 10/07/2013 SYSTEMD-JOURNALD.(5)
All times are GMT -4. The time now is 02:17 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy