Here is the server info: https://gist.github.com/matthiasg/8eb40a64e803c6e6e2d0


Sorry Core Dump Download URL didn't copy correctly (this is a weird setup of a 
server): http://87.106.137.9/wwwroot/downloads/core.qemu.tgz


Iscsi was still in use (that's where the data store is), but not by SQL server 
anymore. So there was less traffic via iscsi and it didn't crash under low load.

I did have a number of similar crashes on a different server last year (also 
storage of data via iscsi), but I didn't think it was an issue since that 
server (test server) had extremely old drives on purpose and showed a number of 
data errors.




The iscsi target is also hosted from that same server so its local traffic 
only. 


thanks






From: David Finster
Sent: ‎Wednesday‎, ‎May‎ ‎27‎, ‎2015 ‎7‎:‎15‎ ‎AM
To: [email protected]




Is there anything under /zones/<vm uuid>/cores for the particular virtual 
machine? 






On 27 May 2015, at 3:02 pm, Matthias Goetzke <[email protected]> wrote:





Vmadm start is indeed required. The vm is just off and needs to be restarted 
with vmadm start. 

What can I do do diagnose this issue ?

Regards
Matthias




From: David Finster
Sent: ‎27.‎05.‎2015 00:47
To: [email protected]
Subject: Re: [smartos-discuss] Windows KVM Crashing


Hi Matthias 



Without knowing more about the crash scenario, it might be difficult to 
diagnose. If the crash/BSOD originates from the virtio disk driver, then there 
may not be anywhere to write crash information to. 




It might be worth setting Windows to not restart on BSOD, which can be done 
through Control Panel -> System and Security (System if small icons) -> 
Advanced System Settings -> Startup and Recovery and uncheck ‘Automatically 
restart’.




Unfortunately you would be sacrificing the auto-restart feature but when you 
next notice the box is down you should be able to jump on VNC and see what the 
error condition was. 




If Windows is just BSOD’ing and rebooting within the VM itself then the qemu 
processes won’t exit so the vm.log output is probably correct. The only time 
this would be different is if Windows isn’t actually crashing, but qemu is, but 
that would require a vmadm start <uuid> to get it going again.




Thanks,

Dave







On 26 May 2015, at 9:36 pm, Matthias Götzke <[email protected]> wrote:



Hi, 



we are currently experiencing the same issue: with SmartOS 20150219T102159Z. 
There is no apparent reason with about 100GB free in the pools and no entries 
in the windows system log other than it restarted for unknown reasons.




the vm.log just shows the boot process, the previous logs are all empty.




We did use virtio drivers from january and did switch back to stable from 
dezember in case that causes issues. But i am not sure how a driver failure 
could initiate a full reboot without leaving a bluescreen dump.




did anybody solve this or track this down further ?




thanks,

Matthias




On Wed, Jul 23, 2014 at 6:34 PM, Mark Creamer via smartos-discuss 
<[email protected]> wrote: 



Hi, I have a Windows 2008 R2 KVM that crashes constantly. There is nothing in 
the system log, except after it comes up there is the usual "previous shutdown 
was unexpected." There is no bluescreen (bugcheck) recorded. None of my other 
KVMs are having the same issue, and this one is a problem on both the original 
host I built it on, and another host I moved it to.  



While I'm troubleshooting further, is there an updated driver for the virtual 
disk? I'm not sure where to locate that and I thought I might try that next.




Thanks



-- 
Mark 

smartos-discuss | Archives   | Modify Your Subscription 



smartos-discuss | Archives   | Modify Your Subscription 



smartos-discuss | Archives   | Modify Your Subscription 


smartos-discuss | Archives   | Modify Your Subscription 



smartos-discuss | Archives   | Modify Your Subscription


-------------------------------------------
smartos-discuss
Archives: https://www.listbox.com/member/archive/184463/=now
RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00
Modify Your Subscription: 
https://www.listbox.com/member/?member_id=25769125&id_secret=25769125-7688e9fb
Powered by Listbox: http://www.listbox.com

Reply via email to