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