<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">


<META content="MSHTML 6.00.2600.0" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=645465419-16102002><FONT face=Arial color=#0000ff size=2>Let's 
put this thread to bed. If you don't think the documentation is up-to-snuff, 
quit whining, spend one tenth the hours that Ethan has put into this project, 
and write the documentation yourself, then submit it for approval. With your 
discerning eye, I'm sure you can easily make a reasonably deep, very 
configurable Open Source Project (which, by the way is working very well in many 
installations of varying sizes) simple for Joe Blow-wanna-be-administrator 
that's too lazy to read more than the INSTALL and README files from the 
distribution tar-ball, and expect something that explicitly states that plug-ins 
and custom configuration are pre-requisites to the software working in the first 
place, to work out-of-the-box. </FONT></SPAN></DIV>
<DIV><SPAN class=645465419-16102002><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=645465419-16102002><FONT face=Arial color=#0000ff size=2>There 
are literally hundreds to thousands of companies/corporations using this 
software. If you want a paint-by-numbers hand-holding, HP OpenView has 
installation and support contracts you can purchase. Also, at $195/hour, you can 
call M$oft and get support - oh, wait, I guess you can't!!!</FONT></SPAN></DIV>
<DIV><SPAN class=645465419-16102002><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=645465419-16102002></SPAN> </DIV>
<DIV> </DIV>
<P><FONT size=2>Gary Every<BR>Sr. UNIX Administrator<BR>Ingram 
Entertainment<BR>(615) 287-4876<BR>"Pay It Forward"<BR><A 
href="mailto:gary.every@ingramentertainment.com">mailto:gary.every@ingramentertainment.com</A><BR><A 
href="http://accessingram.com/" 
target=_blank>http://accessingram.com</A><BR></FONT></P>
<BLOCKQUOTE>
  <DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma 
  size=2>-----Original Message-----<BR><B>From:</B> Jon Lyons 
  [mailto:jlyons30@yahoo.com]<BR><B>Sent:</B> Wednesday, October 16, 2002 2:35 
  PM<BR><B>To:</B> Carroll, Jim P [Contractor]; 'Ethan Galstad'; 
  nagios-users<BR><B>Subject:</B> RE: [Nagios-users] RE: 
  Paint-by-numbers<BR><BR></FONT></DIV>
  <P>Yes all good points, but if we can get someone to a write a basic 1-2-3 
  it'll greatly help the new users. The Documention is great once you have a 
  good base of how things are added/created/polled... 
  <P>Basically the FAQ page needs more information added to it, and it'd be nice 
  if it was able to search the docs for specific commands for syntax and stuff. 
  I'd take a stab at it, but I don't know how to read... :) 
  <P> 
  <P> <B><I>"Carroll, Jim P [Contractor]" 
  <jcarro10@sprintspectrum.com></I></B> wrote: 
  <BLOCKQUOTE 
  style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">You've 
    brought up a couple of excellent points which I'd like to address.<BR><BR>1. 
    Writing docs is often a thankless task. I know I've tried my hand at 
    it,<BR>and tried to 'remove' myself far enough to ask myself what a newbie 
    to the<BR>things I've had my hands all over would want to know. The deeper 
    you get<BR>into the technology, the harder it is to recall everything that 
    you wanted<BR>to put in the docs.<BR><BR>2. Spelling/grammar boo-boos. It's 
    been a while since I've scoured the<BR>Nagios docs, but I do recall finding 
    a couple mistakes here and there.<BR>Assuming I find them, what's the best 
    process for me to submit corrections?<BR><BR>Honestly, the Nagios 
    documentation is one thing which *really* impressed me.<BR>The impressive 
    features had a little bit to do with it, too. ;)<BR><BR>jc<BR><BR>> 
    -----Original Message-----<BR>> From: Ethan Galstad 
    [mailto:nagios@nagios.org]<BR>! > Sent: Tuesday, October 15, 2002 11:59 
    PM<BR>> To: nagios-users<BR>> Subject: Re: [Nagios-users] RE: 
    Paint-by-numbers<BR>> <BR>> <BR>> I might as well through my 2 
    cents into this little discussion. Here <BR>> goes...<BR>> <BR>> To 
    say that the Nagios docs are among the worst out there for open <BR>> 
    source network apps probably isn't true. Check out other monitoring <BR>> 
    apps on SourceForge and have a look at their documentation sometime. 
    <BR>> To say that it sucks for new users is probably very true though. 
    <BR>> Nagios has a high learning curve.<BR>> <BR>> I wrote about 
    95% of the current documentation and hated every second <BR>> of it. In 
    fact, the only thing I hate more than reading <BR>> documentation is 
    writing it. Writing 1-2-3 "paint by numbers" <BR>> documentation would be 
    nice for new users to have (if they read it), <BR>> but I can't really be 
    the one to do it. I'm so far removed from <BR>> knowing wh! at a newbie's 
    perspective is that it wouldn't do me much <BR>> good to try anyway. 
    Developers don't usually write docs for end <BR>> users because they (a) 
    are too close to the product and (b) probably <BR>> lack basic "grammir 
    skillz" brought on by caffeine overdose and sleep <BR>> deprivation. Both 
    apply to me.<BR>> <BR>> If the documentation is lacking, people need 
    to step up and <BR>> contribute. That's how things get done. In this 
    case, people who <BR>> have just reached the "aha" stage of the learning 
    curve should be <BR>> writing the docs for newbies. Something to think 
    about if you just <BR>> got Nagios up and running... <BR>> <BR>> 
    BTW, I do think "A Paint-By-Numbers Guide To Installing Nagios" is a 
    <BR>> great title for new documentation. :-)<BR>> <BR>> <BR>> 
    <BR>> On 15 Oct 2002 at 13:51, Carroll, Jim P [Contractor] wrote:<BR>> 
    <BR>> > My first comment is one of administrivia. Please do not 
    <BR>> chang! e the Subject,<BR>> > as it breaks software which 
    organizes mailing lists by <BR>> subject thread.<BR>> > <BR>> 
    > > >You also say that Nagios is poorly documented (for) "the 
    <BR>> > > common user)."<BR>> > > >Maybe I'm missing 
    something, but Nagios appears (to me) to <BR>> > > be targetted 
    for<BR>> > > >installation by an experienced UNIX/Linux systems 
    <BR>> > > administrator, not the<BR>> > > >common 
    user.<BR>> > > <BR>> > > But you have to admit, even the 
    experienced admin guy <BR>> > > scratches his head<BR>> > 
    > over it<BR>> > > from time to time. <BR>> > <BR>> 
    > I scratch my head because I'm doing "what if" scenarios in <BR>> my 
    head. And you<BR>> > know what the solution to this is? Just do 
    it.<BR>> > <BR>> > > >One of the problems of the 
    "paint-by-numbers" approach is <BR>> > > that every! one<BR>> 
    > > ends<BR>> > > >up with the same picture. Want sample 
    config files? <BR>> > > They're there. Want<BR>> > > 
    >more examples/suggestions? That's what this mailing list is for.<BR>> 
    > > <BR>> > > Paint-by-number for common tasks is a big "time 
    saver". I for <BR>> > > one don't want<BR>> > > to be 
    working 60hr weeks cause it is taking me hours and <BR>> hours to 
    get<BR>> > > something "simple" configured that if I had a basic 
    "blue <BR>> > > print" would have<BR>> > > cut the time by 
    1/2. <BR>> > <BR>> > 1. The "blue print" here is called 
    "documentation". It <BR>> exists. And it<BR>> > works.<BR>> > 
    <BR>> > 2. If you're working 60hr weeks to get a basic <BR>> 
    configuration of Nagios to<BR>> > work, perhaps you're in over your 
    head. Even half of that, <BR>> 30 hours, is far<BR>> > too much 
    time to be spending on ! something as a rudimentary <BR>> configuration 
    of<BR>> > Nagios.<BR>> > <BR>> > > If the 
    paint-by-numbers method is not good, then all the <BR>> user 
    manuals<BR>> > > written over the past 30+yrs are incorrect and 
    should be <BR>> scrapped. :)<BR>> > <BR>> > I've yet to see a 
    paint-by-numbers manual in my 14 years as <BR>> a UNIX systems<BR>> 
    > administrator. You must be thinking about a book on how to paint 
    by<BR>> > numbers.<BR>> > <BR>> > > This list is 
    fantastic. Without this list, it would be almost <BR>> > > 
    impossible for<BR>> > > new Nagios users to get the product up and 
    running in a <BR>> > > somewhat timely<BR>> > > fashion. 
    <BR>> > <BR>> > New Nagios users? Or new to UNIX/Linux systems 
    administration? An<BR>> > executive in a company doesn't need to know 
    the first thing <BR>> about the<BR>> > Bourne/bash shell, but 
    equippe! d with a web browser on a <BR>> functional (and<BR>> > 
    properly configured) computer, this executive could login <BR>> to Nagios 
    and<BR>> > browse.<BR>> > <BR>> > > >Looking for 
    help configuring Apache? That's not really what <BR>> > > Nagios or 
    this<BR>> > > >mailing list is about, but you might find someone 
    <BR>> willing to help you<BR>> > > there.<BR>> > > 
    <BR>> > > Would be great to have a "top 10" problems U might 
    encounter <BR>> > > installing<BR>> > > nagios with 
    Apache. I would consider this almost a must. <BR>> without a web<BR>> 
    > > server Nagios is worthless. It shouldn't be a 700 page repeat 
    <BR>> > > of apache<BR>> > > docs, but a happy 
    medium<BR>> > <BR>> > Hint: http://www.apache.org/<BR>> > 
    <BR>> > > >Looking for help configuring Sendmail so you can get 
    your <BR>> > > notifications?<BR>&g! t; > > >Again, 
    that's not really what Nagios/this mailing list is <BR>> > > about, 
    but you<BR>> > > >might find someone (like myself) willing to 
    help out.<BR>> > > <BR>> > > Again, having a "top 10" 
    problems or providing a basic config <BR>> > > as part of 
    the<BR>> > > docs or a supplemental doc would be a great time 
    saver. <BR>> > > Sendmail is probably<BR>> > > used by 
    70%+ of users to send out notifications<BR>> > <BR>> > Don't get 
    me started on Sendmail. Or DNS/BIND. Or how to <BR>> build a 
    firewall.<BR>> > These are all subjects which take a modest amount of 
    effort <BR>> to understand<BR>> > and configure properly. If given 
    a boilerplate example <BR>> based on a number of<BR>> > 
    assumptions, it will invariably lead the majority of <BR>> newbies to "it 
    didn't<BR>> > work/it broke/etc". Then you're back into the loop of 
    "what's your<BR>> &! gt; configuration, what are you trying to do, 
    etc." Many times <BR>> a person will<BR>> > say what they're trying 
    to accomplish at the micro level, <BR>> while trying to<BR>> > 
    obscure what they're trying to accomplish in the big <BR>> picture. (I 
    know,<BR>> > because I've caught myself doing this very thing.) In the 
    <BR>> final analysis,<BR>> > these examples that I suspect you're 
    looking for will lead <BR>> you to believe<BR>> > that it can only 
    be done the one way. I urge you to go <BR>> back and *slowly*<BR>> 
    > read over the documentation. (I say this, because I know <BR>> I'm 
    the impatient<BR>> > type, when it comes to getting something as 
    powerful as <BR>> Nagios up and<BR>> > running; I tend to skim 
    lightly over what the salient <BR>> points appear to be,<BR>> > and 
    if it doesn't work, drill down a bit at a time. <BR>> Patience is a 
    virtue.)<BR>> > <BR>> > As someone else h! as suggested, if 
    you're not happy with the current<BR>> > documentation, you're more 
    than welcome to write up your <BR>> own and either<BR>> > offer it 
    here, or ask Ethan to host it on his site.<BR>> > <BR>> > > 
    >Nagios is vast, of that there is no doubt. If you feel <BR>> > 
    > you're qualified to<BR>> > > >do the installation, then by 
    all means, hang in there; <BR>> > > frustration is a<BR>> > 
    > sign<BR>> > > >that success is just around the corner. 
    :)<BR>> > > <BR>> > > You are correct, the amount of info 
    supplied with Nagios <BR>> is vast. But<BR>> > > without more 
    paint-by-numbers examples, new users to the <BR>> > > product don't 
    know<BR>> > > what to ask for or how to ask it. They become 
    frustrated and <BR>> > > "give up".<BR>> > <BR>> > It 
    sounds as if you have some statistics (of newcomers to <BR>> Nagios) to 
    back ! up<BR>> > your claim. Please share with the list.<BR>> > 
    <BR>> > jc<BR>> > <BR>> > <BR>> > 
    -------------------------------------------------------<BR>> > This 
    sf.net email is sponsored by:ThinkGeek<BR>> > Welcome to geek 
    heaven.<BR>> > http://thinkgeek.com/sf<BR>> > 
    _______________________________________________<BR>> > Nagios-users 
    mailing list<BR>> > Nagios-users@lists.sourceforge.net<BR>> > 
    https://lists.sourceforge.net/lists/listinfo/nagios-users<BR>> > 
    <BR>> <BR>> <BR>> <BR>> Ethan Galstad,<BR>> Nagios 
    Developer<BR>> ---<BR>> Email: nagios@nagios.org<BR>> Website: 
    http://www.nagios.org<BR>> <BR>> <BR>> <BR>> 
    -------------------------------------------------------<BR>> This sf.net 
    email is sponsored by: viaVerio will pay you up to<BR>> $1,000 for every 
    account that you consolidate with us.<BR>> 
    http://ad.doubleclick.net/clk;4749864;7604308;v?<B! R>> 
    http://www.viaverio.com/consolidator/osdn.cfm<BR>> 
    _______________________________________________<BR>> Nagios-users mailing 
    list<BR>> Nagios-users@lists.sourceforge.net<BR>> 
    https://lists.sourceforge.net/lists/listinfo/nagios-users<BR>> 
    <BR><BR><BR>-------------------------------------------------------<BR>This 
    sf.net email is sponsored by: viaVerio will pay you up to<BR>$1,000 for 
    every account that you consolidate with 
    us.<BR>http://ad.doubleclick.net/clk;4749864;7604308;v?<BR>http://www.viaverio.com/consolidator/osdn.cfm<BR>_______________________________________________<BR>Nagios-users 
    mailing 
    list<BR>Nagios-users@lists.sourceforge.net<BR>https://lists.sourceforge.net/lists/listinfo/nagios-users</BLOCKQUOTE>
  <P><BR>
  <HR SIZE=1>
  Do you Yahoo!?<BR><A href="http://faith.yahoo.com">Faith Hill</A> - Exclusive 
  Performances, Videos, & more<BR><A 
  href="http://faith.yahoo.com">faith.yahoo.com</A></BLOCKQUOTE></BODY></HTML>