Hello again,
One of our clients already had a mature implementation of Nagios for
monitoring all their CIs. We developed for them a kind of web service which
is used for Nagios as a plugin to monitor changes between baseline (OTRS
CMDB) and what currently is (Nagios findings). Each time a discrepa
We went for a mix-and-match solution which may be of interest to others.
We create records on OTRS for each newly purchased device from our procurement
process.
We use Microsoft SCCM as the main discovery and management tool, and pick up
data from SCCM daily which is injected into the OTRS reco
Dear all, Mike,
of course as a Consultant I am very process focused, sometimes close to oversee
the usability in terms of tool handling speeds =) =) =)
Just kidding ... I really recommend to keep the insertion of new CIs a manual
procedure. Of course, if you have a CVS file or such, and you hav
Nachricht-
Von: otrs-boun...@otrs.org [mailto:otrs-boun...@otrs.org] Im Auftrag von
Michiel Beijen
Gesendet: Donnerstag, 28. April 2011 01:59
An: User questions and discussions about OTRS.
Betreff: Re: [otrs] OTRS ITSM : computers discovery
Yeah; this is a valid point: you really should control
...@otrs.org] Im Auftrag von
Michiel Beijen
Gesendet: Donnerstag, 28. April 2011 01:59
An: User questions and discussions about OTRS.
Betreff: Re: [otrs] OTRS ITSM : computers discovery
Yeah; this is a valid point: you really should control the changes
done to your CMDB.
That said, auto-populating
Yeah; this is a valid point: you really should control the changes
done to your CMDB.
That said, auto-populating and/or updating the CMDB with a discovery
tool should not lead to an out-of-control configuration management
process per se.
The problem is that you would NOT want to populate and/or m
Dear all,
On 27.04.2011, at 21:50, Leonardo Certuche wrote:
> Please keep in mind that auto-populating your CMDB using a discovery tool
> will lead to an out of control configuration management process.
>
> What we do is the following: we get the inventory from OCS, export it to CSV,
> and the
Agreed. We use nmap2mysql to build initial databases, then selectively
import into the CMDB. The next evolutionary step would be an OTRS CMDB
client agent.
On Wed, Apr 27, 2011 at 2:50 PM, Leonardo Certuche <
leonardo.certu...@itconsultores.com.co> wrote:
> Hello,
>
> We happen to be partners o
Hello,
We happen to be partners of both OTRS and OCS Inventory.
Please keep in mind that auto-populating your CMDB using a discovery tool
will lead to an out of control configuration management process.
What we do is the following: we get the inventory from OCS, export it to
CSV, and then import
Take a look at nmap2mysql.
>
> What's the best discovery tool (preferably open source) that people
> are using? Comments from the list are welcome!
> --
> Mike
>
> On Wed, Apr 27, 2011 at 5:42 PM, GARDAIS Ionel
> wrote:
> > Hi list,
> >
> > We give a try to OCS Inventory to collect datas about
Spiceworks but otherwise .. I don't know,
http://alternativeto.net/software/spiceworks/
On Wed, Apr 27, 2011 at 3:25 PM, Michiel Beijen wrote:
> Would be great to have! Currently we don't have anything like this,
> you can however import inventory data from discovery tooling into the
> CMDB.
>
>
Would be great to have! Currently we don't have anything like this,
you can however import inventory data from discovery tooling into the
CMDB.
What's the best discovery tool (preferably open source) that people
are using? Comments from the list are welcome!
--
Mike
On Wed, Apr 27, 2011 at 5:42 P
Hi list,
We give a try to OCS Inventory to collect datas about the computers we manage.
We ran into a few problems that led me to drop this tool …
Then I discovered OTRS for ticket requests : stable, efficient, all good.
I installed the ITSM package on a test system and was wondering if a platefo
13 matches
Mail list logo
