forget it, I am going back to mysql.
On Sunday, March 5, 2017 at 4:48:30 AM UTC-8, Ben Lawrence wrote:
>
> OK,
> I have two machines, one with web2py+nginx (machine A) and the other with
> postgresql (machine B)
>
> On machine A:
> I check migrate = 0
> I delete all the scheduler tables
> I check that I deleted all the scheduler tables
>
> On machine B:
> I delete all the scheduler tables in postgres
>
> On machine A:
> I check that there are no scheduler tables.
> I reboot it
>
> I check that there are no scheduler tables
> I turn on migrate = 1
> There are now scheduler tables.
> I go to scheduler tables in web2py admin, scheduler_tasks show new tasks
> that have since completed,
> scheduler_run show new tasks that have completed,
> but scheduler_worker has error:
>
> Traceback (most recent call last):
> File
> "/home/www-data/web2py/applications/temperature/controllers/appadmin.py:select",
> line 270, in select
> File "/home/www-data/web2py/gluon/packages/dal/pydal/objects.py", line
> 2045, in select
> return adapter.select(self.query, fields, attributes)
> File "/home/www-data/web2py/gluon/packages/dal/pydal/adapters/base.py",
> line 746, in select
> return self._select_aux(sql, fields, attributes, colnames)
> File "/home/www-data/web2py/gluon/packages/dal/pydal/adapters/base.py",
> line 727, in _select_aux
> return processor(rows, fields, colnames, cacheable=cacheable)
> File "/home/www-data/web2py/gluon/packages/dal/pydal/adapters/base.py",
> line 305, in parse
> for row in rows
> File "/home/www-data/web2py/gluon/packages/dal/pydal/adapters/base.py",
> line 229, in _parse
> value = self.parse_value(value, fit, ft, blob_decode)
> File "/home/www-data/web2py/gluon/packages/dal/pydal/adapters/base.py",
> line 196, in parse_value
> return self.parser.parse(value, field_itype, field_type)
> File "/home/www-data/web2py/gluon/packages/dal/pydal/parsers/__init__.py",
> line 101, in parse
> return self.registered[field_itype](value, field_type)
> File "/home/www-data/web2py/gluon/packages/dal/pydal/parsers/__init__.py",
> line 76, in __call__
> return self.call(value, field_type)
> File "/home/www-data/web2py/gluon/packages/dal/pydal/parsers/__init__.py",
> line 73, in _call
> return self.f(self.parser, value)
> File "/home/www-data/web2py/gluon/packages/dal/pydal/parsers/base.py", line
> 129, in _json
> raise RuntimeError('json data not a string')
> RuntimeError: json data not a string
>
>
> On Friday, August 26, 2016 at 4:41:38 PM UTC-7, Ben Lawrence wrote:
>>
>> Thanks, I must have got the sequence wrong.
>>
>> On Thursday, August 25, 2016 at 12:05:38 PM UTC-7, Niphlod wrote:
>>>
>>> if you get any error with __tmp is because you didn't drop tables on the
>>> backend AND .table files before hitting the app with migrate=True.
>>>
>>> On Thursday, August 25, 2016 at 6:53:07 PM UTC+2, Ben Lawrence wrote:
>>>>
>>>> Hi Niphlod,
>>>> I deleted all the scheduler tables , created a new database and then
>>>> rebooted with DAL(..migrate=True..) yet still get this error
>>>> column "worker_stats__tmp" is of type json but expression is of type
>>>> text'
>>>>
>>>> using postgresql 9.4 on raspberry pi.
>>>> In
>>>> http://stackoverflow.com/questions/32501027/casting-text-type-column-to-json-type-in-postgresql
>>>> there is a mention of recasting. If this is a solution, would you know
>>>> how I can incorporate this into web2py?
>>>> thanks,
>>>> Ben
>>>>
>>>>
>>>> On Wednesday, May 27, 2015 at 12:53:40 PM UTC-7, Niphlod wrote:
>>>>>
>>>>> Please drop the scheduler_worker table from the database and remove
>>>>> the file *_scheduler_worker.table from the databases/ folder of your
>>>>> application, then set migrate to True (a single request with migrate=True
>>>>> will suffice). The table will be recreated properly and the error will go
>>>>> away.
>>>>>
>>>>> The error comes from the fact that the adapter chooses "at connection
>>>>> time" the "nicest" column type to play with based on the backend version.
>>>>> The definition of the scheduler_worker table has a "json" Field, that on
>>>>> postgresql 9.3 maps to a "json" column, while on 9.1 was a "text" column,
>>>>> hence the misbehaviour if you don't drop and re-create the table.
>>>>>
>>>>>
--
Resources:
- http://web2py.com
- http://web2py.com/book (Documentation)
- http://github.com/web2py/web2py (Source code)
- https://code.google.com/p/web2py/issues/list (Report Issues)
---
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.