--+ (query) ++ +--+
http://stable.ascii-flow.appspot.com/#Draw4708199759719921107/990568983
> Lennart
>
> --
> Lennart Poettering, Red Hat
> _______
> systemd-devel mailing list
> systemd-deve
tworkd-ufd-daemon.c
> create mode 100644 src/network/networkd-ufd-daemon.h
>
> --
> 1.9.3
>
> ___
> systemd-devel mailing list
> systemd-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
Holger Winkelmann
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Please advise me If Im wrong, but I can't see how can control a sending
socket with with a .socket unit. Can you make an example? Many thanks,
Holger
> JBG
--
Holger Winkelmann
email: holger.winkelm...@travelping.com
___
system
but you never know you get all messages from boot. This is current behavior
of remote syslog forwarding I assume.
If you want more there could be a independent tool works like the
systems-journal-gatewayd
or systemd-journal-uplaod and can be started later once network available. This
will
read
RFC3164, so both is slightly right.
in reply to Lennart, at least I know a couple of people correlating and sorting
messages based
on the format mentioned above. As already said I would be conservative either
and not try to put
all the structure in structured syslog. but adding the few Meta d
;structured" syslog messages to carry other
>> > fields.
>>
>> I agreed as well mapping then into the "struct syslog format" wold be a
>> config
>> pain I assume. However the one we listed above should be there ?!?!...
> That's rfc5424,
agreed as well mapping then into the "struct syslog format" wold be a config
pain I assume. However the one we listed above should be there ?!?!... If people
correlating syslog messages on a central server, time, hostname etc. are
meaningful.
Holger
--
Holger Winkelmann
email: holger.winkelm...@travelping.com
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
i%>%protocol-version% %timestamp:::date-rfc3339% %HOSTNAME% %app-name%
%procid% %msg%\n"
described as rsyslog configuration. All the meta infos are there IMHO.
> I think that additional forwarders (e.g. GELF) should stay as separate
> projects.
I think so as well.
> Zbyszek
l command line work for you?
[1] https://github.com/travelping/zmq-journal-gatewayd
[2] https://www.graylog2.org/resources/gelf
--
Holger Winkelmann
email: holger.winkelm...@travelping.com
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
there any plan to have a journal2syslog gateway in the sense of the HTTP
gateway?
BR,
--
Holger Winkelmann
email: holger.winkelm...@travelping.com
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman
just a small off topic question here. How far is IPv6 support in
networks incl. DHCPv6?
Many thanks and a happy new year!
Holger
--
Holger Winkelmann
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org
Hi David,
- Original Message -
> On Wed, Dec 18, 2013 at 10:32 AM, Holger Winkelmann [TP]
> wrote:
> > with HTTP you need to setup another server and provide a "Call back URL"
>
> Folks seem to increasingly call this pattern "web hooks."
I know,
Hi,
- Original Message -
> On Wed, Dec 18, 2013 at 05:22:48PM +0100, Holger Winkelmann [TP] wrote:
> > means to send a message over HTTP which ends up in the journal, basically
> > the counterpart
> > of systems-journal.gatewayd?
> Yes.
cool, I'm not sooo sur
] https://github.com/travelping/lager_journald_backend
--
Holger Winkelmann
Managing Director
email: h...@travelping.com
phone: +49-391-819099-223
mobil: +49-171-5594745
http://www.linkedin.com/in/hwinkel
___
systemd-devel mailing list
systemd-devel
What do think is the best transport representation
for
remote logging:
a) keep the binary (hopefully compact and fine for sending over binary
protocols)
b) use the EXPORT format (seems plain text based?)
c) JSON (great HTTP I assume)
Holger
> Zbyszek
>
> [1]
> http://lists.freedesktop.o
answer but this was not the option here,
wer looking for a lightweight gateway solutions like the gateway with some
extended functionality.
[1] @Mirjam, please provide the Repo at Github
[2] https://github.com/basho/lager
--
Holger Winkelmann
Travelping
email: h...@travelping.com
phone: +49-391-
s
> WANG Chao
> ___
> systemd-devel mailing list
> systemd-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>
--
Holger Winkelmann
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
uge content?
Further we would like to discuss the transport between the host and the
aggregator.
many ideas come along like AMQP, pure TCP, Syslog(seems to limited), HTTP?
Holger
> systemd-devel mailing list
> systemd-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo
e to update
> the
> entire list of units. However, this is much better than querying for unit
> changes at certain time intervals.
If I read Lennart's answer correctly, the newer version in git already tells
you what
have changed
> Lennart Poettering, Red Hat
> ___
> systemd-devel mailing list
> systemd-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>
--
Holger Winkelmann
email: h...@travelping.com
phone: +49-391-819099-22
sorry for double post after bounce and the huge signature,
messed up my mail client config a bit..
Holger
> We asked our self the same questions, and alternatives exists even from
> the embedded camp [1] which often comes close to the server use case.
> Even if [1] does not have a Dbus interface,
existing approach in [1]?
anybody checked it while considering to develop systemd-networkd?
[1] http://wiki.openwrt.org/doc/techref/netifd
best regards,
Holger
> Thanks,
> Dan
>
> ___
> systemd-devel mailing list
> systemd-devel@lists.freedesktop
t; Urks, the 90s calling. :)
Yes, embedded was so old style before...
> Kay
>
--
Holger Winkelmann
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
or IP config
> you have to chose one.
> Lennart
>
> --
> Lennart Poettering, Red Hat
>
--
Holger Winkelmann
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
(network = manager->networks))
> network_free(free);
>
> Which should do the job too.
>
> > +struct Link {
> > +uint64_t ifindex;
>
> Hmm is this really an uint64_t? if_nametoindex(3) suggestes it's an
> "unsigned"?
>
> But yeah, looks great. Commit.
>
&
week...
Holger
> Auke
> ___
> systemd-devel mailing list
> systemd-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>
--
Holger Winkelmann
email: h...@travelping.com
mobil: +49-171-5594745
__
> Lennart
>
> --
> Lennart Poettering - Red Hat, Inc.
> _______
> systemd-devel mailing list
> systemd-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>
--
Holger Winkelmann
email: h
fax: +49-391-819099299
D-39108 Magdeburg email: i...@travelping.com
GERMANY web: http://www.travelping.com
Company Registration: Amtsgericht Stendal Reg No.: HRB 10578
Geschaeftsfuehrer: H
ing OS that
> outperforms the competitors in all aspects, including boot time.
>
> So, I consider the bad performance on non-SSD's a bug, and I'm looking
> at trying to find a solution.
>
> Auke
> ___
> systemd-devel mai
> hard drives. Not particularly relevant.
>
> --
> Tollef Fog Heen
> UNIX is user friendly, it's just picky about who its friends are
> _______
> systemd-devel mailing list
> systemd-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/systemd-devel
&g
ogic Limited http://www.tribalogic.net/
> Open Source:
> Mageia Contributor http://www.mageia.org/
> PulseAudio Hacker http://www.pulseaudio.org/
> Trac Hacker http://trac.edgewall.org/
> ___
> systemd-devel mailing list
> systemd-dev
Hi,
Thanks for the quick look. Thats What I thought anyway by reading the
announcement.
which means deleting the directories will bring the system in the sate the
service
unit author or the admin intended, sweet...
Let see where this concept evolves in terms of general settings for a particular
about where the:
"These settings are stored persistently on disk" goes to. If yo have such
setting somewhere else as back in the unit, how do you know those settings
exists. If they go back into the unit you obviously overwrite the bootstrap
defaul
es close to the MacOS "defaults write" command I think.
http://ss64.com/osx/defaults.html
>
> * The Python API of systemd now gained a new module for
> reading journal files.
Are the problems with jumping to the end of the j
On Mar 5, 2013, at 10:21 PM, Mirco Tischler wrote:
> 2013/3/5 Holger Winkelmann
> Hi David,
>
> On Mar 5, 2013, at 9:52 PM, David Strauss wrote:
>
> > On Mon, Mar 4, 2013 at 11:16 PM, Holger Winkelmann
> > wrote:
> >> Or is there a special journal sock
Hi David,
On Mar 5, 2013, at 9:52 PM, David Strauss wrote:
> On Mon, Mar 4, 2013 at 11:16 PM, Holger Winkelmann
> wrote:
>> Or is there a special journal socket to write to?
>
> Yes, and the Python module's use of the C library wraps all of that.
>
> Auke is al
I Like the idea as well to have direct DBus access to systemd.
Regarding your example of the journal wrapper. Anybody knows the API to write
to the journal without using the C library? Is this DBus transport as well? Or
is there a special journal socket to write to?
--
Holger
### Sent from a m
>
> BR,
> Holger
>
>
>
> --
> Holger Winkelmann
> email: h...@travelping.com
> mobil: +49-171-5594745
>
> ___
> systemd-devel mailing list
> systemd-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/lis
Hi,
One of our Guys is off sick and cant attend the Hackfest.
So we have a room free in the Avanti Hotel from 21st - 22rd Feb.
Anybody interested? Let me know the next hour please.
BR,
Holger
--
Holger Winkelmann
email: h...@travelping.com
mobil: +49-171-5594745
> Honestly, how are the labels exposed to userland tools?
>
> --
>
> Holger Winkelmann
> Travelping GmbH
> +49-171-5594745
>
> ### Sent from a mobile device. Sorry for brevity and typos... ###
>
> On 12.02.2013, at 09:07, Jan Engelhardt wrote:
>
> >
>
Seems we need to introduce aliases available across all tools ;)
What about "eth0" as label to show the heritage ???
Honestly, how are the labels exposed to userland tools?
--
Holger Winkelmann
Travelping GmbH
+49-171-5594745
### Sent from a mobile device. Sorry for brevity
Hey, i always thought systemd is Using dbus Messaging but not rely or depends
on the DBUS daemon? Why a crash has such
An impact on a system?
Is it because of the desktop is started this way or because the communications
is broken totally?
Many thanks for advise.
--
Holger Winkelmann
On Jan 16, 2013, at 9:55 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Wed, Jan 16, 2013 at 09:33:22PM +0100, Holger Winkelmann wrote:
>> Can't speak from person experience, but my team has worked with the libevent
>> and
>> libev libraries which contain http librar
On Jan 16, 2013, at 9:57 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Wed, Jan 16, 2013 at 09:18:22PM +0100, Holger Winkelmann wrote:
>> Thanks for the feedback. In our design we also think about some remote
>> journal
>> logging but want to transport the messages via
lear to me after deeper use. I actually
> find a lot of it quite clever. I also haven't found many lightweight
> alternatives that invert the typical model of control by keeping the
> program in control instead of a web server daemon.
>
> --
> David Strauss
> | da...@david
:
> On Wed, Jan 16, 2013 at 07:11:31PM +0100, Holger Winkelmann wrote:
>> Holger Winkelmann
>> Travelping GmbH
>> +49-171-5594745
>>
>> ### Sent from a mobile device. Sorry for brevity and typos... ###
>>
>> On 16.01.2013, at 18:54, Reindl Harald
Er had Some relative Good Results with PolarSSL and lately the fork tropicSSL
I was Not following the full discussion here, any reasons against classic
openSSL apart from size of the library
Holger
--
Holger Winkelmann
Travelping GmbH
+49-171-5594745
### Sent from a mobile device. Sorry
Hi,
I'm just following this discussion and would ask the developer to keep the
embedded folks in mind. Embedded systems hardly have all the dependencies
available or even phyton but need a debug tool too. So far I know systemd will
address this embedded UseCases as well.
Holger
--
H
See this for details:
>
> http://cgit.freedesktop.org/systemd/systemd/tree/src/udev/udev-builtin-net_id.c#n20
>
> Lennart
>
> --
> Lennart Poettering - Red Hat, Inc.
>
--
--
Holger Winkelmann
email: h...@travelping.com
mobil: +49-171-5594745
r fast Ethernet port in first slot with a multi port NIC.
--
Holger Winkelmann
Travelping GmbH
+49-171-5594745
### Sent from a mobile device. Sorry for brevity and typos... ###
On 07.01.2013, at 22:48, Lennart Poettering wrote:
> Heya,
>
> a few days ago Kay commited a change to g
Hi,
We are just wondering how scalable the journal will be on a single
host. This means in terms of number of journal files and the maintenance
of the index to query the journal. Think of a server with a lot of syslog
activities.
Many thnaks,
Holger
--
Holger Winkelmann
email: h
On Dec 5, 2011, at 1:08 AM, Kay Sievers wrote:
>>
>> Kay, Thanks for the clarifications about private sockets and such. Makes all
>> more sense to me now. your are right, seems not much needs to configured out.
>
> Sounds good. In case it wasn't clear, we are always interested in
> clean patches
On Dec 4, 2011, at 6:15 PM, Kay Sievers wrote:
> On Sun, Dec 4, 2011 at 17:52, Holger Winkelmann [TP]
> wrote:
>> On Dec 4, 2011, at 4:40 PM, Kay Sievers wrote:
>>>
>>> For very simple setups, the D-Bus bus daemon is not absolutely
>>> necessary, and c
On Dec 4, 2011, at 4:40 PM, Kay Sievers wrote:
>
> For very simple setups, the D-Bus bus daemon is not absolutely
> necessary, and can probably be made optional with a few changes, but
> the D-Bus protocol is used by systemctl to talk to systemd, and can
> not really be optimized out.
systemctl
6 (0x7f431740f000)
>/lib/ld-linux-x86-64.so.2 (0x7f4317d9e000)
>
> See
> https://github.com/tongson/Gimokod/blob/f25a90aa8554149663ec768547987e44d5e4a1d7/core/dbus-core/PKGBUILD
> for the configure options used.
checked Gimokod, looks nice as we having archlinux running here a
,e, REHEL if systems becomes standard for
the distributions?
currently this all sounds in many parts Desktop centric but has a lot of
potential for
embedded or server uses cases.
Many Thanks,
--
Holger Winkelmann
Member of NGN Service Lab
___
systemd
56 matches
Mail list logo
