Hi all,
As part of the migration to "lshw" for beaker's inventory task, I ran a comparison of the "smolt" based tasks with the "lshw" based task.
The "raw" data is available in the "comparison.html" file under each arch sub-directory at: https://amitksaha.fedorapeople.org/beaker-inventory-comparison/comparison_da...
Here are the summarized differences:
** i686/AMD/athlon (32-bit system)
CPU flags =========
* lshw categorises "fpu_exception" as a CPU flag, adds "wp" as cpu flag too. (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others ======
* USBID retrieved by lshw with repetition, smolt didn't retrieve any * Same PCIID retrieved by lshw, however there is repetition of a device (for PCIID as well) * lshw is not able to detect the system model (same as smolt) * lshw sets arch to i686 instead of i386 by smolt * lshw fails to get the system vendor (same as smolt) * lshw fails to get the FORMFACTOR * CPUVENDOR obtained by smolt is AuthenticAMD, lshw sets it to "Advanced Micro Devices [AMD]"
** ia64
CPU flags =========
* No CPU flags retrieved by lshw
Others ======
* Bulk of the USB IDs retrieved are 0000:0000s * lshw is not able to detect the system model * CPUFAMILY is reported by smolt as 1, by lshw as 2 * lshw fails to get the system vendor * lshw fails to get the FORMFACTOR, same as smolt * CPUVENDOR obtained by smolt is genuineintel, lshw sets it to "Intel corp." * CPU stepping obtained by smolt is 0, whereas it is None by lshw * PCIIDS retrieved by lshw contain one missing PCIID and a number of repetitions * Memory reported by smolt is 7863 MB, 8192 by smolt. (**Needs more investigation**)
** ppc64/Power 6
CPU flags =========
* No CPU flags retrieved by either
Others ======
* USBID retrieved by lshw, none by smolt, contains one repetition * lshw is not able to detect the system model, same as smolt * lshw fails to get the system vendor * lshw reports a repeating PCIID (same as smolt)
** ppc64/Power 7
CPU flags =========
* CPU flags retrieved by lshw as "performance-monitor"
Others ======
* No USB devices reported by either * lshw is not able to detect the system model, same as smolt * lshw fails to get the system vendor * lshw and smolt both doesn't report any PCIIDs
** s390
CPU flags =========
* CPU flags reported by lshw are each duplicated
Others ======
* No USBIDs retrieved by lshw, none by smolt * lshw is not able to detect the system model, same as smolt * lshw fails to get the system vendor, same as smolt * lshw reports a repeating PCIID (same as smolt) * Memory is reported as 2001 MB by both, system has 2048 MB
** x86_64/amd
CPU flags =========
* lshw uses x86-64 in place of lm * lshw categorises "fpu_exception" and "cpufreq" as a CPU flags (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others ======
* More USBID retrieved by lshw, however there is repetition of a device (for PCIID as well) * lshw is not able to detect the system model * lshw sets VIRT_IOMMU to False, whereas smolt has it to True * lshw sets arch to x86-64 instead of x86_64 * smolt gets CPUMODEL as " AMD Eng Sample, 1S256146U8K54_35/25/20_2/8 ", lshw gets it as "Opteron" * lshw fails to get the system vendor * lshw fails to get the FORMFACTOR * CPUVENDOR obtained by smolt is AuthenticAMD, lshw sets it to "Advanced Micro Devices [AMD]" * smolt gets 3811 MB of memory, lshw gets None on an 3919 MB system (**Needs more investigation**)
** x86_64/intel
CPU flags =========
* lshw uses x86-64 in place of lm * lshw categorises "fpu_exception" and "cpufreq" as a CPU flags (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others ======
* More USBID retrieved by lshw, however there is repetition of a device * lshw is not able to detect the system model * lshw sets arch to x86-64 instead of x86_64 * smolt gets CPUMODEL as "Intel(R) Xeon(TM) CPU 3.60GHz", lshw gets it as "Xeon" * lshw fails to get the system vendor * CPUVENDOR/vendor obtained by smolt is GenuineIntel, lshw sets it to Intel Corp. * lshw gets 4096 MB of memory correctly
** x86_64/kvm guest
CPU flags =========
* lshw uses x86-64 in place of lm * lshw categorises "fpu_exception" as a CPU flag (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others ======
* USBID retrieved by lshw, none by smolt * lshw is not able to detect the system model * lshw sets arch to x86-64 instead of x86_64 * lshw fails to get the system vendor * CPUVENDOR/vendor obtained by smolt is GenuineIntel, lshw sets it to Intel Corp. * lshw fails finds one device less (PCIID) * lshw gets 2048 MB of memory correctly
** Common to all archs
For all the architectures, the devices list returned by the lshw task is fewer than those returned by smolt. The devices need to be individually compared to come up with a more accurate answer.
PS: arm 32-bit and 64-bit comparison: Not possible, since we cannot run any smolt supported distro on these.
The next plan of action is to fix the issues that we have found above - either in "beaker-system-scan" or "lshw" itself.
Best, Amit.
----- Original Message -----
From: "Amit Saha" asaha@redhat.com To: "Beaker development" beaker-devel@lists.fedorahosted.org Sent: Sunday, November 16, 2014 9:17:49 PM Subject: [Beaker-devel] Beaker inventory: smolt & lshw comparison
Hi all,
As part of the migration to "lshw" for beaker's inventory task, I ran a comparison of the "smolt" based tasks with the "lshw" based task.
The "raw" data is available in the "comparison.html" file under each arch sub-directory at: https://amitksaha.fedorapeople.org/beaker-inventory-comparison/comparison_da...
Here are the summarized differences:
** i686/AMD/athlon (32-bit system)
CPU flags
- lshw categorises "fpu_exception" as a CPU flag, adds "wp" as cpu flag too. (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others
- USBID retrieved by lshw with repetition, smolt didn't retrieve any
- Same PCIID retrieved by lshw, however there is repetition of a device (for
PCIID as well)
- lshw is not able to detect the system model (same as smolt)
- lshw sets arch to i686 instead of i386 by smolt
- lshw fails to get the system vendor (same as smolt)
- lshw fails to get the FORMFACTOR
- CPUVENDOR obtained by smolt is AuthenticAMD, lshw sets it to "Advanced
Micro Devices [AMD]"
** ia64
CPU flags
- No CPU flags retrieved by lshw
Others
- Bulk of the USB IDs retrieved are 0000:0000s
- lshw is not able to detect the system model
- CPUFAMILY is reported by smolt as 1, by lshw as 2
- lshw fails to get the system vendor
- lshw fails to get the FORMFACTOR, same as smolt
- CPUVENDOR obtained by smolt is genuineintel, lshw sets it to "Intel corp."
- CPU stepping obtained by smolt is 0, whereas it is None by lshw
- PCIIDS retrieved by lshw contain one missing PCIID and a number of
repetitions
- Memory reported by smolt is 7863 MB, 8192 by smolt. (**Needs more
investigation**)
** ppc64/Power 6
CPU flags
- No CPU flags retrieved by either
Others
- USBID retrieved by lshw, none by smolt, contains one repetition
- lshw is not able to detect the system model, same as smolt
- lshw fails to get the system vendor
- lshw reports a repeating PCIID (same as smolt)
** ppc64/Power 7
CPU flags
- CPU flags retrieved by lshw as "performance-monitor"
Others
- No USB devices reported by either
- lshw is not able to detect the system model, same as smolt
- lshw fails to get the system vendor
- lshw and smolt both doesn't report any PCIIDs
** s390
CPU flags
- CPU flags reported by lshw are each duplicated
Others
- No USBIDs retrieved by lshw, none by smolt
- lshw is not able to detect the system model, same as smolt
- lshw fails to get the system vendor, same as smolt
- lshw reports a repeating PCIID (same as smolt)
- Memory is reported as 2001 MB by both, system has 2048 MB
** x86_64/amd
CPU flags
- lshw uses x86-64 in place of lm
- lshw categorises "fpu_exception" and "cpufreq" as a CPU flags (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others
- More USBID retrieved by lshw, however there is repetition of a device (for
PCIID as well)
- lshw is not able to detect the system model
- lshw sets VIRT_IOMMU to False, whereas smolt has it to True
- lshw sets arch to x86-64 instead of x86_64
- smolt gets CPUMODEL as " AMD Eng Sample, 1S256146U8K54_35/25/20_2/8 ", lshw
gets it as "Opteron"
- lshw fails to get the system vendor
- lshw fails to get the FORMFACTOR
- CPUVENDOR obtained by smolt is AuthenticAMD, lshw sets it to "Advanced
Micro Devices [AMD]"
- smolt gets 3811 MB of memory, lshw gets None on an 3919 MB system (**Needs
more investigation**)
** x86_64/intel
CPU flags
- lshw uses x86-64 in place of lm
- lshw categorises "fpu_exception" and "cpufreq" as a CPU flags (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others
- More USBID retrieved by lshw, however there is repetition of a device
- lshw is not able to detect the system model
- lshw sets arch to x86-64 instead of x86_64
- smolt gets CPUMODEL as "Intel(R) Xeon(TM) CPU 3.60GHz", lshw gets it as
"Xeon"
- lshw fails to get the system vendor
- CPUVENDOR/vendor obtained by smolt is GenuineIntel, lshw sets it to Intel
Corp.
- lshw gets 4096 MB of memory correctly
** x86_64/kvm guest
CPU flags
- lshw uses x86-64 in place of lm
- lshw categorises "fpu_exception" as a CPU flag (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others
- USBID retrieved by lshw, none by smolt
- lshw is not able to detect the system model
- lshw sets arch to x86-64 instead of x86_64
- lshw fails to get the system vendor
- CPUVENDOR/vendor obtained by smolt is GenuineIntel, lshw sets it to Intel
Corp.
- lshw fails finds one device less (PCIID)
- lshw gets 2048 MB of memory correctly
** Common to all archs
For all the architectures, the devices list returned by the lshw task is fewer than those returned by smolt. The devices need to be individually compared to come up with a more accurate answer.
PS: arm 32-bit and 64-bit comparison: Not possible, since we cannot run any smolt supported distro on these.
The next plan of action is to fix the issues that we have found above - either in "beaker-system-scan" or "lshw" itself.
Best, Amit.
-- Amit Saha SED, Hosted & Shared Services Red Hat, Inc. _______________________________________________ Beaker-devel mailing list Beaker-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
Hi Amit, Do you know what the current status of the lshw project.
Thanks, Jeff
Hi Jeff,
----- Original Message -----
From: "Jeffrey Burke" jburke@redhat.com To: "Beaker development" beaker-devel@lists.fedorahosted.org Sent: Friday, March 27, 2015 4:51:28 AM Subject: Re: [Beaker-devel] Beaker inventory: smolt & lshw comparison
----- Original Message -----
From: "Amit Saha" asaha@redhat.com To: "Beaker development" beaker-devel@lists.fedorahosted.org Sent: Sunday, November 16, 2014 9:17:49 PM Subject: [Beaker-devel] Beaker inventory: smolt & lshw comparison
Hi all,
As part of the migration to "lshw" for beaker's inventory task, I ran a comparison of the "smolt" based tasks with the "lshw" based task.
The "raw" data is available in the "comparison.html" file under each arch sub-directory at: https://amitksaha.fedorapeople.org/beaker-inventory-comparison/comparison_da...
Here are the summarized differences:
** i686/AMD/athlon (32-bit system)
CPU flags
- lshw categorises "fpu_exception" as a CPU flag, adds "wp" as cpu flag
too. (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others
- USBID retrieved by lshw with repetition, smolt didn't retrieve any
- Same PCIID retrieved by lshw, however there is repetition of a device
(for PCIID as well)
- lshw is not able to detect the system model (same as smolt)
- lshw sets arch to i686 instead of i386 by smolt
- lshw fails to get the system vendor (same as smolt)
- lshw fails to get the FORMFACTOR
- CPUVENDOR obtained by smolt is AuthenticAMD, lshw sets it to "Advanced
Micro Devices [AMD]"
** ia64
CPU flags
- No CPU flags retrieved by lshw
Others
- Bulk of the USB IDs retrieved are 0000:0000s
- lshw is not able to detect the system model
- CPUFAMILY is reported by smolt as 1, by lshw as 2
- lshw fails to get the system vendor
- lshw fails to get the FORMFACTOR, same as smolt
- CPUVENDOR obtained by smolt is genuineintel, lshw sets it to "Intel
corp."
- CPU stepping obtained by smolt is 0, whereas it is None by lshw
- PCIIDS retrieved by lshw contain one missing PCIID and a number of
repetitions
- Memory reported by smolt is 7863 MB, 8192 by smolt. (**Needs more
investigation**)
** ppc64/Power 6
CPU flags
- No CPU flags retrieved by either
Others
- USBID retrieved by lshw, none by smolt, contains one repetition
- lshw is not able to detect the system model, same as smolt
- lshw fails to get the system vendor
- lshw reports a repeating PCIID (same as smolt)
** ppc64/Power 7
CPU flags
- CPU flags retrieved by lshw as "performance-monitor"
Others
- No USB devices reported by either
- lshw is not able to detect the system model, same as smolt
- lshw fails to get the system vendor
- lshw and smolt both doesn't report any PCIIDs
** s390
CPU flags
- CPU flags reported by lshw are each duplicated
Others
- No USBIDs retrieved by lshw, none by smolt
- lshw is not able to detect the system model, same as smolt
- lshw fails to get the system vendor, same as smolt
- lshw reports a repeating PCIID (same as smolt)
- Memory is reported as 2001 MB by both, system has 2048 MB
** x86_64/amd
CPU flags
- lshw uses x86-64 in place of lm
- lshw categorises "fpu_exception" and "cpufreq" as a CPU flags (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others
- More USBID retrieved by lshw, however there is repetition of a device
(for PCIID as well)
- lshw is not able to detect the system model
- lshw sets VIRT_IOMMU to False, whereas smolt has it to True
- lshw sets arch to x86-64 instead of x86_64
- smolt gets CPUMODEL as " AMD Eng Sample, 1S256146U8K54_35/25/20_2/8 ",
lshw gets it as "Opteron"
- lshw fails to get the system vendor
- lshw fails to get the FORMFACTOR
- CPUVENDOR obtained by smolt is AuthenticAMD, lshw sets it to "Advanced
Micro Devices [AMD]"
- smolt gets 3811 MB of memory, lshw gets None on an 3919 MB system
(**Needs more investigation**)
** x86_64/intel
CPU flags
- lshw uses x86-64 in place of lm
- lshw categorises "fpu_exception" and "cpufreq" as a CPU flags (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others
- More USBID retrieved by lshw, however there is repetition of a device
- lshw is not able to detect the system model
- lshw sets arch to x86-64 instead of x86_64
- smolt gets CPUMODEL as "Intel(R) Xeon(TM) CPU 3.60GHz", lshw gets it as
"Xeon"
- lshw fails to get the system vendor
- CPUVENDOR/vendor obtained by smolt is GenuineIntel, lshw sets it to Intel
Corp.
- lshw gets 4096 MB of memory correctly
** x86_64/kvm guest
CPU flags
- lshw uses x86-64 in place of lm
- lshw categorises "fpu_exception" as a CPU flag (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others
- USBID retrieved by lshw, none by smolt
- lshw is not able to detect the system model
- lshw sets arch to x86-64 instead of x86_64
- lshw fails to get the system vendor
- CPUVENDOR/vendor obtained by smolt is GenuineIntel, lshw sets it to Intel
Corp.
- lshw fails finds one device less (PCIID)
- lshw gets 2048 MB of memory correctly
** Common to all archs
For all the architectures, the devices list returned by the lshw task is fewer than those returned by smolt. The devices need to be individually compared to come up with a more accurate answer.
PS: arm 32-bit and 64-bit comparison: Not possible, since we cannot run any smolt supported distro on these.
The next plan of action is to fix the issues that we have found above - either in "beaker-system-scan" or "lshw" itself.
Best, Amit.
-- Amit Saha SED, Hosted & Shared Services Red Hat, Inc. _______________________________________________ Beaker-devel mailing list Beaker-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
Hi Amit, Do you know what the current status of the lshw project.
If you mean, the lshw based inventory task - yeah, we have made some progress, but we need to revisit this again. I think we already have a lshw based inventory task available..and the comparison needs to be revisited again as well.
----- Original Message -----
From: "Amit Saha" asaha@redhat.com To: "Beaker development" beaker-devel@lists.fedorahosted.org Sent: Friday, March 27, 2015 12:45:46 AM Subject: Re: [Beaker-devel] Beaker inventory: smolt & lshw comparison
Hi Jeff,
----- Original Message -----
From: "Jeffrey Burke" jburke@redhat.com To: "Beaker development" beaker-devel@lists.fedorahosted.org Sent: Friday, March 27, 2015 4:51:28 AM Subject: Re: [Beaker-devel] Beaker inventory: smolt & lshw comparison
----- Original Message -----
From: "Amit Saha" asaha@redhat.com To: "Beaker development" beaker-devel@lists.fedorahosted.org Sent: Sunday, November 16, 2014 9:17:49 PM Subject: [Beaker-devel] Beaker inventory: smolt & lshw comparison
Hi all,
As part of the migration to "lshw" for beaker's inventory task, I ran a comparison of the "smolt" based tasks with the "lshw" based task.
The "raw" data is available in the "comparison.html" file under each arch sub-directory at: https://amitksaha.fedorapeople.org/beaker-inventory-comparison/comparison_da...
Here are the summarized differences:
** i686/AMD/athlon (32-bit system)
CPU flags
- lshw categorises "fpu_exception" as a CPU flag, adds "wp" as cpu flag
too. (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others
- USBID retrieved by lshw with repetition, smolt didn't retrieve any
- Same PCIID retrieved by lshw, however there is repetition of a device
(for PCIID as well)
- lshw is not able to detect the system model (same as smolt)
- lshw sets arch to i686 instead of i386 by smolt
- lshw fails to get the system vendor (same as smolt)
- lshw fails to get the FORMFACTOR
- CPUVENDOR obtained by smolt is AuthenticAMD, lshw sets it to "Advanced
Micro Devices [AMD]"
** ia64
CPU flags
- No CPU flags retrieved by lshw
Others
- Bulk of the USB IDs retrieved are 0000:0000s
- lshw is not able to detect the system model
- CPUFAMILY is reported by smolt as 1, by lshw as 2
- lshw fails to get the system vendor
- lshw fails to get the FORMFACTOR, same as smolt
- CPUVENDOR obtained by smolt is genuineintel, lshw sets it to "Intel
corp."
- CPU stepping obtained by smolt is 0, whereas it is None by lshw
- PCIIDS retrieved by lshw contain one missing PCIID and a number of
repetitions
- Memory reported by smolt is 7863 MB, 8192 by smolt. (**Needs more
investigation**)
** ppc64/Power 6
CPU flags
- No CPU flags retrieved by either
Others
- USBID retrieved by lshw, none by smolt, contains one repetition
- lshw is not able to detect the system model, same as smolt
- lshw fails to get the system vendor
- lshw reports a repeating PCIID (same as smolt)
** ppc64/Power 7
CPU flags
- CPU flags retrieved by lshw as "performance-monitor"
Others
- No USB devices reported by either
- lshw is not able to detect the system model, same as smolt
- lshw fails to get the system vendor
- lshw and smolt both doesn't report any PCIIDs
** s390
CPU flags
- CPU flags reported by lshw are each duplicated
Others
- No USBIDs retrieved by lshw, none by smolt
- lshw is not able to detect the system model, same as smolt
- lshw fails to get the system vendor, same as smolt
- lshw reports a repeating PCIID (same as smolt)
- Memory is reported as 2001 MB by both, system has 2048 MB
** x86_64/amd
CPU flags
- lshw uses x86-64 in place of lm
- lshw categorises "fpu_exception" and "cpufreq" as a CPU flags (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others
- More USBID retrieved by lshw, however there is repetition of a device
(for PCIID as well)
- lshw is not able to detect the system model
- lshw sets VIRT_IOMMU to False, whereas smolt has it to True
- lshw sets arch to x86-64 instead of x86_64
- smolt gets CPUMODEL as " AMD Eng Sample, 1S256146U8K54_35/25/20_2/8 ",
lshw gets it as "Opteron"
- lshw fails to get the system vendor
- lshw fails to get the FORMFACTOR
- CPUVENDOR obtained by smolt is AuthenticAMD, lshw sets it to "Advanced
Micro Devices [AMD]"
- smolt gets 3811 MB of memory, lshw gets None on an 3919 MB system
(**Needs more investigation**)
** x86_64/intel
CPU flags
- lshw uses x86-64 in place of lm
- lshw categorises "fpu_exception" and "cpufreq" as a CPU flags (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others
- More USBID retrieved by lshw, however there is repetition of a device
- lshw is not able to detect the system model
- lshw sets arch to x86-64 instead of x86_64
- smolt gets CPUMODEL as "Intel(R) Xeon(TM) CPU 3.60GHz", lshw gets it as
"Xeon"
- lshw fails to get the system vendor
- CPUVENDOR/vendor obtained by smolt is GenuineIntel, lshw sets it to
Intel Corp.
- lshw gets 4096 MB of memory correctly
** x86_64/kvm guest
CPU flags
- lshw uses x86-64 in place of lm
- lshw categorises "fpu_exception" as a CPU flag (This is because we assume all the stuff lshw lists as CPU capabilities, we consider them flags)
Others
- USBID retrieved by lshw, none by smolt
- lshw is not able to detect the system model
- lshw sets arch to x86-64 instead of x86_64
- lshw fails to get the system vendor
- CPUVENDOR/vendor obtained by smolt is GenuineIntel, lshw sets it to
Intel Corp.
- lshw fails finds one device less (PCIID)
- lshw gets 2048 MB of memory correctly
** Common to all archs
For all the architectures, the devices list returned by the lshw task is fewer than those returned by smolt. The devices need to be individually compared to come up with a more accurate answer.
PS: arm 32-bit and 64-bit comparison: Not possible, since we cannot run any smolt supported distro on these.
The next plan of action is to fix the issues that we have found above - either in "beaker-system-scan" or "lshw" itself.
Best, Amit.
--
Hi Amit, Do you know what the current status of the lshw project.
If you mean, the lshw based inventory task - yeah, we have made some progress, but we need to revisit this again. I think we already have a lshw based inventory task available..and the comparison needs to be revisited again as well.
Hi Amit, Yes sorry for the ambiguity. I did mean the lshw based inventory task. Do you have a time frame on having a fully functioning inventory for RHEL7 and all archs? Where does this issue fall on the priority list?
Thanks, Jeff
Excerpts from Jeffrey Burke's message of 2015-03-27 22:04 +10:00:
Yes sorry for the ambiguity. I did mean the lshw based inventory task. Do you have a time frame on having a fully functioning inventory for RHEL7 and all archs? Where does this issue fall on the priority list?
We have an experimental version of beaker-system-scan for RHEL7 using lshw, it's already available in the harness repos. I believe it's working successfully on aarch64 and POWER8, which were the main motivations for the lshw work.
We are still planning to go back and get it fully up to scratch on x86_64 so that we can switch over it to completely -- but that's a fairly low priority now that aarch64 and POWER8 are working.
Jeff, was there some particular fix/feature in the inventory data which you were looking for?
----- Original Message -----
From: "Dan Callaghan" dcallagh@redhat.com To: "Jeffrey Burke" jburke@redhat.com Cc: "asaha" asaha@redhat.com, "Beaker development" beaker-devel@lists.fedorahosted.org Sent: Tuesday, March 31, 2015 10:15:53 PM Subject: Re: [Beaker-devel] Beaker inventory: smolt & lshw comparison
Excerpts from Jeffrey Burke's message of 2015-03-27 22:04 +10:00:
Yes sorry for the ambiguity. I did mean the lshw based inventory task. Do you have a time frame on having a fully functioning inventory for RHEL7 and all archs? Where does this issue fall on the priority list?
We have an experimental version of beaker-system-scan for RHEL7 using lshw, it's already available in the harness repos. I believe it's working successfully on aarch64 and POWER8, which were the main motivations for the lshw work.
Hi Dan, As recently as two weeks ago we had to open a RT ticket to get P8 inventoried. https://engineering.redhat.com/rt/Ticket/Display.html?id=339553
From what the ticket said it was done manually(I could have mis-read that).
We are still planning to go back and get it fully up to scratch on x86_64 so that we can switch over it to completely -- but that's a fairly low priority now that aarch64 and POWER8 are working.
Jeff, was there some particular fix/feature in the inventory data which you were looking for?
Hi Dan, Kernel hardware development team is adding new drivers and the kernel hardware admin team is adding hardware to systems in Beaker. Not 100% sure of the development cycle. But typically it will go into RHEL7 first then potentially back ported to RHEL6. I want to ensure that we have it inventoried properly that is all.
Regards, Jeff
-- Dan Callaghan dcallagh@redhat.com Software Engineer, Products & Technologies Operations Red Hat, Inc.
Thanks for this info Jeff.
Excerpts from Jeffrey Burke's message of 2015-04-07 00:45 +10:00:
As recently as two weeks ago we had to open a RT ticket to get P8 inventoried. From what the ticket said it was done manually(I could have mis-read that).
I've sent an update to our labs teams to make sure they are aware that they can run RHEL7 inventory scans the same way as normal ones, there shouldn't be any need to do anything manually.
Kernel hardware development team is adding new drivers and the kernel hardware admin team is adding hardware to systems in Beaker. Not 100% sure of the development cycle. But typically it will go into RHEL7 first then potentially back ported to RHEL6. I want to ensure that we have it inventoried properly that is all.
Okay, understood. We've identified all the remaining data issues with lshw and I've scheduled them across the next couple of sprints, so that we can finally have proper inventory scans on all RHEL releases including RHEL7.
----- Original Message -----
From: "Dan Callaghan" dcallagh@redhat.com To: "Jeffrey Burke" jburke@redhat.com Cc: "Beaker development" beaker-devel@lists.fedorahosted.org Sent: Thursday, April 23, 2015 9:03:33 PM Subject: Re: [Beaker-devel] Beaker inventory: smolt & lshw comparison
Thanks for this info Jeff.
Excerpts from Jeffrey Burke's message of 2015-04-07 00:45 +10:00:
As recently as two weeks ago we had to open a RT ticket to get P8 inventoried. From what the ticket said it was done manually(I could have mis-read that).
I've sent an update to our labs teams to make sure they are aware that they can run RHEL7 inventory scans the same way as normal ones, there shouldn't be any need to do anything manually.
Hi Dan, Thank you very much! Is this something that can also be shared with the kernel admins team as well.
Kernel hardware development team is adding new drivers and the kernel hardware admin team is adding hardware to systems in Beaker. Not 100% sure of the development cycle. But typically it will go into RHEL7 first then potentially back ported to RHEL6. I want to ensure that we have it inventoried properly that is all.
Okay, understood. We've identified all the remaining data issues with lshw and I've scheduled them across the next couple of sprints, so that we can finally have proper inventory scans on all RHEL releases including RHEL7.
Great news, please let me know if there is anything you need from me or if there is anything I can do to help.
Thank you, Jeff
-- Dan Callaghan dcallagh@redhat.com Software Engineer, Products & Technologies Operations Red Hat, Inc.
beaker-devel@lists.fedorahosted.org