Bug 1264049
| Summary: | TUI/Auto clean install RHEV-H failed on single path iscsi | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | cshao <cshao> | ||||||
| Component: | ovirt-node | Assignee: | Fabian Deutsch <fdeutsch> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | cshao <cshao> | ||||||
| Severity: | urgent | Docs Contact: | |||||||
| Priority: | urgent | ||||||||
| Version: | 3.5.6 | CC: | amureini, cwu, ecohen, fdeutsch, gklein, huiwa, huzhao, leiwang, lsurette, mgoldboi, yaniwang, ycui | ||||||
| Target Milestone: | ovirt-3.6.0-rc3 | Keywords: | TestBlocker, TestOnly | ||||||
| Target Release: | 3.5.6 | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | node | ||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2015-10-16 12:11:04 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | Node | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Bug Depends On: | 1259831, 1271118 | ||||||||
| Bug Blocks: | 1264358 | ||||||||
| Attachments: |
|
||||||||
Likely a symptom of bug 1259831 I can reproduce this issue with RHEV-H 7.1 for RHEV 3.5.5 rhev-hypervisor-7-7.1-20150917.0 (ovirt-node-3.2.3-23.el7.noarch) build. Still can reproduce this issue with rhev-hypervisor7-7.2-20151009.0 (ovirt-node-3.3.0-0.13.20151008git03eefb5.el7ev.noarch). Allon, I'm quite sure it's not that bug - or a regression of that one, because we already include device-mapper-multipath-0.4.9-85.el7 which fixes this issue. (In reply to Fabian Deutsch from comment #11) > Allon, I'm quite sure it's not that bug - or a regression of that one, > because we already include device-mapper-multipath-0.4.9-85.el7 which fixes > this issue. I don't understand the question. Are you referring to bug 1271118? Yes, I was referring to the fact that this bug also appears despite the fact that the fix for bug 1271118 is already in the tested build. Created attachment 1082349 [details]
kernel panic
Update: For the original issue, I tested with the incorrect nic name, so it will jump to dractu mode, actually we have reported the dracut issue(1265209). For correct nic name on single path iscsi machine, it will cause kernel panic, we are still investigation on it, will give update later. (In reply to shaochen from comment #17) > Update: > > For the original issue, I tested with the incorrect nic name, so it will > jump to dractu mode, actually we have reported the dracut issue(1265209). > > For correct nic name on single path iscsi machine, it will cause kernel > panic, we are still investigation on it, will give update later. Bug 1272434 can trace the kernel panic issue. Close this bug according #c17 & 18. *** This bug has been marked as a duplicate of bug 1265209 *** |
Created attachment 1074676 [details] rdsosreport.txt