<div dir="ltr">just checked the other spare server that i was hopping it will have the same issue.<div><br></div><div>I didnt have it while it is running for 3 weeks.</div><div><br></div><div>So that is bad for this case as i wanted to check and ply with the test server and make the changes with the real production server.</div>
<div><br></div><div>is there anywhere to read the logs to understand what is the issue ?</div><div>I mean what are the debugging steps here in this case</div><div><br></div><div>Thanks</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, Jan 28, 2014 at 4:17 PM, Dave Pooser <span dir="ltr"><<a href="mailto:dave-oo@pooserville.com" target="_blank">dave-oo@pooserville.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">>never tried it.<br>
>but the problem that this server is behind a vpn and maintaining an ssh<br>
>connection to it without dropping for days in not easy<br>
<br>
</div>Is there another server behind the VPN, running Linux or Windows or<br>
something, that you could use to ssh in to the OmniOS box? Then when the<br>
OmniOS box goes deaf, use IPMI/VNC to get to the existing session....<br>
<div class="HOEnZb"><div class="h5">--<br>
Dave Pooser<br>
Cat-Herder-in-Chief, Pooserville.com<br>
<br>
<br>
</div></div></blockquote></div><br></div>