On Thu, Nov 09, 2017 at 09:19:04AM -0500, Nathaniel McCallum wrote:
Agreed completely. But I still need someone with experience using
lshw
to write a data processor (json => SQL) for that data. Also, we will
need to sanitize the lshw output to ensure we omit identifying
information. For example, ip addresses on the network interfaces need
to be filtered out. It might be better to write an option for upstream
lshw to anonymize the output.
You mean like 'lshw -sanitize'? :-)
Cheers,
Don
>
> Any volunteers to work with me on those two items?
>
> On Thu, Nov 9, 2017 at 9:12 AM, Don Zickus <dzickus(a)redhat.com> wrote:
> > On Wed, Nov 08, 2017 at 05:02:05PM -0500, Nathaniel McCallum wrote:
> >> It isn't documented in F27, but it does work. However, we probably
> >> want at least this patch:
> >>
https://github.com/lyonel/lshw/commit/135a853c60582b14c5b67e5cd988a8062d9...
> >
> > And some beaker stuff looks interesting in
> >
> >
https://github.com/lyonel/lshw/commit/f95aa917a84a8ee74ce79e9b4f9e198d21a...
> >
> > Regardless. My overall point was the lshw tool seems to embody a lot of
> > what you were looking for and thought it could be useful (with some more
> > fixes) instead of re-inventing the wheel with new plugins. :-)
> >
> > Up to you guys.
> >
> > Cheers,
> > Don
> >
> >>
> >> On Wed, Nov 8, 2017 at 4:28 PM, Don Zickus <dzickus(a)redhat.com>
wrote:
> >> > On Wed, Nov 08, 2017 at 04:09:26PM -0500, Nathaniel McCallum wrote:
> >> >> I just looked at the code for lshw. The master branch already
supports
> >> >> JSON. We just need them to release it.
> >> >
> >> > Eh? 'lshw -json' doesn't work for you? I thought that was
a supported
> >> > output for a while now. At least it works on my F27 box, but I think
we
> >> > have it running successfully under RHEL-7 too.
> >> >
> >> > Cheers,
> >> > Don
> >> >
> >> >>
> >> >> On Wed, Nov 8, 2017 at 3:23 PM, Don Zickus
<dzickus(a)redhat.com> wrote:
> >> >> > On Wed, Nov 08, 2017 at 03:16:24PM -0500, Nathaniel McCallum
wrote:
> >> >> >> I just played around with lshw a bit. We should totally
make it export
> >> >> >> JSON. We can then submit this directly (as one census
plugin).
> >> >> >
> >> >> > Yes, that is how we use it to update hardware info internally
to our Beaker
> >> >> > instance. :-)
> >> >> >
> >> >> > Cheers,
> >> >> > Don
> >> >> >
> >> >> >>
> >> >> >> On Wed, Nov 8, 2017 at 12:34 PM, Don Zickus
<dzickus(a)redhat.com> wrote:
> >> >> >> > On Tue, Nov 07, 2017 at 10:49:02PM +0000, Jeremy
Cline wrote:
> >> >> >> >> Hey folks,
> >> >> >> >>
> >> >> >> >> For some time now, Fedora has operated without a
database of hardware
> >> >> >> >> users have. Smolt, the old hardware database, was
retired in 2012[0] and
> >> >> >> >> its intended successor[1] was never deployed by
Fedora Infrastructure.
> >> >> >> >>
> >> >> >> >> It would be nice to have a hardware database, so
I (and hopefully some
> >> >> >> >> others) would like to get Census up and running
for Fedora. Before we
> >> >> >> >> look at deploying Census, however, it would be
good to make sure it has
> >> >> >> >> everything we need.
> >> >> >> >>
> >> >> >> >> Census has client plugins to collect
information[2]. At the moment, it
> >> >> >> >> has plugins for:
> >> >> >> >>
> >> >> >> >> * The vendor, device, subsystem_vendor,
subsystem_device, and class from
> >> >> >> >> each PCI device
> >> >> >> >>
> >> >> >> >> * The idVendor, idProduct, bcdDevice, and
bDeviceClass for USB devices
> >> >> >> >> as well as the bInterfaceClass,
bInterfaceSubClass, and
> >> >> >> >> bInterfaceProtocol for each interface
> >> >> >> >>
> >> >> >> >> * The contents of /etc/os-release
> >> >> >> >>
> >> >> >> >> * All the RPMs installed on a system
> >> >> >> >>
> >> >> >> >> Other than the drivers bound to the PCI and USB
devices (which is an
> >> >> >> >> open PR[3]), what else would be good to collect?
> >> >> >> >>
> >> >> >> >> [0]
https://fedoraproject.org/wiki/Smolt_retirement
> >> >> >> >> [1]
https://github.com/npmccallum/census
> >> >> >> >> [2]
https://github.com/npmccallum/census/blob/master/client/plugins/
> >> >> >> >> [3]
https://github.com/npmccallum/census/pull/3
> >> >> >> >
> >> >> >> > Internally, we have been focusing on using
'lshw' as the tool that provides
> >> >> >> > all that info and handles all the arch funkiness (and
includes firmware).
> >> >> >> > If there is anything missing, we have tried to push
upstream to that
> >> >> >> > project.
> >> >> >> >
> >> >> >> > Would that cover a lot of the info you are looking
for?
> >> >> >> >
> >> >> >> > Cheers,
> >> >> >> > Don
> >> >> >> _______________________________________________
> >> >> >> kernel mailing list -- kernel(a)lists.fedoraproject.org
> >> >> >> To unsubscribe send an email to
kernel-leave(a)lists.fedoraproject.org
> >> >> _______________________________________________
> >> >> kernel mailing list -- kernel(a)lists.fedoraproject.org
> >> >> To unsubscribe send an email to
kernel-leave(a)lists.fedoraproject.org
> >> _______________________________________________
> >> kernel mailing list -- kernel(a)lists.fedoraproject.org
> >> To unsubscribe send an email to kernel-leave(a)lists.fedoraproject.org
> _______________________________________________
> kernel mailing list -- kernel(a)lists.fedoraproject.org
> To unsubscribe send an email to kernel-leave(a)lists.fedoraproject.org