It's running on an Amazon instance. No changes to system made and it was working find previously.<div><br></div><div>Here is an output of "top":</div><div><br></div><div><div>[root@ip-10-251-123-3 ~]# top</div>
<div>top - 19:59:48 up 6:52, 1 user, load average: 0.78, 0.95, 0.99</div><div>Tasks: 49 total, 2 running, 47 sleeping, 0 stopped, 0 zombie</div><div>Cpu(s): 0.0%us, 0.0%sy, 0.0%ni, 98.7%id, 0.0%wa, 0.0%hi, 0.0%si, 1.3%st</div>
<div>Mem: 1740948k total, 399504k used, 1341444k free, 105300k buffers</div><div>Swap: 917496k total, 0k used, 917496k free, 161544k cached</div><div><br></div><div> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND</div>
<div> 1 root 15 0 2132 752 648 S 0.0 0.0 0:00.05 init</div><div> 2 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0</div><div> 3 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0</div>
<div> 4 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0</div><div> 5 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/0</div><div> 6 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khelper</div>
<div> 7 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kthread</div><div> 9 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 xenwatch</div><div> 10 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 xenbus</div>
<div> 17 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kblockd/0</div><div> 19 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod</div><div> 52 root 25 0 0 0 0 S 0.0 0.0 0:00.00 pdflush</div>
<div> 53 root 15 0 0 0 0 S 0.0 0.0 0:00.02 pdflush</div><div> 54 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kswapd0</div><div> 55 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0</div>
<div> 671 root 10 -5 0 0 0 S 0.0 0.0 0:00.19 kjournald</div><div> 695 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kauditd</div><div> 720 root 18 -4 2380 672 424 S 0.0 0.0 0:00.23 udevd</div>
<div> 1439 root 12 -5 0 0 0 S 0.0 0.0 0:00.00 kmpathd/0</div><div> 1445 root 12 -5 0 0 0 S 0.0 0.0 0:00.00 kmirrord</div><div> 1463 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kjournald</div>
<div> 1719 root 17 0 2392 572 288 S 0.0 0.0 0:00.00 dhclient</div><div> 1804 root 18 0 10576 1040 752 S 0.0 0.1 0:00.34 rsyslogd</div><div> 1808 root 25 0 1772 416 352 S 0.0 0.0 0:00.00 rklogd</div>
<div> 1829 root 15 0 6948 1072 688 S 0.0 0.1 0:00.24 sshd</div><div> 1858 root 25 0 2640 1208 1040 S 0.0 0.1 0:00.00 mysqld_safe</div><div> 1916 mysql 15 0 118m 19m 4904 S 0.0 1.1 0:00.47 mysqld</div>
<div> 1957 root 15 0 9480 1860 784 S 0.0 0.1 0:00.00 sendmail</div><div> 1967 smmsp 18 0 8260 1488 632 S 0.0 0.1 0:00.00 sendmail</div><div> 1976 root 18 0 24728 7612 4636 S 0.0 0.4 0:00.11 httpd</div>
<div> 1992 root 18 0 3072 1128 584 S 0.0 0.1 0:00.00 crond</div><div> 2005 asterisk 18 0 25476 7296 3568 S 0.0 0.4 0:00.09 httpd</div><div> 2006 asterisk 15 0 25496 7300 3556 S 0.0 0.4 0:00.04 httpd</div>
<div> 2007 asterisk 15 0 25816 7364 3596 S 0.0 0.4 0:00.11 httpd</div><div> 2008 asterisk 20 0 29348 9876 4432 S 0.0 0.6 0:00.04 httpd</div><div> 2009 asterisk 15 0 24888 5244 2092 S 0.0 0.3 0:00.09 httpd</div>
<div> 2010 asterisk 17 0 25496 7300 3540 S 0.0 0.4 0:00.08 httpd</div><div> 2011 asterisk 17 0 25480 7344 3572 S 0.0 0.4 0:00.07 httpd</div><div> 2012 asterisk 15 0 25496 7252 3516 S 0.0 0.4 0:00.03 httpd</div>
<div><br></div><br><div class="gmail_quote">On Wed, Apr 21, 2010 at 7:56 PM, Sean Brady <span dir="ltr"><<a href="mailto:sbrady@gtfservices.com">sbrady@gtfservices.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div bgcolor="#ffffff" text="#000000"><div><div></div><div class="h5">
<br>
<br>
On 04/21/2010 05:36 PM, bruce bruce wrote:
<blockquote type="cite">Here are result of dahdi_test:
<div><br>
</div>
<div>
<div>[root@ip-10-251-123-3 ~]# dahdi_test</div>
<div>Opened pseudo dahdi interface, measuring accuracy...</div>
<div>99.725% 96.018% 99.532% 91.934% 99.923% 99.923% 99.628% 99.434%</div>
<div>-434.763% 99.239% 93.770% 99.141% 99.822% 91.232% 99.727% 93.770%</div>
<div>99.726% -403.227% 98.069% 98.458% 95.136% 98.749% 91.229% 87.622%</div>
<div>98.554% 93.282% -407.620% 94.650% 96.308% 98.750% 96.993% 93.478%</div>
<div>94.063% 93.381% 61.745% -379.400% 99.628% 99.921% 99.142% 96.797%</div>
<div>98.457% 99.337% 87.909% 95.141% -396.880% 99.531% 99.923% 99.921%</div>
<div>91.035% 96.408% 91.916% 90.255% -402.153% 81.079% 74.534% 96.212%</div>
<div><br>
</div>
<div>What can one tell from these?</div>
<br>
<div class="gmail_quote">On Wed, Apr 21, 2010 at 6:59 PM, bruce bruce
<span dir="ltr"><<a href="mailto:bruceb444@gmail.com" target="_blank">bruceb444@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">
<div>Thanks for the input.</div>
<div> </div>
<div>I am going to check this once I get access to system again
tonight.</div>
<div> </div>
<div>But I thought the timing source dahdi_dummy is only good for
features like MeetMe or conference rooms? or am I wrong and it has an
effect on any type of calls and checking voice messages?</div>
<div> </div>
<div>Thanks<br>
<br>
</div>
<div class="gmail_quote">
<div>
<div>On Wed, Apr 21, 2010 at 2:49 PM, Ryan Bullock <span dir="ltr"><<a href="mailto:rrb3942@gmail.com" target="_blank">rrb3942@gmail.com</a>></span> wrote:<br>
</div>
</div>
<blockquote style="border-left:1px solid rgb(204, 204, 204);margin:0px 0px 0px 0.8ex;padding-left:1ex" class="gmail_quote">
<div>
<div>So I be it sounds like all the recordings are
underwater.<br>
<br>
<div class="gmail_quote">Are you using dahdi for timing? Can you
run dahdi_test?</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">Asterisk needs a good timing source, in
the case when you don't have a physical card providing it, it relies on
kernel ticks or the RTC (or HPET). Because of the nature of virtual
machines they don't always get access to the processor when they want
and therefore their timing can get skewed and can be bad for real-time
applications.</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">There are some patches/work-arounds that
you can do. You might want to google 'asterisk in a virtual machine' or
'asterisk timing virutal machine', or anything along those lines.</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">I think I remember in some of the recent
dahdi or asterisk release notes that they changed some settings to be
more virtual machine friendly. So maybe make sure you are running
the latest versions?</div>
<br>
</div>
</div>
<div>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com/" target="_blank">http://www.api-digital.com</a>
--<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div>
</blockquote>
</div>
<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br></div></div>
What in the world? Bruce, that is a measure of accuracy of your timing
source. I believe that is the issue. What is this running on?<br>
</div>
<br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br></div>