Am 06.08.2010 um 13:30 schrieb Michal Novotny: > On 08/06/2010 01:17 PM, Paolo Bonzini wrote: >> On 08/06/2010 01:08 PM, Michal Novotny wrote: >>>> Aug 5 20:43:06 172.21.59.142 kvm: Aborted >>>> Aug 5 20:43:06 172.21.59.142 kvm errno=134 >>> >>> when I tried to seach some information on errno=134 (based on >>> assumption it's a standard OS error) >> >> I don't know where exactly the output is coming from, but in this case 134 is not really an errno, but a value returned from waitpid. It indicates that kvm exited with SIGABRT (SIGABRT = 6, plus bit 7 is set). >> > > Well then, this could be the thing. > >>> I used perror but it returned some kind of MySQL error code: $ perror >>> 134 MySQL error code 134: Record was already deleted (or record file >>> crashed) $ >> >> You're confusing the C standard function perror with some random >> executable you have on your system: >> >> $ yum whatprovides '*/perror' >> mysql-server-5.1.45-2.fc13.x86_64 : The MySQL server and related files >> Repo : fedora >> Matched from: >> Filename : /usr/bin/perror >> >> :) > > Yeah, you're right. It's accessing this file nevertheless the reason I confused it was that when I put the argument of some known error code for OS, it's returning the OS error but when it's not known it's returning the MySQL error. > > I wrote a small program to confirm it. It has this line: printf("err 134: %s\n", strerror(134)); and when I run this program it's returning: > > $./ax > err 134: Unknown error 134 > $ > > so that's why I got confused, sorry. >> >>> Is your patch for LSI SCSI controller applied in the upstream ? >> >> Yes, Gerd already pointed to it. >> >> Paolo > > Well then, then if the patch is applied I don't know what else could caused it since those registers were really closely connected to the invalid phase jumps. hi all, the error was with qemu 0.12.4. i looked at 0.12.5 changelog, but did not find any scsi related changes after 0.12.4. the guest that caused the problem was win2k8 server 64-bit. i applied the patch gerd pointed to and this fixed the issue. thanks to all, peter > > Michal > > -- > Michal Novotny<minovotn@xxxxxxxxxx>, RHCE > Virtualization Team (xen userspace), Red Hat > > -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html