Call me crazy, but I hate the idea of putting crap (monitoring agents, security agents, more generic accounts, etc) on the box.
Could we build a core syslog framework that would let us take those errors and configure them for more than a loghost ... say any or a specific host via SNMP in a way that we can format it ... Say using an XML schema we can customize? Maybe even get syslog or an extension to it for reporting particular performance thresholds? -- Ron -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gavin Maltby Sent: Friday, June 09, 2006 9:19 AM To: Darren J Moffat Cc: opensolaris-discuss@opensolaris.org; [EMAIL PROTECTED]; networking-discuss@opensolaris.org; Darren Reed Subject: [networking-discuss] Re: [osol-discuss] Proposal for new OpenSolaris project: modernise syslogd Hi On 06/09/06 13:56, Darren J Moffat wrote: > Gavin Maltby wrote: >> On 06/09/06 12:31, Darren J Moffat wrote: >> >>> What problem does this solve ? >> >> Trawling syslog files with miserable Perl scripts and the like, >> trying to rebuild structure from a not very well-formed or structured ascii text. >> Writing a syslog event monitor should not involve grokking around in >> that mess. > > I thought so I just didn't want to put words in your mouth. Very kind :-) > Doesn't FMA cover some of this binary log concept though ? Well it keeps a binary log of incoming error event telemetry and faults diagnosed from that. But there is lots of stuff that targets syslog that cannot (should not) be cast in FMA terms. FMA is interested in error telemetry and in trying to diagnose faults that it might indicate - it's not interested in much of what goes to syslog (although there are plenty of places that target syslog which could/should target FMA instead). However I'd guess that the libexacctt logifile format that FMA uses could well be a good start towards a structured syslog file. Gavin _______________________________________________ networking-discuss mailing list networking-discuss@opensolaris.org _______________________________________________ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org