<div><div>Had an odd glitch on Saturday that crashed my HP ThinClient box that has SSD.  After pulling Dandi and rebooting asterisk, it seems normal again. Anyone ever have SSD fail?  </div><div><br/></div><div>Chris K7AZ</div><div><br/></div><div><i><font style="color:#333333">Sent from my dumb-smart DROID...</font></i></div></div><br><br>app_rpt-users-request@ohnosec.org wrote:<br><br>Send App_rpt-users mailing list submissions to<br>  app_rpt-users@ohnosec.org<br><br>To subscribe or unsubscribe via the World Wide Web, visit<br>        http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users<br>or, via email, send a message with subject or body 'help' to<br>       app_rpt-users-request@ohnosec.org<br><br>You can reach the person managing the list at<br>    app_rpt-users-owner@ohnosec.org<br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of App_rpt-users digest..."<br><br><br>Today's Topics:<br><br>   1. Re: USB sound FOB lack of high frequency noise (Skyler F)<br>   2. Re: USB sound FOB lack of high frequency noise (Sam Skolfield)<br>   3. Re: FYI: Jim is in the hospital (David Osborn)<br>   4. Re: ezstream 100% cpu (Ken)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Wed, 4 May 2016 21:43:28 -0600<br>From: Skyler F <electricity440@gmail.com><br>To: "app_rpt-users@ohnosec.org" <app_rpt-users@ohnosec.org><br>Subject: Re: [App_rpt-users] USB sound FOB lack of high frequency<br>      noise<br>Message-ID:<br>    <CAJNyT0_We0d1-74XxnkqY_YPun+wieXjhWDft_Bv7DR3vFm0vA@mail.gmail.com><br>Content-Type: text/plain; charset="utf-8"<br><br>I figured out the problem : Even though I was hooking my audio directly<br>into the mic input of the CM108 chip, a low pass filter was clamping all<br>the high frequency signals to ground, I just had to desolder an L5 as this<br>link shows:<br><br>http://m3h.com/usbfob-119.pdf<br><br>I was looking at other guides, which had sound fobs with no low pass filter<br>already in it.<br><br>kdw0hb<br><br><br>On Tue, May 3, 2016 at 8:34 AM, Skyler F <electricity440@gmail.com> wrote:<br><br>> I just put together a modified sound fob by taking a 10?F capacitor to the<br>> divider of 47k and 68k resistors and then to the microphone input of the<br>> sound fob, but I am getting the lack of high frequency noise error when I<br>> plug my fob into the radio. A DMK URI works fine. Has anybody else had<br>> problems with these sound fobs?<br>><br>> 73<br>> kd0whb<br>><br><br><br><br>-- <br>Skyler Fennell<br>amsatnet.info<br>KD?WHB<br>electricity440@gmail.com<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://ohnosec.org/pipermail/app_rpt-users/attachments/20160504/ff0a2eee/attachment-0001.html><br><br>------------------------------<br><br>Message: 2<br>Date: Wed, 4 May 2016 21:18:00 -0700<br>From: Sam Skolfield <kj6qfs@gmail.com><br>To: "app_rpt-users@ohnosec.org" <app_rpt-users@ohnosec.org><br>Subject: Re: [App_rpt-users] USB sound FOB lack of high frequency<br> noise<br>Message-ID:<br>    <CALK+jHF_r8_5DdZ5Qbt1taxLDa3Zk8sWDs_QqDHFPYLbK=y57w@mail.gmail.com><br>Content-Type: text/plain; charset="utf-8"<br><br>Sounds like a lousy anti-aliasing LPF. Loose tolerance, poor design, maybe<br>both.....<br><br><br><br>On Wed, May 4, 2016 at 8:43 PM, Skyler F <electricity440@gmail.com> wrote:<br><br>> I figured out the problem : Even though I was hooking my audio directly<br>> into the mic input of the CM108 chip, a low pass filter was clamping all<br>> the high frequency signals to ground, I just had to desolder an L5 as this<br>> link shows:<br>><br>> http://m3h.com/usbfob-119.pdf<br>><br>> I was looking at other guides, which had sound fobs with no low pass<br>> filter already in it.<br>><br>> kdw0hb<br>><br>><br>> On Tue, May 3, 2016 at 8:34 AM, Skyler F <electricity440@gmail.com> wrote:<br>><br>>> I just put together a modified sound fob by taking a 10?F capacitor to<br>>> the divider of 47k and 68k resistors and then to the microphone input of<br>>> the sound fob, but I am getting the lack of high frequency noise error when<br>>> I plug my fob into the radio. A DMK URI works fine. Has anybody else had<br>>> problems with these sound fobs?<br>>><br>>> 73<br>>> kd0whb<br>>><br>><br>><br>><br>> --<br>> Skyler Fennell<br>> amsatnet.info<br>> KD?WHB<br>> electricity440@gmail.com<br>><br>> _______________________________________________<br>> App_rpt-users mailing list<br>> App_rpt-users@ohnosec.org<br>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users<br>><br>> To unsubscribe from this list please visit<br>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down<br>> to the bottom of the page. Enter your email address and press the<br>> "Unsubscribe or edit options button"<br>> You do not need a password to unsubscribe, you can do it via email<br>> confirmation. If you have trouble unsubscribing, please send a message to<br>> the list detailing the problem.<br>><br><br><br><br>-- <br>KJ6QFS<br>Sam Skolfield<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://ohnosec.org/pipermail/app_rpt-users/attachments/20160504/f1a1293d/attachment-0001.html><br><br>------------------------------<br><br>Message: 3<br>Date: Thu, 5 May 2016 06:47:07 +0100<br>From: "David Osborn" <david.osborn@manx.net><br>To: <app_rpt-users@ohnosec.org><br>Subject: Re: [App_rpt-users] FYI: Jim is in the hospital<br>Message-ID: <002701d1a691$8fb81650$af2842f0$@manx.net><br>Content-Type: text/plain;   charset="utf-8"<br><br>Wishing him well.<br><br>GD4HOZ<br><br>-----Original Message-----<br>From: Steve Rodgers [mailto:steve@rodgers619.com] <br>Sent: 04 May 2016 17:51<br>To: app_rpt-users@ohnosec.org<br>Subject: [App_rpt-users] FYI: Jim is in the hospital<br><br>List,<br><br>Jim Dixon WB6NIL just called me. He is in the hospital. It is nothing serious, but don't expect a response from him for a couple of days.<br><br>Steve<br>WA6ZFT<br><br><br><br><br><br>------------------------------<br><br>Message: 4<br>Date: Thu, 5 May 2016 10:49:35 -0400<br>From: "Ken" <ke2n@cs.com><br>To: "'Loren Tedford'" <lorentedford@gmail.com><br>Cc: 'app_rpt mailing list' <app_rpt-users@ohnosec.org><br>Subject: Re: [App_rpt-users] ezstream 100% cpu<br>Message-ID: <00d801d1a6dd$57eb32b0$07c19810$@cs.com><br>Content-Type: text/plain; charset="utf-8"<br><br>Hi Loren<br><br> <br><br>If ezstream completely stops, for any reason, asterisk will restart it on the very next call. <br><br>So killing ezstream fixes the problem without impacting repeater operation.<br><br>It is not necessary to kill asterisk for the ?lame problem?.  I<br><br>f you are having to kill asterisk (for some reason) then something different is going on. <br><br> <br><br>If you find one of the CPU?s is in a 100% wait state, you can run this little script to see what process it is waiting on<br><br>for x in `seq 1 1 10`; do ps -eo state,pid,cmd | grep "^D"; echo "----"; sleep 5; done<br><br> <br><br>Regards<br><br>Ken<br><br> <br><br>Also see<br><br>http://bencane.com/2012/08/06/troubleshooting-high-io-wait-in-linux/ <br><br> <br><br> <br><br> <br><br> <br><br>From: Loren Tedford [mailto:lorentedford@gmail.com] <br>Sent: Wednesday, May 04, 2016 11:25 PM<br>To: Ken <ke2n@cs.com><br>Cc: app_rpt mailing list <app_rpt-users@ohnosec.org><br>Subject: Re: [App_rpt-users] ezstream 100% cpu<br><br> <br><br>I restarted asterisk with this command here.. So far we are backup and running..<br><br> <br><br>root@server:/etc/asterisk# cat restart.sh<br><br>#!/bin/bash<br><br>kill -9 $(pgrep ezstream)&<br><br>kill -9 pgrep ezstream<br><br>service asterisk stop<br><br>sleep 1s<br><br>killall asterisk<br><br>kill -9 $(pgrep ezstream)&<br><br>service asterisk stop<br><br>sleep 1s<br><br>service asterisk start<br><br>root@server:/etc/asterisk#<br><br> <br><br>Below is my server at idle I do have other projects going on with the server but I don't believe any of them would have affected ezstream.<br><br>http://kc9zhv.com/wp-content/uploads/2016/05/2016-05-04-1.png<br><br> <br><br>  <http://kc9zhv.com/wp-content/uploads/2016/05/2016-05-04-1.png> <br><br> <br><br><br><br><br>Loren Tedford (KC9ZHV) <br>Email:  <mailto:lorentedford@gmail.com> lorentedford@gmail.com<br><br> <http://www.lorentedford.com/> http://www.lorentedford.com<br><br>http://www.kc9zhv.com<br><br>http://forum.kc9zhv.com<br><br>http://hub.kc9zhv.com<br><br>http://www.newwavesucks.com<br><br>http://forum.newwavesucks.com<br><br> <br><br>On Wed, May 4, 2016 at 10:07 PM, Loren Tedford <lorentedford@gmail.com <mailto:lorentedford@gmail.com> > wrote:<br><br>I don't think i am running out of disk space but looking now to check logs<br><br>It did run the system log at least thats what i seem to see..<br><br> <br><br> <br><br> <br><br>May  4 21:20:01 server CRON[22247]: (root) CMD (/usr/local/sbin/./check_stream)<br><br>May  4 21:30:01 server CRON[25488]: (root) CMD (/usr/local/sbin/./check_stream)<br><br>May  4 21:40:01 server CRON[29164]: (root) CMD (/usr/local/sbin/./check_stream)<br><br>May  4 21:50:01 server CRON[9769]: (root) CMD (/usr/local/sbin/./check_stream)<br><br>May  4 22:00:01 server CRON[12927]: (root) CMD (/usr/local/sbin/./check_stream)<br><br> <br><br>Cron job seems to be running correctly and things seem to be pointed at the script not sure what i am missing..<br><br> <br><br>root@server:/etc/asterisk# lscpu<br><br>Architecture:          x86_64<br><br>CPU op-mode(s):        32-bit, 64-bit<br><br>Byte Order:            Little Endian<br><br>CPU(s):                8<br><br>On-line CPU(s) list:   0-7<br><br>Thread(s) per core:    2<br><br>Core(s) per socket:    4<br><br>Socket(s):             1<br><br>NUMA node(s):          1<br><br>Vendor ID:             GenuineIntel<br><br>CPU family:            6<br><br>Model:                 26<br><br>Stepping:              5<br><br>CPU MHz:               2800.000<br><br>BogoMIPS:              5600.43<br><br>Virtualisation:        VT-x<br><br>L1d cache:             32K<br><br>L1i cache:             32K<br><br>L2 cache:              256K<br><br>L3 cache:              8192K<br><br>NUMA node0 CPU(s):     0-7<br><br> <br><br>root@server:/etc/asterisk# df -h<br><br>Filesystem      Size  Used Avail Use% Mounted on<br><br>udev            7.9G  4.0K  7.9G   1% /dev<br><br>tmpfs           1.6G  1.2M  1.6G   1% /run<br><br>/dev/md2         77G   11G   63G  15% /<br><br>none            4.0K     0  4.0K   0% /sys/fs/cgroup<br><br>none            5.0M     0  5.0M   0% /run/lock<br><br>none            7.9G  4.1M  7.9G   1% /run/shm<br><br>none            100M   16K  100M   1% /run/user<br><br>/dev/md3        1.8T  208G  1.5T  13% /home<br><br> <br><br> <br><br> <br><br> <br><br><br><br><br>Loren Tedford (KC9ZHV) <br>Email:  <mailto:lorentedford@gmail.com> lorentedford@gmail.com<br><br> <http://www.lorentedford.com/> http://www.lorentedford.com<br><br>http://www.kc9zhv.com<br><br>http://forum.kc9zhv.com<br><br>http://hub.kc9zhv.com<br><br>http://www.newwavesucks.com<br><br>http://forum.newwavesucks.com<br><br> <br><br>On Wed, May 4, 2016 at 10:00 PM, Ken <ke2n@cs.com <mailto:ke2n@cs.com> > wrote:<br><br>When the script runs you will find an indication in  /var/log/cron<br><br>Lines like this:<br><br>May  2 20:50:01 localhost crond[30559]: (root) CMD (/usr/local/sbin/./check_stream)<br><br> <br><br>One thing that can cause a Linux system to grind to a near-halt is if you have run out of disk space ?.<br><br> <br><br>But I see you are running VBoxHeadless ? I have no familiarity but a quick Google of that finds something related<br><br>https://forums.virtualbox.org/viewtopic.php?f=8 <https://forums.virtualbox.org/viewtopic.php?f=8&t=68525> &t=68525<br><br> <br><br> <br><br>Ken<br><br> <br><br> <br><br> <br><br> <br><br>From: Loren Tedford [mailto:lorentedford@gmail.com <mailto:lorentedford@gmail.com> ] <br>Sent: Wednesday, May 04, 2016 10:42 PM<br>To: Brent Weatherall <va3bfw@gmail.com <mailto:va3bfw@gmail.com> ><br>Cc: Ken <ke2n@cs.com <mailto:ke2n@cs.com> >; app_rpt mailing list <app_rpt-users@ohnosec.org <mailto:app_rpt-users@ohnosec.org> ><br><br><br>Subject: Re: [App_rpt-users] ezstream 100% cpu<br><br> <br><br>Well my server is at it again 100% cpu usage for no reason kinda odd..<br><br> <br><br>I did try Ken's script however I am not sure that its working the way it should...<br><br> <br><br>I did place the info in crontab -e I wonder if we are missing some sort of dependency that isn't getting installed.. Maybe their is an easier way to broadcast to Broadcastify..<br><br> <br><br> <br><br>Here is an image of what it looks like this evening.. <br><br> <br><br>http://kc9zhv.com/wp-content/uploads/2016/05/2016-05-04.png<br><br> <br><br>  <http://kc9zhv.com/wp-content/uploads/2016/05/2016-05-04.png> <br><br><br><br><br>Loren Tedford (KC9ZHV) <br>Email:  <mailto:lorentedford@gmail.com> lorentedford@gmail.com<br><br> <http://www.lorentedford.com/> http://www.lorentedford.com<br><br>http://www.kc9zhv.com<br><br>http://forum.kc9zhv.com<br><br>http://hub.kc9zhv.com<br><br>http://www.newwavesucks.com<br><br>http://forum.newwavesucks.com<br><br> <br><br>On Mon, May 2, 2016 at 4:46 PM, Brent Weatherall <va3bfw@gmail.com <mailto:va3bfw@gmail.com> > wrote:<br><br>Ken, definitely confirmed on my last CPU spiking that lame's process was no longer running. I'll give your monitoring/restart script a try. Thanks for the info!<br><br> <br><br>On Mon, May 2, 2016 at 11:26 AM Ken <ke2n@cs.com <mailto:ke2n@cs.com> > wrote:<br><br>Of course the 100% CPU is probably due to it waiting for some resource, rather than actually being loaded to 100%. Press ?1? in top and look for the ?%wa?<br><br> <br><br>I found (like some others) that the problem is actually the ?lame? program which vanishes for some reason.  I run a script every 10 minutes that checks the pid for lame and restarts ezstream ? but only if needed.  I think that is better than killing ezstream when it is, in fact, running fine.<br><br> <br><br>This is the script (it is not my invention)<br><br> <br><br>#!/bin/bash <br><br>lamenumber=$(/sbin/pidof lame)<br><br>if [ "$lamenumber" = "" ]<br><br>then<br><br>        eznumber=$(/sbin/pidof ezstream)<br><br>        echo "$eznumber"<br><br>        kill -9 "$eznumber"     <br><br>        echo "restarting"<br><br>        date <br><br>else<br><br>        eznumber=""<br><br>fi<br><br> <br><br>Regards<br><br>Ken<br><br> <br><br> <br><br> <br><br> <br><br> <br><br> <br><br>From: Brent Weatherall [mailto:va3bfw@gmail.com <mailto:va3bfw@gmail.com> ] <br>Sent: Monday, May 02, 2016 11:09 AM<br>To: Loren Tedford <lorentedford@gmail.com <mailto:lorentedford@gmail.com> ><br>Cc: app_rpt mailing list <app_rpt-users@ohnosec.org <mailto:app_rpt-users@ohnosec.org> ><br>Subject: Re: [App_rpt-users] ezstream 100% cpu<br><br> <br><br>A quick look at that cron schedule looks like it would run every minute of the 0 hour and 12 hour. Did you just want it to run only once at 0 and 12? If that is the case you'd want:<br><br>0 */12 * * *.<br><br> <br><br>I'll let you know how it works out for stability. Thanks again.<br><br> <br><br>On Mon, May 2, 2016 at 11:03 AM Loren Tedford <lorentedford@gmail.com <mailto:lorentedford@gmail.com> > wrote:<br><br>The biggest issue with ezstream is that for some reason you get multiple instances of the program running.. Not sure exactly what would be the best solution to actually fix this but the cron script is a big bandage with duck tape.. I really wish I knew how to write code..<br><br>Loren Tedford (KC9ZHV) <br>Email: lorentedford@gmail.com <mailto:lorentedford@gmail.com> <br><br>Phone: 618-553-0806 <tel:618-553-0806> <br>Fax: 16185512755 <tel:16185512755> <br>http://www.lorentedford.com<br>http://kc9zhv.com<br><br>Sent from Droid Turbo from Verizon wireless network<br><br>On May 2, 2016 10:00 AM, "Brent Weatherall" <va3bfw@gmail.com <mailto:va3bfw@gmail.com> > wrote:<br><br>Thanks for the cron script to try Loren. Hopefully the daily restart of ezstream will cure any issues.<br><br> <br><br>On Mon, Apr 25, 2016 at 3:57 PM Loren Tedford <lorentedford@gmail.com <mailto:lorentedford@gmail.com> > wrote:<br><br>Here is what i did to get ezstream working I will be updating this forum as well as to my fix for ezstream locking open randomly basicly it kinda goes like this..<br><br> <br><br>http://forum.kc9zhv.com/index.php/topic,23.0.html<br><br> <br><br> <br><br>crontab -e <br><br>* */12 * * * sh /etc/asterisk/stopez.sh<br><br> <br><br> <br><br>script that i use to reset ezstream..<br><br>root@server:/etc/asterisk# cat stopez.sh<br><br>#!/bin/bash<br><br>kill -9 $(pgrep ezstream)&<br><br>sleep 2s<br><br>kill -9 pgrep ezstream<br><br>sleep 2s<br><br>/usr/sbin/asterisk -rx "module reload"<br><br> <br><br> <br><br>now to restart asterisk i run this customized script.<br><br>root@server:/etc/asterisk# cat restart.sh<br><br>#!/bin/bash<br><br>kill -9 $(pgrep ezstream)&<br><br>kill -9 pgrep ezstream<br><br>service asterisk stop<br><br>sleep 1s<br><br>killall asterisk<br><br>kill -9 $(pgrep ezstream)&<br><br>service asterisk stop<br><br>sleep 1s<br><br>service asterisk start<br><br> <br><br> <br><br>So far I have had no issues with ezstream since i did this..<br><br> <br><br> <br><br> <br><br> <br><br> <br><br><br><br><br>Loren Tedford (KC9ZHV) <br>Email:  <mailto:lorentedford@gmail.com> lorentedford@gmail.com<br><br> <http://www.lorentedford.com/> http://www.lorentedford.com<br><br>http://www.kc9zhv.com<br><br>http://forum.kc9zhv.com<br><br>http://hub.kc9zhv.com<br><br>http://www.newwavesucks.com<br><br>http://forum.newwavesucks.com<br><br> <br><br>On Mon, Apr 25, 2016 at 12:10 PM, Brent Weatherall <va3bfw@gmail.com <mailto:va3bfw@gmail.com> > wrote:<br><br>Hello,<br>I've recently setup an allstar hub node and decided to stream it via broadcastify.<br><br><br>Setup has gone well - I'm running debian, with the allstar node running without issue, as well as streaming now being delivered via Broadcastify.<br><br> <br><br>I've ran in to an issue where the ezstream process will occasionally pin at 100%. I can kill it fine, and asterisk gracefully resumes by creating a new working output stream.<br><br><br>Has anyone else encountered this cpu pinned usage? Will I have to set up something to monitor the process to kill it, so it restarts?<br><br> <br><br>Thanks in advance for any suggestions<br><br>VA3BFW - Brent<br><br> <br><br>_______________________________________________<br>App_rpt-users mailing list<br>App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> <br>http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users<br><br>To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"<br>You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. <br><br> <br><br> <br><br> <br><br> <br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://ohnosec.org/pipermail/app_rpt-users/attachments/20160505/e7ca0de2/attachment.html><br><br>------------------------------<br><br>_______________________________________________<br>App_rpt-users mailing list<br>App_rpt-users@ohnosec.org<br>http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users<br><br><br>End of App_rpt-users Digest, Vol 87, Issue 16<br>*********************************************<br>