Bug 490675
Summary: | Got error msg " scsi 0:0:15:0 ABORT operation start " when running Guest on ia64 | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | lihuang <lihuang> |
Component: | xen | Assignee: | Michal Novotny <minovotn> |
Status: | CLOSED NEXTRELEASE | QA Contact: | Virtualization Bugs <virt-bugs> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 5.3 | CC: | areis, llim, minovotn, xen-maint |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | ia64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-06-03 12:11:16 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 492190 |
Description
lihuang
2009-03-17 15:55:26 UTC
Well, I have tried to replicate it using the described scenario on 83-based version of Xen user-space tools and I have never seen this message. Then I tried: 1. xm create FVguest when device has been added as sda device to config file 2. inGuest> dmesg -> no trace of error message about SCSI 3. inGuest> ls /dev/sda* -> there is /dev/sda device (not partitioned yet) 4. inGuest> fdisk -l -> no valid partition on /dev/sda 5. inGuest> fdisk /dev/sda & created new partition, written using 'w' option 6. inGuest> dmesg -> still no error message about SCSI Could you tell me how to reproduce the problem and/or try to reproduce it using my RPMs at http://people.redhat.com/minovotn/xen ? Thanks, Michal Hi.Michal I can not reproduce the issue in xen-3.0.3-80.el5_3.2 and your rpms now... ( the ia64 box is re-installed. and now works well.) Hi, ok, so should I close it now if this is not the issue ? What reason? Michal Ok, closing it. If this is still an issue please reopen it... thanks, Michal |