<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">Hello All,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I’ve got 5 SBEs that stay on 24/7 normally. They all connect to a tuner-less (except for a dummy tuner) MBE virtual machine. Yesterday, one of the SBE’s had a hardware failure and stopped responding. Shortly afterwards the MBE stopped responding
via its status port or mythweb. And shortly after that the other SBEs also gave up because they couldn’t contact the MBE. Basically, a single hardware issue on 1 SBE brought down the whole system.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The storage for recordings is all on the SBEs—2 disks each, defined in the storage groups setup on the MBE. The SBE’s are also cross-mounted via NFS, and they mount a NFS share on the MBE for access to the post-processing user scripts.
All those mounts are controlled via autofs, which uses the following options: -rw,noatime,nodiratime,soft,nfsvers=3<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I’d really appreciate any advice on how to troubleshoot this cascade failure. I really want to be able to bring down a SBE without an adverse effects to the rest of the system. I wonder if this could be caused by the cross mounting of the
storage directories via NFS, and if so, are there any NFS mount/share options that I could use to make them fail gracefully—maybe a shorter timeout period?
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Any help would be appreciated.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">MythTV Version : v0.24.1<o:p></o:p></p>
<p class="MsoNormal">MythTV Branch :<o:p></o:p></p>
<p class="MsoNormal">Network Protocol : 63<o:p></o:p></p>
<p class="MsoNormal">Library API : 0.24.20110505-1<o:p></o:p></p>
<p class="MsoNormal">QT Version : 4.6.3<o:p></o:p></p>
<p class="MsoNormal">Options compiled in:<o:p></o:p></p>
<p class="MsoNormal">linux release using_alsa using_jack using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_directfb using_dvb using_firewire using_frontend using_hdhomerun using_hdpvr using_iptv using_ivtv
using_joystick_menu using_libfftw3 using_lirc using_mheg using_opengl_video using_opengl_vsync using_qtdbus using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python using_mythtranscode
using_opengl using_vdpau using_ffmpeg_threads using_live using_mheg<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Jon<o:p></o:p></p>
</div>
</body>
</html>