From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pjotr Prins Subject: Re: System monitoring Date: Mon, 6 Jan 2020 00:44:45 -0600 Message-ID: <20200106064445.dq3gpelr64x2z63h@thebird.nl> References: <20191228170317.2zfdsoewk4cfkzyf@thebird.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:57447) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ioMEw-00059a-7H for guix-devel@gnu.org; Mon, 06 Jan 2020 01:51:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ioMEv-0004ao-33 for guix-devel@gnu.org; Mon, 06 Jan 2020 01:51:50 -0500 Content-Disposition: inline In-Reply-To: List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: =?iso-8859-1?Q?G=E1bor?= Boskovits Cc: Guix Devel , guix-sysadmin@gnu.org On Sun, Jan 05, 2020 at 08:39:03PM +0100, G=E1bor Boskovits wrote: > One lightweight soultion on the client would be to provide a > prometheus exporter, implementing the spec here: > https://prometheus.io/docs/instrumenting/exposition_formats/ > That would need a prometheus server to scrape it, but would be very lig= htweight. > Zabbix can be used also, Data can be pushed for example by zabbix_sende= r: > https://www.zabbix.com/documentation/2.4/manpages/zabbix_sender > Wdyt? My thinking currently is to write something from scratch. Basically system monitoring is about handling messages. I want something that is distributed and does not depend on single servers. Also I want 2-way communication AND broadcasting :). If we focus on getting messaging right it will be trivial to tie it to existing engines like Zabbix. Other requirements are that the base daemon(s) should be written in guile, but the filters can be in any programming language. To popularize a system we'll need to support python, for example. With network interfaces that should not be too hard. Note that a messaging system is generic. It would allow me to E-mail or text messages to trigger on meetings in my diary. One of the features of Google calender I appreciate. The idea is really to be able to write applications that push messages in on one end, and pick them up on the other to send out as notifications, or log them in a database for statistics. If I have time I'll do some prototyping this month. We should have a working group during the Guix days! Pj.