Problems after system update

My productive Tryton is running locally in a VENV, still at Tryton version v7.0. Basic system is ubuntu, which I recently upgraded from v24 to v26; with this came upgrades

  • postgres 16 → 18
  • python 3.12 → 3.14

I re-created a new VENV and reinstalled all my modules. At the ‘trytond-admin’-command, this message appeared:

trytond-admin -c trytond.conf -d 70-prod --all -v
61625 125891824665088 [2026-06-01 17:28:03,215] WARNING trytond.backend.postgresql.table Unable to migrate column data on table ir_queue from text to jsonb.
61625 125891824665088 [2026-06-01 17:28:08,997] WARNING trytond.convert Field name of 76@ir.action.act_window not updated (id: act_account_type_template_tree), because it has changed since the last update
61625 125891824665088 [2026-06-01 17:28:09,488] WARNING trytond.convert Field name of 137@ir.action.act_window not updated (id: act_tax_rule_template_form), because it has changed since the last update
61625 125891824665088 [2026-06-01 17:28:14,064] WARNING trytond.convert Field name of 162@ir.action.act_window not updated (id: act_shipment_in_return_form), because it has changed since the last update
61625 125891824665088 [2026-06-01 17:28:14,087] WARNING trytond.convert Field name of 167@ir.action.act_window not updated (id: act_shipment_out_return_form), because it has changed since the last update

Nevertheless, the Tryton server starts without problems. The Tryton client’s launch produces this error at console:

$ tryton
ERROR:tryton.common.common:Es war nicht möglich nach einer neuen Version zu suchen.
Traceback (most recent call last):
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/common/common.py”, line 938, in check_version
urllib.request.urlopen(
~~~~~~~~~~~~~~~~~~~~~~^
HeadRequest(url), timeout=5, cafile=rpc._CA_CERTS)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
TypeError: urlopen() got an unexpected keyword argument ‘cafile’

nevertheless the client appears. But a login attempt results in:

Traceback (most recent call last):
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/gui/main.py”, line 256, in do_activate
common.get_credentials()
~~~~~~~~~~~~~~~~~~~~~~^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/common/common.py”, line 1046, in get_credentials
Login()
~~~~~^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/common/common.py”, line 1103, in init
func(parameters)
~~~~^^^^^^^^^^^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/rpc.py”, line 122, in login
result = connection.common.db.login(username, parameters, language)
File “/usr/lib/python3.14/xmlrpc/client.py”, line 1096, in call
return self.__send(self.__name, args)
~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/jsonrpc.py”, line 308, in _request
raise Fault(*response[‘error’])
tryton.jsonrpc.Fault: type object ‘res.user’ has no attribute 'check’

Fault: type object ‘res.user’ has no attribute ‘check_’

but login fails with this error at client side:

Traceback (most recent call last):
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/gui/main.py”, line 256, in do_activate
common.get_credentials()
~~~~~~~~~~~~~~~~~~~~~~^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/common/common.py”, line 1046, in get_credentials
Login()
~~~~~^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/common/common.py”, line 1103, in init
func(parameters)
~~~~^^^^^^^^^^^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/rpc.py”, line 122, in login
result = connection.common.db.login(username, parameters, language)
File “/usr/lib/python3.14/xmlrpc/client.py”, line 1096, in call
return self.__send(self.__name, args)
~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/jsonrpc.py”, line 308, in _request
raise Fault(*response[‘error’])
tryton.jsonrpc.Fault: type object ‘res.user’ has no attribute 'check’

Fault: type object ‘res.user’ has no attribute ‘check_’

As it’s my productive system, I’d be very grateful for hints on repairing this.
EG

As this is failing when checking the password it seems a problem with passlib the library used to check password. I’m not sure which is the problem but it can be several:

  • Library is missing
  • Some of their dependencies are missing
  • You are using a hash method not compatible with the current series.

Thank you for your attention.

Well, passlib is installed in the venv.

Which would be? - I checked python modules installed against a working version - there are few more modules in my productive venv, but none missing.

I think I’m at the most recent status of python modules, ubuntu provides. Could their python modules be too outdated, so I cannot rely on those installed system wide, but have to obtain more recent ones locally? - How can I check, if that’s a likely option?

EG

System is back at life. :smile:

Not 100% sure what was the problem, but I deleted all remaining python3.12 components from my system, and installed as many of the required python modules directly onto the system instead of into the venv.

It really feels bad when business is running - and your ERP not. (;

EG