Hello all, I''ve experienced this issue a couple of times. Dom0 replies to pings, but ssh refuses. All DomU are unresponsive, some might have crashed. What is the proper log to start an investigation of what is going on? -e _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Hi Enzo, 2012/1/21 Enzo Lombardi <enzinol@gmail.com>:> Hello all, > I''ve experienced this issue a couple of times. > Dom0 replies to pings, but ssh refuses. All DomU are unresponsive, someso your kernel is still working, but i.e. disk access has been lost. some steps you can go through: 1. /var/log/messages /var/log/* (anything where your distro decides to put relevant messages) 2. enable a serial console, and log in there (and make sure you stay logged in). If you can still use it at the time of "ssh not working", then debug as like on a normal unix system, but go sure to also view xm dmesg output. 3. if everything goes unusable, disable vga screen blanking on the main console to see the last console output, or run a serial console 4. after that enable sysrq using sysctl and look up how to trigger a crash via the serial console. (if possible) Florian
Follow-up: I think this was an hardware issue. I was passing through my VGA card and after a few days I started having video corruption issues at the same time of this. Now I have video corruption (snow, black lines, etc.) and this is definitively an hardware problem. I am hoping the new card will be as compatible as my FirePro Thanks all -e On Sat, Jan 21, 2012 at 9:52 AM, Florian Heigl <florian.heigl@gmail.com>wrote:> Hi Enzo, > > 2012/1/21 Enzo Lombardi <enzinol@gmail.com>: > > Hello all, > > I''ve experienced this issue a couple of times. > > Dom0 replies to pings, but ssh refuses. All DomU are unresponsive, some > > so your kernel is still working, but i.e. disk access has been lost. > > some steps you can go through: > 1. /var/log/messages /var/log/* (anything where your distro decides > to put relevant messages) > 2. enable a serial console, and log in there (and make sure you stay > logged in). If you can still use it at the time of "ssh not working", > then debug as like on a normal unix system, but go sure to also view > xm dmesg output. > 3. if everything goes unusable, disable vga screen blanking on the > main console to see the last console output, or run a serial console > 4. after that enable sysrq using sysctl and look up how to trigger a > crash via the serial console. (if possible) > > Florian >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Follow-up: I think this was an hardware issue. I was passing through my VGA card and after a few days I started having video corruption issues at the same time of this. Now I have video corruption (snow, black lines, etc.) and this is definitively an hardware problem. I am hoping the new card will be as compatible as my FirePro Thanks all -e On Sat, Jan 21, 2012 at 9:52 AM, Florian Heigl <florian.heigl@gmail.com>wrote:> Hi Enzo, > > 2012/1/21 Enzo Lombardi <enzinol@gmail.com>: > > Hello all, > > I''ve experienced this issue a couple of times. > > Dom0 replies to pings, but ssh refuses. All DomU are unresponsive, some > > so your kernel is still working, but i.e. disk access has been lost. > > some steps you can go through: > 1. /var/log/messages /var/log/* (anything where your distro decides > to put relevant messages) > 2. enable a serial console, and log in there (and make sure you stay > logged in). If you can still use it at the time of "ssh not working", > then debug as like on a normal unix system, but go sure to also view > xm dmesg output. > 3. if everything goes unusable, disable vga screen blanking on the > main console to see the last console output, or run a serial console > 4. after that enable sysrq using sysctl and look up how to trigger a > crash via the serial console. (if possible) > > Florian >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users