I've got the function names of the Interface Type fields matched up
with the filenames, and those are the items that seem to give me my
functional Discovery, but apparently nothing else.

I've just gone through the Graphs config and replicated all of the
ups_* lines to be ups_mitsubishi_* and copied the related files, so
there appears to be a complete "copy" of all of the ups_ stuff
everywhere. Still when I add the interface, I get nothing in
interface_values.

I did some more work with the array that the discovery function
returns. A few questions about this.

According to docs, the array that the function returns can contain any
valid names that match up with what's in "interface_types_fields"
table in the database. I don't see anything in jffnms to edit/alter
this, is this "hardcoded" not intended to be changed?

In my discovery, if I return something as "description", shouldnt it
simply show up on the screen in the Description field on the line for
the interface it returns?

Here's a debug of one array I'm returning from discovery. In the case
below, I don't get anything in the "Description" field on screen,
although "description" is a field in "interface_types_fields".

Array
(
    [1] => Array
        (
            [description] => UPS01 (40kva)
            [interface] => UPS Mitsubishi
            [admin] => ok
            [oper] => battery normal
        )
)

When browsing through the interface_types_fields table, I see that
there are multiple entries for several, (Description exists many
times) all with a different "itype". I can manually enter one with an
itype that matches mine, (10001), but I guess I'd like to do it the
"right" way instead.

--falz

On 9/8/05, Javier Szyszlican <[EMAIL PROTECTED]> wrote:
> You should remember the interface types fields, you will need those for 
> everything.
> 
> Thats why you don't have anything in the interface_values table too.
> 
> Javier
> 
> falz wrote:
> > I'm adding support for some Mitsubishi UPS's we have. I see that there
> > are generic "UPS" and "APC UPS" items listed already. Looking at the
> > discovery/ items for the generic "UPS", this seemed to be quite close
> > to the one I'm adding.
> >
> > So, I've gone through and made a copy of all of the necessary files
> > that need to be changed, such as:
> >
> > pollers/ups_line.php -> pollers/ups_mitsubishi_line.php (modifying
> > where necessary)
> >
> > same with:
> >
> > discovery/ups.inc.php -> discovery/ups_mitsubishi.inc.php
> > discovery/ups_line.inc.php -> discovery/ups_mitsubishi_line.inc.php
> >
> > In JFFNMS, I've added
> >
> > In "Interface Types" I've added the items match the fionction name
> > (ups_mitsubishi, ups_mitsubishi_line)
> >
> > In "Poller Items" I've copied the UPS ones, but changed "Poller
> > Command (file)" to ups_mitsubishi_line to match my pollers/* file, and
> > set the correct OID in "Parameters" where necessary. I've left the
> > graph items to the defaults of what the UPS items were, as the files
> > in graphs/ may work just fine (I will tweak when necessary when I can
> > actually see data.
> >
> > In "Poller Grouping" I've created "UPS Mitsubishi" and "UPS Mitsubishi
> > Lines" and matched them with the interfaces.
> >
> >
> >
> > When I do a discovery on this IP, it finds the appropriate interfaces
> > (one for the ups, one input line, one output line).
> >
> > However, when I click "add" I get a screen with no interfaces listed.
> > The database shows the items added to the jffnms.interfaces table. If
> > I go to "view host interfaces" for this I can see them to choose, but
> > nothing appears to edit.
> >
> > It appears I have missed a step in adding this new interface. Any idea
> > what it is? The interfaces are in the database, show if I go to
> > "performance" but if I choose them, or choose to view interfaces of
> > the host, nothing appears.
> >
> > Thanks,
> > --falz
> >
> >
> > -------------------------------------------------------
> > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> > _______________________________________________
> > jffnms-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/jffnms-users
> 
> --
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Javier Szyszlican, Project Leader, JFFNMS
> [EMAIL PROTECTED]
> 
> I hope JFFNMS or I were helpful to you, if you
> can, please donate at http://jffnms.org/donate
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> jffnms-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/jffnms-users
>


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
jffnms-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jffnms-users

Reply via email to