2011/6/6 Les Mikesell <lesmikesell@xxxxxxxxx>: > On 6/6/2011 1:12 PM, Denis Ovsienko wrote: >> >> Folks, >> >> I have made a look at both systems (GLPI and OCSNG). The integration task >> is, of course, doable, but requires at least one developer familiar with >> internals of both RackTables and one of those applications. Neither me nor >> Alexey nor Aaron currently have this experience. >> >> That said, if someone wants to contribute the code to link the systems, >> the effort would be welcomed. Integrating with RackTables (at least with >> some parts of it) is no rocket science, and we can advise on that. Excuse >> me, but that's all we can offer at this time. > > The OCSNG server can be configured to drop a copy of each inventory report > sent (typically once per day) from each host in XML format in a server-side > directory which could mostly divorce the ocs internals from the problem > except that there is no location/rack data unless you add them as 'adminfo' > custom fields. Is there a generic way to import/update items assuming you > can get the data and map the field names from somewhere else? I've seen an > api mentioned, but I'm not very good with php and haven't found examples or > documentation I could follow. I could probably manage something in perl, > hooking dbi to both databases but that seems pretty fragile in terms of > possible future schema changes in either system. In that kind of scenario, > can racktables deal with objects that don't have a parent yet (i.e. a new > host reports its hardware inventory before someone assigns the > location/rack/position), and what sort of sanity checking would be needed on > the interface/subnet details to ensure that the actual settings reported by > the agent fit into the networks as defined? Hi, maybe something like the yaml_import.php or facter.php "import plugins" (see in contribs http://racktables.svn.sourceforge.net/viewvc/racktables/contribs ) as a basis? Regards, Loïs -- Quand karma faché, karma toujours faire comme ça.