Hi, sorry to be this late, things are a little messed up here. =D<br><br>Fedora isn't showing me the kernel dump in gnome tray, where can I find it?<br><br>I located a log in /var/log/libvirt/libvirtd.log, previously actived:<br>

<br><blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">14:36:17.444: debug : qemuMonitorGetBalloonInfo:1001 : mon=0x7f1ac800ce80<br>14:36:17.444: debug : qemuMonitorCommandWithHandler:231 : Send command 'info balloon' for write with FD -1<br>

14:36:20.203: debug : qemuMonitorCommandWithHandler:236 : Receive command reply ret=-1 errno=104 0 bytes '(null)'<br>14:36:20.276: debug : qemuMonitorIO:577 : Triggering EOF callback error? 1<br>14:36:20.277: error : qemuMonitorCommandWithHandler:255 : cannot send monitor command 'info balloon': Connection reset by peer<br>

14:36:20.277: error : qemuMonitorTextGetBalloonInfo:555 : operation failed: could not query memory balloon allocation<br>14:36:20.287: debug : qemuMonitorClose:691 : mon=0x7f1ac800ce80<br>14:36:20.307: debug : qemuMonitorFree:200 : mon=0x7f1ac800ce80<br>

14:36:20.957: error : qemudDomainGetVcpus:6044 : Requested operation is not valid: cannot list vcpu pinning for an inactive domain<br>14:36:29.782: debug : qemuMonitorOpen:668 : New mon 0x7f1ac8014560 fd =37 watch=11<br>
14:36:29.782: debug : qemuMonitorSetCapabilities:902 : mon=0x7f1ac8014560<br>
14:36:29.872: debug : qemuMonitorGetPtyPaths:1702 : mon=0x7f1ac8014560<br>14:36:29.874: debug : qemuMonitorCommandWithHandler:231 : Send command 'info chardev' for write with FD -1<br>14:36:29.876: debug : qemuMonitorCommandWithHandler:236 : Receive command reply ret=0 errno=0 102 bytes 'monitor: filename=unix:/var/lib/libvirt/qemu/stfcnc$<br>

serial0: filename=pty:/dev/pts/2<br>'<br>14:36:29.876: debug : qemuMonitorGetCPUInfo:982 : mon=0x7f1ac8014560<br>14:36:29.876: debug : qemuMonitorCommandWithHandler:231 : Send command 'info cpus' for write with FD -1<br>

14:36:29.879: debug : qemuMonitorCommandWithHandler:236 : Receive command reply ret=0 errno=0 48 bytes '* CPU #0: pc=0x00000000000ffff0 thread_id=369<br>'<br>14:36:29.879: debug : qemuMonitorTextGetCPUInfo:448 : vcpu=0 pid=369<br>

14:36:29.879: debug : qemuMonitorSetBalloon:1113 : mon=0x7f1ac8014560 newmem=1048576<br>14:36:29.879: debug : qemuMonitorCommandWithHandler:231 : Send command 'balloon 1024' for write with FD -1<br>14:36:29.879: debug : qemuMonitorCommandWithHandler:236 : Receive command reply ret=0 errno=0 0 bytes '(null)'<br>

14:36:29.879: debug : qemuMonitorStartCPUs:923 : mon=0x7f1ac8014560<br>14:36:29.879: debug : qemuMonitorCommandWithHandler:231 : Send command 'cont' for write with FD -1<br>14:36:29.880: debug : qemuMonitorCommandWithHandler:236 : Receive command reply ret=0 errno=0 0 bytes '(null)'<br>

14:36:29.881: debug : qemuMonitorGetBalloonInfo:1001 : mon=0x7f1ac8014560<br>14:36:29.881: debug : qemuMonitorCommandWithHandler:231 : Send command 'info balloon' for write with FD -1<br>14:36:29.892: debug : qemuMonitorCommandWithHandler:236 : Receive command reply ret=0 errno=0 22 bytes 'balloon: actual=1024<br>

</blockquote><br>Does this log help you guys? I tried windows 2003 and windows 7 isos, both installation processes stops right after HD formatting.<br><br><div class="gmail_quote">On Thu, Feb 3, 2011 at 10:20 AM, Richard W.M. Jones <span dir="ltr"><<a href="mailto:rjones@redhat.com">rjones@redhat.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">On Wed, Feb 02, 2011 at 03:14:47PM -0300, Bruno Lamps wrote:<br>
> But today I noticed that I'm not able to run (not even install) windows 2003<br>
> VMs. LOL<br>
> I create the machine, boot the install cd, format the disk, and the machine<br>
> goes down unexpectedly. Fedora gives me some crach report, saying that some<br>
> kernel crach happened. Then I turn the VM on again, but the disk image isn't<br>
> bootable, and if I try to run the win2003 install CD again, it crashes<br>
> again, same way.<br>
<br>
</div>We don't print these reports out for entertainment.  Please post<br>
the full messages you see into a new bug.<br>
<br>
Rich.<br>
<font color="#888888"><br>
--<br>
Richard Jones, Virtualization Group, Red Hat <a href="http://people.redhat.com/%7Erjones%0Avirt-df" target="_blank">http://people.redhat.com/~rjones<br>
virt-df</a> lists disk usage of guests without needing to install any<br>
software inside the virtual machine.  Supports Linux and Windows.<br>
<a href="http://et.redhat.com/%7Erjones/virt-df/" target="_blank">http://et.redhat.com/~rjones/virt-df/</a><br>
</font></blockquote></div><br>