[clue] cmdb's? (seeking advice)

Fri Dec 4 12:45:24 MST 2015

I think cmdb's is a good topic for Tuesday 12/08 presentation. What do you
think Mike Bean?

On Thu, Dec 3, 2015 at 5:00 PM, Quentin Hartman <qhartman at gmail.com> wrote:

> That was me, and yeah, I don't think cmdb's really have a place in the
> world anymore. With actual configuration management / deployment systems
> and (if you need it for compliance) intrusion detection, they are pretty
> outmoded.
>
> QH
>
> On Thu, Dec 3, 2015 at 4:41 PM, Mike Bean <beandaemon at gmail.com> wrote:
>
>> As a follow-up to this, I'm going to probably give this up.  I did manage
>> to successfully map one of our test networks in onecmdb, but from the look
>> of things onecmdb has been dead as a FOSS project for years and isn't the
>> simplest thing to work with if you're not a full time CM. Somebody
>> somewhere in this mailing list said to me that in order for it to be
>> worthwhile to introduce one new thing it should replace 2 old things, and I
>> tend to sympathize with the sentiment.
>>
>> Mike B
>>
>> On Wed, Dec 2, 2015 at 2:12 PM, Quentin Hartman <qhartman at gmail.com>
>> wrote:
>>
>>> Getting money to oss projects is frequently a challenge in organizations
>>> that don't have a way to handle donations. I've successfully gotten it done
>>> in the past by presenting the cost of a legitimately comparable proprietary
>>> solution alongside the oss solution with a "consulting / customization"
>>> line item that represents somewhere between 10 and 50 percent of the cost
>>> of the proprietary one. With all the other lines being zero, it ends up
>>> being perceived as a bargain, and the cost falls into a category that
>>> accounting knows how to deal with.
>>>
>>> QH
>>>
>>> On Wed, Dec 2, 2015 at 1:59 PM, David L. Willson <DLWillson at thegeek.nu>
>>> wrote:
>>>
>>>> Please pardon my political opportunism, but I'm going to throw in a
>>>> very short sermon here. Feel free to delete now if you've heard enough of
>>>> my crap.
>>>>
>>>> This is a reminder to all of us, me included. It is easy to become a
>>>> leech and never notice a problem until your favorite project goes dormant
>>>> because the folks working on it had to "get real jobs".
>>>>
>>>> If free software gives you value, give something back. Words are good,
>>>> and gifts are great. "Free" is a lot easier to do if the gifts come back,
>>>> because folks that have something to give back, do. So, please give
>>>> something to Wikipedia, the Free Software Foundation, the Linux Foundation,
>>>> the Samba project, or whatever is of value to you. *Show* your gratitude
>>>> with words and gifts you can afford.
>>>>
>>>> And, encourage your friends and employers to do likewise.
>>>>
>>>> --
>>>> David L. Willson
>>>> Teacher, Engineer, Evangelist
>>>> RHCE+Satellite CCAH Network+ A+ Linux+ LPIC-1 Ubuntu_CP SUSE_CLA
>>>> Mobile 720-333-LANS(5267)
>>>> http://sofree.us
>>>>
>>>> This is a good time for a r3VOLution.
>>>>
>>>> ------------------------------
>>>>
>>>> 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
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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/20151204/fcba90fd/attachment.html 