Сервер MariaDB 10.3.17 отклоняет соединения без особой c причины - PullRequest
Новая
       10

Сервер MariaDB 10.3.17 отклоняет соединения без особой c причины

0 голосов
/ 27 января 2020

Я установил сервер MariaDB 10.3.17 на Raspberry Pi 4B под управлением Raspbian Buster. В последнее время некоторые мои приложения, которые я создал (в данном случае в LabVIEW), не могут открывать соединения. Я использовал это же приложение LabVIEW, чтобы сделать это успешно в течение некоторого времени, поэтому я начинаю задумываться, есть ли что-то, что могло измениться на сервере RPi + Maria.

Я собрал очень быстрое тестовое приложение для базы данных в LabVIEW, которое использует несколько простых * API-функций MySQL (открыть соединение, использовать базу данных, вставить строку.), Но оно продолжает отклоняться (в LabVIEW ошибка 8045 выброшено:

"Доступ запрещен для пользователя 'aeiuser'@'192.168.6.99" (с использованием пароля: ДА) в MySQLVIEW.lvlib: MySqlConnector.lvclass ")

Таким образом, поскольку кажется, что серверная сторона отклоняет его, выполнение sudo systemctl status mariadb предоставляет в журнале следующее: 

> Active: active (running) since Sun 2020-01-26 20:53:10 CST; 3min 16s ago  
> Docs: man:mysqld(8)  
> https://mariadb.com/kb/en/library/systemd/  
> Process: 5369 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)  
> Process: 5370 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)  
> Process: 5372 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= ||   VAR=`/usr/bin/galera_recovery`; [ $? -eq 0 ]   && systemctl set-environment  
> Process: 5412 ExecStartPost=/etc/mysql/debian-start (code=exited, status=0/SUCCESS)  
> Process: 5415 ExecStartPost=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)  
> Main PID: 5381 (mysqld)  
> Status: "Taking your SQL requests now..."  
    >> Tasks: 32 (limit: 4915)  
    >> Memory: 47.8M  
   >> CGroup: /system.slice/mariadb.service  
           └─5381 /usr/sbin/mysqld

> Jan 26 20:53:11 raspberrypi /etc/mysql/debian-start[5468]: | 4  | system user |           |    | Daemon  |      | InnoDB purge worker      |                  | 0.  
Jan 26 20:53:11 raspberrypi /etc/mysql/debian-start[5468]: | 5  | system user |           |    | Daemon  |      | InnoDB shutdown handler  |                  | 0.
Jan 26 20:53:11 raspberrypi /etc/mysql/debian-start[5468]: | 36 | root        | localhost |    | Query   | 0    | Init                     | show processlist | 0.  
Jan 26 20:53:11 raspberrypi /etc/mysql/debian-start[5468]: +----+-------------+-----------+----+---------+------+--------------------------+------------------+---  
Jan 26 20:53:11 raspberrypi /etc/mysql/debian-start[5468]: Uptime: 1  Threads: 7  Questions: 59  Slow queries: 0  Opens: 32  Flush tables: 1  Open tables: 26  Que  
Jan 26 20:53:18 raspberrypi mysqld[5381]: 2020-01-26 20:53:18 37 [Warning] IP address '192.168.6.99' could not be resolved: Name or service not known  
Jan 26 20:53:18 raspberrypi mysqld[5381]: 2020-01-26 20:53:18 37 [Warning] Access denied for user 'aeiuser'@'192.168.6.99' (using password: YES)

Обратите внимание на две последние строки. Кажется, я не могу найти ничего более конкретного, заданного c как это. Я читал о таких вещах, как skip-name-resolve, используемых в /etc/my.cnf, но мне не повезло с этим.

Есть ли где-то внутри службы, где я могу найти немного Более подробная информация о том, что происходит? Есть идеи?

Спасибо

...