Hello, I'll try the latest snapshot during the weekend as this is a production system. I am using FedoraCore 10 with a kernel from kernel.org (as I recall there was some issue with Freeswitch and Fedora's kernel). Here is the output of uname and cpuinfo: Linux control.huji.ac.il 2.6.32.5 #1 SMP Sat Jan 23 11:17:10 IST 2010 i686 i686 i386 GNU/Linux processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.00GHz stepping : 1 cpu MHz : 3000.000 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pebs bts pni dtes64 monitor ds_cpl cid cx16 xtpr bogomips : 6000.32 clflush size : 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.00GHz stepping : 1 cpu MHz : 3000.000 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 apicid : 1 initial apicid : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pebs bts pni dtes64 monitor ds_cpl cid cx16 xtpr bogomips : 5999.17 clflush size : 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: Thanks! __Yehavi: 2010/2/16 Brian West <brian@freeswitch.org>
What distro are you on and kernel version?
cat /proc/cpuinfo uname -a
and such
/b
On Feb 16, 2010, at 2:30 PM, Anthony Minessale wrote:
Strange, even on abusive testing we have not seen this problem.
please update to latest trunk. There was only one change I can think of that may cause your issue and I added a patch for it. If it persists try setting the sql-in-transactions profile param to false.
On Tue, Feb 16, 2010 at 1:30 PM, Yehavi Bourvine < yehavi.bourvine@gmail.com> wrote:
Most of the queries are ok, only some fail, thus it doesn't look like permission problem. Furthermore, under 1.0.5pre10 it works for months.
Might it be thread unsafe function calls? I've found the following while searching the WEB:
*According to the MSDN docs, System.Timers.Timer operates in a thread pool. If that's the case, your code is breaking the "connections cannot be shared across threads" rule for SQLit*
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org