Bug 1440027
| Summary: | Test case "info" of rhcert 4.6 failed in RHEL 6.9 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Certification Program | Reporter: | Alpus Chen <achen35> | ||||||||
| Component: | redhat-certification-hardware | Assignee: | brose | ||||||||
| Status: | CLOSED NOTABUG | QA Contact: | Brian Brock <bbrock> | ||||||||
| Severity: | high | Docs Contact: | |||||||||
| Priority: | high | ||||||||||
| Version: | 1.0 | CC: | achen35, brose, dbayly, gnichols, jkachuck, juzou, kli2, lcm, shiwang, yaoal1 | ||||||||
| Target Milestone: | --- | Keywords: | HwCertBlocker | ||||||||
| Target Release: | --- | ||||||||||
| Hardware: | x86_64 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2017-04-18 18:11:51 UTC | Type: | Bug | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
Alpus Chen
2017-04-07 07:45:52 UTC
Hello Lenovo, Please attach a sosreport from a system seeing this issue. Thank You Joe Kachuck Created attachment 1270362 [details]
sosreport
sosreport log attached. *** Bug 1440069 has been marked as a duplicate of this bug. *** The test is indicating that the kernel is tainted. Is that not the case? If you install 4.5 versions, what are the results? (In reply to brose from comment #5) > The test is indicating that the kernel is tainted. Is that not the case? > If you install 4.5 versions, what are the results? I attach rhcert 4.5 log to the bug. Created attachment 1270517 [details]
rhcert 4.5 log
Hi brose: Can you confirm this issue can be bypassed in certification or tool issue that should be fixed by rhel? the test in lenovo is blocking; Thanks Hi Lenovo team, After checking the sosreport, I found that the system time is wrong, cat date Sat Nov 22 12:22:35 CST 2014 But never mind, let's have a look at the following messages Nov 22 11:50:38 unsvr kernel: FS-Cache: Loaded Nov 22 11:50:38 unsvr kernel: CacheFiles: Loaded Nov 22 11:50:39 unsvr cachefilesd[13210]: About to bind cache Nov 22 11:50:39 unsvr cachefilesd[13210]: Bound cache Nov 22 11:50:39 unsvr kernel: TECH PREVIEW: fscache may not be fully supported. Nov 22 11:50:39 unsvr kernel: Please review provided documentation for limitations. Nov 22 11:50:39 unsvr kernel: FS-Cache: Cache "mycache" added (type cachefiles) Nov 22 11:50:39 unsvr kernel: CacheFiles: File cache on sda3 registered Nov 22 11:50:39 unsvr cachefilesd[13211]: Daemon Started Also, checking the kernel tainted, the number means, technical preview module has been loaded. cat proc/sys/kernel/tainted 536870912 Check the process, the cachefilesd actually exists. cat ps | grep cachefilesd root 13211 0.0 0.0 4180 492 ? Ss 11:50 0:00 cachefilesd -f /etc/cachefilesd.conf Looking at kernel modules. cat lsmod | grep cache cachefiles 37603 1 fscache 60813 1 cachefiles mbcache 8193 1 ext4 So, the action plan to bypass this error is: 1. Stop the process, kill -9 13211 2. Unload the kernel module rmmod cachefiles rmmod fscache Best regards, Shiyu Wang Technical Account Manager After stopping the cachefilesd process and remove module cachefiles & fscache,
still fail with the same symptom:
Kernel Taint value: 536870912
FAIL
(In reply to shiwang from comment #9) > Hi Lenovo team, > > After checking the sosreport, I found that the system time is wrong, > > cat date > Sat Nov 22 12:22:35 CST 2014 > > But never mind, let's have a look at the following messages > > Nov 22 11:50:38 unsvr kernel: FS-Cache: Loaded > Nov 22 11:50:38 unsvr kernel: CacheFiles: Loaded > Nov 22 11:50:39 unsvr cachefilesd[13210]: About to bind cache > Nov 22 11:50:39 unsvr cachefilesd[13210]: Bound cache > Nov 22 11:50:39 unsvr kernel: TECH PREVIEW: fscache may not be fully > supported. > Nov 22 11:50:39 unsvr kernel: Please review provided documentation for > limitations. > Nov 22 11:50:39 unsvr kernel: FS-Cache: Cache "mycache" added (type > cachefiles) > Nov 22 11:50:39 unsvr kernel: CacheFiles: File cache on sda3 registered > Nov 22 11:50:39 unsvr cachefilesd[13211]: Daemon Started > > Also, checking the kernel tainted, the number means, technical preview > module has been loaded. > > cat proc/sys/kernel/tainted > 536870912 > > Check the process, the cachefilesd actually exists. > > cat ps | grep cachefilesd > root 13211 0.0 0.0 4180 492 ? Ss 11:50 0:00 > cachefilesd -f /etc/cachefilesd.conf > > Looking at kernel modules. > > cat lsmod | grep cache > cachefiles 37603 1 > fscache 60813 1 cachefiles > mbcache 8193 1 ext4 > > So, the action plan to bypass this error is: > > 1. Stop the process, kill -9 13211 > 2. Unload the kernel module > > rmmod cachefiles > rmmod fscache > > Best regards, > Shiyu Wang > Technical Account Manager Hi: In lenovo enviroment, the test still fail; have you got any idea? Hi Yaoal, Here is the action plan, 1. Please provide me the certification link for this hardware. 2. Please do the following and reboot the server. service cachefilesd stop killall cachefilesd rmmod cachefiles rmmod fscache chkconfig cachefilesd off reboot Best regards, Shiyu Wang (In reply to shiwang from comment #12) > Hi Yaoal, > > Here is the action plan, > > 1. Please provide me the certification link for this hardware. > > 2. Please do the following and reboot the server. > > service cachefilesd stop > killall cachefilesd > rmmod cachefiles > rmmod fscache > chkconfig cachefilesd off > reboot > > Best regards, > Shiyu Wang Use this step, the test passed; |