On Wed, Apr 16, 2014 at 12:46:15PM -0400, Bill Nottingham wrote:
Zbigniew Jędrzejewski-Szmek (zbyszek(a)in.waw.pl) said:
> On Mon, Apr 14, 2014 at 04:20:16PM -0400, Bill Nottingham wrote:
> > Jaroslav Reznik (jreznik(a)redhat.com) said:
> > > = Proposed Self Contained Change: Remote Journal Logging =
> > > https://fedoraproject.org/wiki/Changes/Remote_Journal_Logging
> > >
> > > Change owner(s): Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl>
> > >
> > > Systemd journal can be configured to forward events to a remote server.
> > > Entries are forwarded including full metadata, and are stored in normal
> > > journal files, identically to locally generated logs.
> > What's the future of gatewayd if this becomes more widely used?
> gatewayd works in pull mode. Here I'm proposing a push model, where the
> "client" (i.e. machine generating the logs) pushes logs to the server
> at the time of its own chosing. gatewayd is probably better for some use
> cases, this for others.
I understand the pull vs push distinction ... I'm just not clear why pull
would ever be a model you'd want to use. (vs something like a local cockpit
Push mode feels more useful to me too, but there's some rationale for
the pull mode. It leaves the schedule/speed/format in the control of
the puller. So e.g. if there's just one "client" gathering logs from
thousands of "servers", it might be overwhelmed in push mode, but work
fine in pull mode.