[clue] cmdb's? (seeking advice)

[Quentin Hartman]

There is a "version" that is still open source, but I don't know how
featureful it is. tripwire.org . There is also a fork of the old opensource
tripwire that I believe has blossomed into it's own thing, but the name
escapes me at the moment. I seem to recall it was some inscrutable acronym.
I've never used either as my application of it was in halcyon days of OSS
Tripwire, and since then I've not had a pressing need for it.

Q

On Wed, Dec 2, 2015 at 1:43 PM, Mike Bean <beandaemon at gmail.com> wrote:

> Good thought, but I don't really have a project budget/money to spend on
> licenses,  I don't think tripwire is FOSS is it?
>
> On Wed, Dec 2, 2015 at 1:36 PM, Quentin Hartman <qhartman at gmail.com>
> wrote:
>
>> So, at a previous gig, we were mandated to have a cmdb system and we
>> tried to implement it with a wiki, and it worked pretty well. However, what
>> I ended up doing for the systems I ran was use tripwire to log changes and
>> use that as my "cmdb". When required, I copy-pasta'd entries from the
>> tripwire log into the wiki.
>>
>> In the end, everyone was happy, and I didn't have to deal with tracking
>> stuff manually. Sounds like this might be a good fit for you.
>>
>>
>> On Wed, Dec 2, 2015 at 1:31 PM, Mike Bean <beandaemon at gmail.com> wrote:
>>
>>> Not really a hardware thing that I have in mind.  More a question of
>>> looking for a way to find a searchable list of system changes that you can
>>> say refine, so when something breaks.  You can, for example, bring up a
>>> list of system changes that occurred within, oh say, the last week.   I
>>> gather most of the CMDBs are pay-per software.  Idoit, and onecmdb for
>>> example, are FOSS, but so far, problematic at best.   Some of the options
>>> I've looked at run in windows, few to none run on linux.  At least not
>>> well.  Looking at itop, not convinced on that one either.  Looks like I'd
>>> have to get a webserver going to have that running, but I don't see many
>>> ways around that.  Everything I look at either runs on apache on tomcat.
>>> Most have some sort of mysql backend.
>>>
>>> Mike B
>>>
>>> On Wed, Dec 2, 2015 at 11:13 AM, Matt James <matuse at gmail.com> wrote:
>>>
>>>> I've used the Asset Tracker part of RT before and was reasonably happy
>>>> with it.  https://www.bestpractical.com/assets/
>>>>
>>>> Is that what you're looking for?
>>>>
>>>> On Wed, Dec 2, 2015 at 10:31 AM, Mike Bean <beandaemon at gmail.com>
>>>> wrote:
>>>>
>>>>> Has anyone had good experience with cmdb's they're comfortable
>>>>> recommending?  I'm attempting to evaluate, and so far, just looked at
>>>>> onecmdb and idoit, but not generally having good experiences.   I need
>>>>> linux support, and don't necessarily have an infinite amount of time to
>>>>> hack the thing into working.
>>>>>
>>>>> Mike B
>>>>>
>>>>> _______________________________________________
>>>>> clue mailing list: clue at cluedenver.org
>>>>> For information, account preferences, or to unsubscribe see:
>>>>> http://cluedenver.org/mailman/listinfo/clue
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> clue mailing list: clue at cluedenver.org
>>>> For information, account preferences, or to unsubscribe see:
>>>> http://cluedenver.org/mailman/listinfo/clue
>>>>
>>>
>>>
>>> _______________________________________________
>>> clue mailing list: clue at cluedenver.org
>>> For information, account preferences, or to unsubscribe see:
>>> http://cluedenver.org/mailman/listinfo/clue
>>>
>>
>>
>> _______________________________________________
>> clue mailing list: clue at cluedenver.org
>> For information, account preferences, or to unsubscribe see:
>> http://cluedenver.org/mailman/listinfo/clue
>>
>
>
> _______________________________________________
> clue mailing list: clue at cluedenver.org
> For information, account preferences, or to unsubscribe see:
> http://cluedenver.org/mailman/listinfo/clue
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://cluedenver.org/pipermail/clue/attachments/20151202/da5c0439/attachment.html