Why is asterisk cut off?

Question

MySQL

Good day. The situation is as follows.
Decided to drag everything to the database. Installed mysql.
Set up ODBC in asterisk. Transferred users and dialplan to the database.
I reboot the aster, everything works. I call - the call goes through.
I hang up, call back - deaf.
In addition, the asterisk console crashes in addition.

== Using SIP RTP CoS mark 5
== Using SIP RTP CoS mark 5
asterisk*CLI>
Disconnected from Asterisk server
Asterisk cleanly ending (0).
Executing last minute cleanups

returns all plans for extensions.conf and everything works like clockwork.
Help please, where to dig?

Has anyone experienced this?
From the log:
[May 5 11:33:31] DEBUG[2128][C-00000001] res_config_odbc.c: Skip: 0; SQL: SELECT * FROM extensions WHERE exten = ? AND priority = ? AND context = ?
[May 5 11:33:31] DEBUG[2128][C-00000001] res_config_odbc.c: Parameter 1 ('exten') = '1002'
[May 5 11:33:31] DEBUG[2128][C-00000001 ] res_config_odbc.c: Parameter 2 ('priority') = '1'
[May 5 11:33:31] DEBUG[2128][C-00000001] res_config_odbc.c: Parameter 3 ('context') = 'outcalling'
[ May 5 11:33:31] DEBUG[2128][C-00000001] res_odbc.c: Releasing ODBC handle 0x34b3140 into pool
[May 5 11:33:31] DEBUG[2128][C-00000001] res_odbc.c: Reusing ODBC handle 0x34b3140 from class 'asterisk'
[May 5 11:33:31] DEBUG[2128][C-00000001] res_config_odbc.c: Skip: 0; SQL: SELECT * FROM extensions WHERE exten LIKE ? AND priority = ? AND context = ? ORDER BY exten
[May 5 11:33:31] DEBUG[2128][C-00000001] res_config_odbc.c: Parameter 1 ('exten LIKE') = '\_%'
[May 5 11:33:31] DEBUG[ 2128][C-00000001] res_config_odbc.c: Parameter 2 ('priority') = '1'
[May 5 11:33:31] DEBUG[2128][C-00000001] res_config_odbc.c: Parameter 3 ('context' ) = 'outcalling'
[May 5 11:33:31] DEBUG[2128][C-00000001] res_odbc.c: Releasing ODBC handle 0x34b3140 into pool
[May 5 11:33:36] Asterisk 17.3.0 built by root @ centos7asterisk on a x86_64 running Linux on 2020-04-30 13:06:31 UTC

That is, it turns out that the aster crashes after a simple request to the database? How so? Maybe the author's version is 17.3.0 raw? Maybe something else needs to be configured? Tell me please.

Answer 1

After long ordeals, I installed Aster 16.10.0
Everything worked. So, as I understand it, these are the jambs of version 17.3.0
It's a pity.