From owner-freebsd-current@FreeBSD.ORG Wed May 7 14:32:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4CDC20B for ; Wed, 7 May 2014 14:32:36 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A4E94F0D for ; Wed, 7 May 2014 14:32:35 +0000 (UTC) Received: from [192.168.1.134] (c-24-23-222-205.hsd1.ca.comcast.net [24.23.222.205]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 57D501928E4; Wed, 7 May 2014 14:32:28 +0000 (UTC) Subject: Re: wbem, cim and instrumentation From: Sean Bruno Reply-To: sbruno@freebsd.org To: Bruno =?ISO-8859-1?Q?Lauz=E9?= In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Wed, 07 May 2014 07:32:27 -0700 Message-ID: <1399473147.27372.1.camel@alice> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2014 14:32:36 -0000 On Wed, 2014-05-07 at 08:39 -0400, Bruno Lauzé wrote: > One thing I feel FreeBSD always ignored is instrumentation frameworks. > I am talking about wbem, cim model and implementation like OpenPegasus. Why is that? > I ported OpenPegasus to work in FreeBSD with few patches. > However, of course without providers a wbem doesn't go far. I started to see how to shape providers for freebsd at: > > github.com/brunolauze/openpegasus-providers > > my openpegasus port is at: > > github.com/brunolauze/freebsd-ports/tree/master/net-mgmt/openpegasus > > > Apple ships a wbem > Microsoft ships a wbem / non-standard > RedHat ships it. > Suse ships it. > z/OS ships it. > Ubuntu and distro-like ships it. > And Solaris does also. > > Why not us? > > The advantage outside of this idea is better coding technique and design to expose API first and utility based on those APIs. > if any utility can be used as API, this discard the need for application to use system() or popen() to execute shell code to accomplish system tasks, which is really bad but widely widespread in lack of good API exposure of those utilities. This reduce a lot of error with changes in utilities switches, etc. and mitigate security risks. > > Wouldn't it be great to query FreeBSD with queries like: > select * from UNIX_DiskDrive where Storage_Capacity> 1000 > or > select * from UNIX_SCSIController WHERE LastErrorCode <> 0 > > > Anyway, this is just to talk, let me know your opinions! > > > > Are you going to propose updates/new ports for these tools? sean