<div><div>Hello, it crashes because the hard drive fails. Basically it chews up hard drives in high volume installations without SAS drives at 15k rpm.</div><div><br/></div><div>This has happened to a few of us in the list the very same way.</div><div><br/></div><div>Kevin</div><div><br/></div><div><br/></div><div><br/></div><div><br/></div><div><font style="color:#333333"><i>Sent from my Verizon Wireless 4G LTE DROID</i></font></div></div><br><br>Matthew Ogden <matthew@tenacit.net> wrote:<br><br><div class="WordSection1"><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Why does sipwise crash though if its waiting for IO? Surely the call tearup and teardown should just take longer to initiate?</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt"><div><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> <a href="mailto:spce-user-bounces@lists.sipwise.com">spce-user-bounces@lists.sipwise.com</a> [mailto:<a href="mailto:spce-user-bounces@lists.sipwise.com">spce-user-bounces@lists.sipwise.com</a>] <b>On Behalf Of </b>Kevin Masse<br>
<b>Sent:</b> 28 May 2013 01:21 PM<br><b>To:</b> Martin Wong; Jeremie Chism<br><b>Cc:</b> <Unnamed><br><b>Subject:</b> Re: [Spce-user] kamailio-proxy.log error - mysql lost connection</span></p></div></div><p class="MsoNormal">
</p><p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Good morning, SSD’s would not work well in this environment. SSD’s are fast but the number of rewrites IO’s and other issues do not make it a fit. The burnout rate on the SSD’s is much higher than even the SATA. The true answer here is SAS drives at 15K RPM. They have the longevity and the speed to avoid issues.</span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">As mentioned earlier with Jeremie, we have learned the hard way about hardware choices. </span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Your best choice for configuration would be, SAS drives, in RAID5 with 1 hot spare/swap and 16GB ram or better. </span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I hope this helps.</span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Kevin</span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> <a href="mailto:spce-user-bounces@lists.sipwise.com">spce-user-bounces@lists.sipwise.com</a> [<a href="mailto:spce-user-bounces@lists.sipwise.com">mailto:spce-user-bounces@lists.sipwise.com</a>] <b>On Behalf Of </b>Martin Wong<br>
<b>Sent:</b> Monday, May 27, 2013 11:20 PM<br><b>To:</b> Jeremie Chism<br><b>Cc:</b> <Unnamed><br><b>Subject:</b> Re: [Spce-user] kamailio-proxy.log error - mysql lost connection</span></p></div><p class="MsoNormal">
<span lang="EN-US"> </span></p><div><p class="MsoNormal"><span lang="EN-US">Hi guys,</span></p><div><p class="MsoNormal"><span lang="EN-US"> </span></p></div><div><p class="MsoNormal"><span lang="EN-US">do you think SSD would cut it here? I would like your views on the write speeds for SSD vs SAS 15K</span></p>
</div><div><p class="MsoNormal"><span lang="EN-US"> </span></p></div><div><p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">Thanks</span></p><div><p class="MsoNormal"><span lang="EN-US">On Tue, May 28, 2013 at 11:36 AM, Martin Wong <<a href="mailto:martin.wong@binaryelements.com.au" target="_blank">martin.wong@binaryelements.com.au</a>> wrote:</span></p>
<div><p class="MsoNormal"><span lang="EN-US">Yup. Thanks for the advice and I agree.</span></p><div><p class="MsoNormal"><span lang="EN-US"> </span></p></div><div><p class="MsoNormal"><span lang="EN-US">When there's a high dialing subscriber and I "accidentally" access the CDRs on the web page, the CPU spikes and everything dies.</span></p>
</div><div><p class="MsoNormal"><span lang="EN-US"> </span></p></div><div><p class="MsoNormal"><span lang="EN-US">The MYSQL seems to be the one which has the highest CPU usage at all times.</span></p></div><div><p class="MsoNormal">
<span lang="EN-US"> </span></p></div><div><p class="MsoNormal"><span lang="EN-US">I'll be putting in a physical machine + SAS drives asap.</span></p></div><div><p class="MsoNormal"><span lang="EN-US"> </span></p></div>
<div><p class="MsoNormal"><span lang="EN-US">Thanks and appreciate your quick help.</span></p></div><div><div><div><div><p class="MsoNormal"><span lang="EN-US"> </span></p><div><p class="MsoNormal"><span lang="EN-US">On Tue, May 28, 2013 at 11:22 AM, Jeremie Chism <<a href="mailto:jchism2@gmail.com" target="_blank">jchism2@gmail.com</a>> wrote:</span></p>
<p class="MsoNormal"><span lang="EN-US">CPU and ram usage stay low. If you see the load spiking high or staying high get ready for a crash. I/O wait is the biggest issue to watch on sipwise. I think Stephen and Kevin would back me up on that. 15K sas drives have fixed any problems we were having. </span></p>
<div><div><p class="MsoNormal"><span lang="EN-US"><br><br>On Monday, May 27, 2013, Martin Wong wrote:</span></p><div><p class="MsoNormal"><span lang="EN-US">Hi Jeremie, thanks for the info.</span></p><div><p class="MsoNormal">
<span lang="EN-US"> </span></p></div><div><p class="MsoNormal"><span lang="EN-US">What RAID config do you have on the SASes?</span></p></div><div><p class="MsoNormal"><span lang="EN-US"> </span></p></div><div><p class="MsoNormal">
<span lang="EN-US">Would probably take your advice on the drives. Considering it's on a VM on a cloud provider...</span></p></div><div><p class="MsoNormal"><span lang="EN-US"> </span></p></div><div><p class="MsoNormal">
<span lang="EN-US">Anything else like CPU / RAM which I need to be concerned with?</span></p></div><div><p class="MsoNormal"><span lang="EN-US"> </span></p></div><div><p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">Thanks</span></p>
<div><p class="MsoNormal"><span lang="EN-US">On Tue, May 28, 2013 at 10:32 AM, Jeremie Chism <<a href="mailto:jchism2@gmail.com">jchism2@gmail.com</a>> wrote:</span></p><p class="MsoNormal"><span lang="EN-US">I/O wait kills sipwise. Just speaking from experience. If you have dial traffic and you are using sata drives or slow drives its just a matter if time before it breaks. We aren't using a dialer and we use sas 15K drives only b<br>
<br>Sent from my iPhone</span></p><div><div><p class="MsoNormal"><span lang="EN-US"><br>On May 27, 2013, at 8:31 AM, Andrew Pogrebennyk <<a href="mailto:apogrebennyk@sipwise.com">apogrebennyk@sipwise.com</a>> wrote:<br>
<br>> On 05/27/2013 03:28 PM, Martin Wong wrote:<br>>> Nothing in the mysqld.err that stands out. After a reboot, the issue<br>>> goes away.<br>>><br>>> Not sure why.<br>>><br>>> There's dialer traffic which makes lots of calls which probably is the<br>
>> cause. Not to say that the server load is very high... the CPU is quite low.<br>>><br>>> Do you think it's because it's a virtual machine?<br>><br>> That could be possible, but can't say for sure without knowing the<br>
> underlying hardware. What kind of HDD/RAID does that machine have?<br>> Do you see high %wa percentage (IO wait) in 'top'? What is the disk<br>> utilization reported in 'iostat -dx1' when that customer is dialing?<br>
><br>> HTH.<br>> Andrew<br>><br>></span></p></div></div><div><div><p class="MsoNormal"><span lang="EN-US">> _______________________________________________<br>> Spce-user mailing list<br>> <a href="mailto:Spce-user@lists.sipwise.com">Spce-user@lists.sipwise.com</a><br>
> <a href="http://lists.sipwise.com/listinfo/spce-user" target="_blank">http://lists.sipwise.com/listinfo/spce-user</a></span></p></div></div></div><p class="MsoNormal"><span lang="EN-US"> </span></p></div></div><p class="MsoNormal" style="margin-bottom:12.0pt">
<span lang="EN-US"> </span></p></div></div><p class="MsoNormal"><span lang="EN-US" style="color:#888888">-- <br>Jeremie Chism<br>Triton Communications</span><span lang="EN-US"></span></p></div><p class="MsoNormal"><span lang="EN-US"> </span></p>
</div></div></div></div></div></div><p class="MsoNormal"><span lang="EN-US"> </span></p></div></div></div></div>