creating a local environment stops the syslog (1.19.3)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
juju-core |
Fix Released
|
High
|
Michael Foord |
Bug Description
authlog also, anything controlled by rsyslogd. There appears to be a redirect error or similar in the rsyslog.d file that the local provider prints out. Once you destroy the environment, logs all come back to normal.
This is a pretty critical bug.
To repro,
echo 'foo' | logger -p local0.notice
<notice the entry in /var/log/syslog>
juju bootstrap local
echo 'foo' | logger -p local0.notice
<notice nothing in syslog>
juju destroy-environment local
echo 'foo' | logger -p local0.notice
<notice the entry in /var/log/syslog again>
local is defined simply as:
local:
type: local
default-series: precise
Note, also just removing the /etc/rsyslog.
description: | updated |
Changed in juju-core: | |
status: | New → Triaged |
importance: | Undecided → High |
milestone: | none → next-stable |
tags: | added: local-provider logging |
Changed in juju-core: | |
milestone: | next-stable → 1.19.4 |
Changed in juju-core: | |
assignee: | nobody → Ian Booth (wallyworld) |
assignee: | Ian Booth (wallyworld) → nobody |
status: | Triaged → In Progress |
assignee: | nobody → Michael Foord (mfoord) |
Changed in juju-core: | |
status: | In Progress → Fix Committed |
Changed in juju-core: | |
status: | Fix Committed → Fix Released |
The rsyslog config format is mystifying to me. I can get it to work again by changing $DefaultRuleset from "local" to "remote". I don't understand why this works, though. Will need to see if Michael or Wayne know what the deal is.