added some try catch but this should not be happening. If database is locked it should just wait.
Massimo On 13 Ago, 07:07, Niphlod <niph...@gmail.com> wrote: > I'm testing with postgres, anyway in sqlite this is the traceback from > the workers > > Traceback (most recent call last): > File "/usr/lib/python2.6/multiprocessing/process.py", line 232, in > _bootstrap > self.run() > File "/usr/lib/python2.6/multiprocessing/process.py", line 88, in > run > self._target(*self._args, **self._kwargs) > File "/home/niphlod/Scrivania/web2py/gluon/shell.py", line 211, in > run > exec(python_code, _env) > File "<string>", line 1, in <module> > File "/home/niphlod/Scrivania/web2py/gluon/scheduler.py", line 358, > in worker_loop > while self.run_next_task(group_names=group_names): pass > File "/home/niphlod/Scrivania/web2py/gluon/scheduler.py", line 271, > in run_next_task > result=dumps(result)) > File "/home/niphlod/Scrivania/web2py/gluon/dal.py", line 5521, in > update > return self.db._adapter.update(tablename,self.query,fields) > File "/home/niphlod/Scrivania/web2py/gluon/dal.py", line 1024, in > update > self.execute(sql) > File "/home/niphlod/Scrivania/web2py/gluon/dal.py", line 1276, in > execute > return self.log_execute(*a, **b) > File "/home/niphlod/Scrivania/web2py/gluon/dal.py", line 1271, in > log_execute > ret = self.cursor.execute(*a,**b) > OperationalError: database is locked
