Am 02.10.2012 um 16:31 schrieb Lonnie Abelbeck: > Christopher, > > While using a temp file on RAM sounds like a good idea, it could actually be > 'harder' on the CF card since you are writing the cumulative day's file every > 30 minutes, the total bytes written for the day would be many times larger > than the day's end size.
What about transferring the data over IP to another system (rsync, ssh, cifs, ftp)? > It could be that appending the logs to a file on CF, coupled with the CF's > wear leveling algorithms may be the best, as you were doing. Though I'm no > expert on this subject. > > I have never used a SanDisk Ultra CF larger than 4GB in a net5501, but if a > 8GB or 16GB card works, that would provide more area for the wear leveling > algorithms to their thing. > > It is a shame the net5501 is so picky on which CF cards work (SanDisk), as > there are industrial SLC Flash based, such as: > > Emphase 4000X Industrial CompactFlash Card 4 GB > http://www.logicsupply.com/products/cf4000xi4g > > but I would not be surprised if the above failed to work properly in the > net5501. > > Lonnie > > > On Oct 2, 2012, at 7:23 AM, The Cadillac Kid wrote: > >> I had wondered if I stored the log in a Ramdisk then have a CRON Job write >> it to CF every 30 minutes or so would help.. >> its not CDR we are writing.. its the actual asterisk Log.. basically a >> Verbose console output to a file.. currently the log file is stored as it >> is created right to flash, and rotated each day.. on average its about 7-9 >> Megs per day.. which I didnt think would trash a CF so quickly.. it is a >> Sandisk Ultra 4 GB with less than half its space used up.. maybe I just >> have a defective card and shouldnt be so concerned.... >> >> as for jetway, we do use Jetways with SSD in a lot of instances.. I have >> yet to see an SSD failure.. and this is the first CF card ive seen die.. +++ >> power will restore it to service for about 6 hours or so, until it >> eventually gets a "not responding" error and the kernel remounts all >> filesystems RO... interesting thing is all data seems readable when its in >> service... because its on the older standard and is "HDA" instead of using >> the newer driver Theres no way to remount it RW once the kernel deems it >> dead... >> and it seems once its mounted RO the asterisk database is no longer >> readable, which is what is checked for outbound call permissions on that >> system.. so no more outbound calls.. >> >> wierd.. I thought if a CF card failed it would just not be able to read >> certain sectors... >> >> -Christopher >> >> From: Michael Keuter <[email protected]> >> To: The Cadillac Kid <[email protected]>; AstLinux Users Mailing List >> <[email protected]> >> Sent: Tuesday, October 2, 2012 7:44 AM >> Subject: Re: [Astlinux-users] Best storage for soekris NET5501 (high writes) >> >> >> Am 02.10.2012 um 13:40 schrieb Michael Keuter: >> >>> >>> Am 02.10.2012 um 13:24 schrieb The Cadillac Kid: >>> >>>> what is the best storage option for the NET-5501 for a High write >>>> situation... >>>> a USB stick is not an option as it will likely end up tampered with... im >>>> a bit concerned about CF cards,, as I have has one fail with only 9 >>>> months.. it could be defective, but i somehow think it could be tied to >>>> the more-writes than perhaps most do... >>>> >>>> just interested to see what you guys do when needing high writes.. im a >>>> bit concerned about putting a HDD in a NET5501 as ive heard the SATA >>>> interface isnt real.. (plus power concerns as well). >>>> >>>> in this case the sys admin wants a FULL VERBOSE running asterisk log on a >>>> system that easily takes 400 calls per day.. that seems like a lot of >>>> writes to the CF.. >>>> >>>> -Christopher >>> >>> I always used SanDisk Ultra2 CF cards (1-4 GB) on all my boxes and I didn't >>> had a single failure since I'm using them (summer 2008), but these boxes >>> have a maximum of about 200 calls a day. >>> An alternative could be using a Jetway board (or similar) with a SATA >>> DOM/mSATA module or SSD/HDD. >>> >>> Michael >> >> >> Another way could be to log the CDR data to an external MySQL database >> server (custom build needed) or to store the CDR in RAM and save them >> periodically. >> >> Michael >> >> http://www.mksolutions.info >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Don't let slow site performance ruin your business. Deploy New Relic APM >> Deploy New Relic app performance management and know exactly >> what is happening inside your Ruby, Python, PHP, Java, and .NET app >> Try New Relic at no cost today and get our sweet Data Nerd shirt too! >> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________ >> Astlinux-users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to >> [email protected]. > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Astlinux-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to > [email protected]. Michael http://www.mksolutions.info
smime.p7s
Description: S/MIME cryptographic signature
------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________ Astlinux-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to [email protected].
