Age | Commit message (Collapse) | Author | Files | Lines |
|
Commit 138108a changed the way the rsyslog service is
started. It removed the rsyslog override config file
and also removed references to the rsyslog-policy recipe
that used to install that file.
However, rsyslog-policy recipe itself was still a part of the repo.
Bitbake would still parse the recipe and warn about the missing
rsyslog override file.
This commit removes the policy recipe from the repo.
Tested:
No more warning when we bitbake a phosphor image.
(From meta-phosphor rev: 03b8ecd41c69e2754830efc274961432d7a77358)
Signed-off-by: Santosh Puranik <santosh.puranik@in.ibm.com>
Change-Id: I292e13f565c40b32527427154b5f570767146827
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
This reverts commit 37bc1a3568f2e87987be05243627a984dc051de1.
In addition, it changes the default rsyslog server config to
ignore all messages. Also bumps up phosphor-logging:
phosphor-logging: srcrev bump f59854e94b..0a0b5ea558
Santosh Puranik (1):
rsyslod: Change disable action
Tested:
Verified that the default rsyslog behavior is to now ignore
all messages.
(From meta-phosphor rev: 138108a05f68ada8b990024bbaa8b68b135d6aeb)
Signed-off-by: Santosh Puranik <santosh.puranik@in.ibm.com>
Change-Id: Iba11dfa153eaeef17417c82ab26f9a26fe5f9125
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
It is undesirable to have a service restart continually forever if it
gets stuck in a failure loop. This workaround was added due to
"RestartUnit" being ignored if the rsyslog unit had already failed. A
fix to the "RestartUnit" logic has been added, so that the StartLimit is
reset after a configuration change but before calling "RestartUnit".
This will ensure restarts are reliable after configuration change, but
we don't have rsyslog trying to restart indefinitely.
(From meta-phosphor rev: c82d32f8e6993f83ddda35dd1a2152eca8188408)
Change-Id: I719489ceadfadb3cca71bbdbb1697fa83cad2e2f
Signed-off-by: William A. Kennington III <wak@google.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
Rsyslog is currently used only for remote logging. The daemon would run
though (started by systemd) even when remote logging has not been
configured. In other words, it would run without any actions.
With Yocto 2.6, rsyslogd won't run without any actions. Hence, start
rsyslogd on demand - only when remote logging is configured.
(From meta-phosphor rev: 37bc1a3568f2e87987be05243627a984dc051de1)
Change-Id: Ic895ea80b2fb2537a25d1d40d4ae156f3d95c629
Signed-off-by: Deepak Kodihalli <dkodihal@in.ibm.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
Update meta-phosphor to master HEAD.
Adriana Kobylak (2):
rsyslog-policy: Add rsyslog-override.conf
Move remote logging features to their own category
Brad Bishop (2):
phosphor: rsyslog: remove obmc-phosphor-license
phosphor: mrw-api: fetch all of serverwiz
Change-Id: Ic342bda5d19272b2806f65c7082189d4a79c69d8
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
The intent is to use rsyslog for streaming journal logs off of the BMC.
Since this is the only intent (i.e at the moment there's no requirement
to employ rsyslog for local logging), modify rsyslog.conf accordingly.
(From meta-phosphor rev: a549e7540ede46686c5011ac2f7209704643a2d6)
Change-Id: I01d7dbd648da82536085f7586efcd7f1c7dd8ae0
Signed-off-by: Deepak Kodihalli <dkodihal@in.ibm.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|