OK, I've modified the discoveries to work. However, for the poller of the UPS itsself, the MIB is hardcoded into the database.
Right now the polling done for the UPS itsself is done through a hardcoded MIB in the database. Without creating a new interface type for this type of UPS (not the _lines), is there any way to pass the seperate MIBs, or is the only way to do this is to write a poller file for the UPS instead of relying on these database entries? thanks, --falz On 9/12/05, falz <[EMAIL PROTECTED]> wrote: > At least 85% the same. The main difference is the MIBs. The Mitsubishi > MIBS also have more data that I'd like to grab, such as wattage. I > still have some touchup to do on the graphs as I mixed a database > table in one spot, but it's minor. > > How would you suggest the UPS thing does the search? Populate an array > with each type of MIB and loop w/ a foreach or similar? > > I'll look into doing this this week. The job of adding this UPS would > have been easier had I modified the UPS files directly, but I wanted > to know all of the steps involved in adding a new interface/host type. > > --falz > > On 9/11/05, Javier Szyszlican <[EMAIL PROTECTED]> wrote: > > Falz, > > > > You should have to add records to the tables manually, just use the jffnms > > gui > > to add them, I mean its still manual, but not touching the tables directly. > > > > How much like the UPS MIB is this new interface type? 90%? 20%? if its more > > than > > 80% I would suggest to modify the UPS MIB to accomodate this new type of > > device. > > > > Javier > > > > falz wrote: > > > OK, perfect. This is what I need to know. I manually added data needed > > > to the tables: > > > > > > interface_types_fields > > > pollers_poller_groups > > > > > > And now it's working properly! > > > > > > I'm going to do a little more tweaking and add some more data > > > (wattage, for example) and after a week of testing, I'd like to send > > > you my data I have to put into the main jffnms code, if possible > > > (essentially it's a complete copy of the ups and ups_lines that were > > > in there, with slight code changes and MIB changes). > > > > > > --falz > > > > > > On 9/10/05, Javier Szyszlican <[EMAIL PROTECTED]> wrote: > > > > > >>You have to MANUALLY add the interfaces fields for your new interface > > >>type. > > >> > > >>And you have to create the description field if you want it. > > >> > > >>Javier > > >> > > >>falz wrote: > > >> > > >>>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 > > >>>>>jffnms-users@lists.sourceforge.net > > >>>>>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 > > >>>>jffnms-users@lists.sourceforge.net > > >>>>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 > > >>>jffnms-users@lists.sourceforge.net > > >>>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 > > >>jffnms-users@lists.sourceforge.net > > >>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 > > > jffnms-users@lists.sourceforge.net > > > 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 > > jffnms-users@lists.sourceforge.net > > 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 jffnms-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jffnms-users
