Simone Piccardi <[email protected]> wrote: > Could you provide some examples? In my (limited) experience almost all > programs I'm using just log to text file (journald beeing the main > exception).
Apache can write its access log to an SQL database, for example. AFAIK, the modern syslog replacements (like rsyslogd or syslogd-ng) can also be configured to use an SQL database backend rather than the traditional text files. Reasons why one would want to do this include (a) speed and (b) ease of finding things, both of which aren't exactly among the strengths of the text-file based approach (as the journald developers, too, are fond of pointing out). Note that getting these tools to actually log to an SQL database is not part of the LPIC-1 exam (and rightly so, as far as I'm concerned). I presume the general idea is that a “junior” sysadmin might end up working in a place where senior staff have set things up that way, and a junior employee would need basic familiarity with SQL in order to look at logging data – much like LPIC-1 doesn't require a candidate to be able to install and configure an MTA from scratch, just to deal with it once it's there. Anyway, that's what I was told at the time. Maybe Matt can shed more light on the actual rationale of adding SQL to LPIC-1. After all, he was there and I wasn't ;^). The way LPI figures out exam objectives does suggest that the issue must have come up during the JTA. Anselm -- Anselm Lingnau ... Linup Front GmbH ... Linux-, Open-Source- & Netz-Schulungen [email protected], +49(0)6151-9067-103, Fax -299, www.linupfront.de Linup Front GmbH, Postfach 100121, 64201 Darmstadt, Germany Sitz: Weiterstadt (AG Darmstadt, HRB7705), Geschäftsführer: Oliver Michel _______________________________________________ lpi-examdev mailing list [email protected] http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev
