Plugin feedback is disabled как исправить

Collect and send user statistics.

The feedback plugin is designed to collect and, optionally, upload
configuration and usage information to MariaDB.org or to any other configured URL.

See the MariaDB User Feedback page on MariaDB.org to see collected MariaDB usage statistics.

The feedback plugin exists in all MariaDB versions.

MariaDB is distributed with this plugin included, but it is not enabled by default.
On Windows, this plugin is part of the server and has a special checkbox in the installer window. Either
way, you need to explicitly install and enable it in order for feedback data to be sent.

Contents

  1. Installing the Plugin
  2. Uninstalling the Plugin
  3. Enabling the Plugin
  4. Verifying the Plugin’s Status
  5. Collecting Data
  6. Sending Data
  7. Versions
  8. System Variables
    1. feedback_http_proxy
    2. feedback_send_retry_wait
    3. feedback_send_timeout
    4. feedback_server_uid
    5. feedback_url
    6. feedback_user_info
  9. Options
    1. feedback

Installing the Plugin

Although the plugin’s shared library is distributed with MariaDB by default, the plugin is not actually installed by MariaDB by default. There are two methods that can be used to install the plugin with MariaDB.

The first method can be used to install the plugin without restarting the server. You can install the plugin dynamically by executing INSTALL SONAME or INSTALL PLUGIN. For example:

INSTALL SONAME 'feedback';

The second method can be used to tell the server to load the plugin when it starts up. The plugin can be installed this way by providing the --plugin-load or the --plugin-load-add options. This can be specified as a command-line argument to mysqld or it can be specified in a relevant server option group in an option file. For example:

[mariadb]
...
plugin_load_add = feedback

Uninstalling the Plugin

You can uninstall the plugin dynamically by executing UNINSTALL SONAME or UNINSTALL PLUGIN. For example:

UNINSTALL SONAME 'feedback';

If you installed the plugin by providing the --plugin-load or the --plugin-load-add options in a relevant server option group in an option file, then those options should be removed to prevent the plugin from being loaded the next time the server is restarted.

Enabling the Plugin

You can enable the plugin by setting the feedback option to ON in a relevant server option group in an option file. For example:

[mariadb]
...
feedback=ON

In Windows, the plugin can also be enabled during a new MSI installation. The MSI GUI installation provides the «Enable feedback plugin» checkbox to enable the plugin. The MSI command-line installation provides the FEEDBACK=1 command-line option to enable the plugin.

See the next section for how to verify the plugin is installed and active and (if needed) install the plugin.

Verifying the Plugin’s Status

To verify whether the feedback plugin is installed and enabled, execute the
SHOW PLUGINS statement or query the information_schema.plugins table. For example:

SELECT plugin_status FROM information_schema.plugins 
  WHERE plugin_name = 'feedback';

If that SELECT returns no rows, then you still need to install the plugin.

When the plugin is installed and enabled, you will see:

SELECT plugin_status FROM information_schema.plugins 
  WHERE plugin_name = 'feedback';
+---------------+
| plugin_status |
+---------------+
| ACTIVE        |
+---------------+

If you see DISABLED instead of ACTIVE, then you still need to enable the plugin.

Collecting Data

The feedback plugin will collect:

  • Certain rows from SHOW STATUS and SHOW VARIABLES.
  • All installed plugins and their versions.
  • System information such as CPU count, memory, architecture, and OS/linux distribution.
  • The feedback_server_uid, which is a SHA1 hash of the MAC address of the first network interface and the TCP port that the server listens on.

The feedback plugin creates the FEEDBACK table in the INFORMATION_SCHEMA database. To see the data that has been collected by the plugin, you can execute:

SELECT * FROM information_schema.feedback;

Only the contents of this table are sent to the feedback_url.

MariaDB stores collation usage statistics. Each collation that has been used by the server
will have a record in «SELECT * FROM information_schema.feedback» output, for example:

+----------------------------------------+---------------------+
| VARIABLE_NAME                          | VARIABLE_VALUE      |
+----------------------------------------+---------------------+
| Collation used utf8_unicode_ci         | 10                  |
| Collation used latin1_general_ci       | 20                  |
+----------------------------------------+---------------------+

Collations that have not been used will not be included into the result.

Sending Data

The feedback plugin sends the data using a POST request to any URL or a list of URLs
that you specify by setting the feedback_url system variable. By default, this is set to the following URL:

  • https://mariadb.org/feedback_plugin/post

Both HTTP and HTTPS protocols are supported.

If HTTP traffic requires a proxy in your environment, then you can specify the proxy by setting the feedback_http_proxy system variable.

If the feedback_url system variable is not set to an empty string, then the
plugin will automatically send a report to all URLs in the list a few minutes after the server starts up and then once a week after that.

If the feedback_url system variable is set to an empty string, then the
plugin will not automatically send any data. This may be necessary if outbound HTTP communication from your database server is not permitted. In this case, you can still upload the data manually, if you’d like.

First, generate the report file with the MariaDB command-line mysql client:

$ mysql -e 'select * from information_schema.feedback' > report.txt

Then you can upload the generated report.txt here using your web browser.

Or you can do it from the command line with tools such as curl. For example:

$ curl -F data=@report.txt https://mariadb.org/feedback_plugin/post

Manual uploading allows you to be absolutely sure that we receive only the data shown in the INFORMATION_SCHEMA.FEEDBACK table and that no private or sensitive information is being sent.

Versions

System Variables

feedback_http_proxy

  • Description: Proxy server for use when http calls cannot be made, such as in a firewall environment. The format is host:port.
  • Commandline: --feedback-http=proxy=value
  • Read-only: Yes
  • Data Type: string
  • Default Value: '' (empty)

feedback_send_retry_wait

  • Description: Time in seconds before retrying if the plugin failed to send the data for any reason.
  • Commandline: --feedback-send-retry-wait=#
  • Scope: Global
  • Dynamic: Yes
  • Data Type: numeric
  • Default Value: 60
  • Valid Values: 1 to 86400

feedback_send_timeout

  • Description: An attempt to send the data times out and fails after this many seconds.
  • Commandline: --feedback-send-timeout=#
  • Scope: Global
  • Dynamic: Yes
  • Data Type: numeric
  • Default Value: 60
  • Valid Values: 1 to 86400

feedback_server_uid

  • Description: Automatically calculated server unique id hash.
  • Scope: Global
  • Dynamic: No
  • Data Type: string

feedback_url

  • Description: URL to which the data is sent. More than one URL, separated by spaces, can be specified. Set it to an empty string to disable data sending.
  • Commandline: --feedback-url=url
  • Scope: Global
  • Dynamic: No
  • Data Type: string
  • Default Value: https://mariadb.org/feedback_plugin/post

feedback_user_info

  • Description: The value of this option is not used by the plugin, but it is included in the feedback data. It can be used to add any user-specified string to the report. This could be used to help to identify it. For example, a support contract number, or a computer name (if you collect reports internally by specifying your own feedback-url).
  • Commandline: --feedback-user-info=string
  • Scope: Global
  • Dynamic: No
  • Data Type: string
  • Default Value: Empty string

Options

feedback

  • Description: Controls how the server should treat the plugin when the server starts up.
    • Valid values are:
      • OFF — Disables the plugin without removing it from the mysql.plugins table.
      • ON — Enables the plugin. If the plugin cannot be initialized, then the server will still continue starting up, but the plugin will be disabled.
      • FORCE — Enables the plugin. If the plugin cannot be initialized, then the server will fail to start with an error.
      • FORCE_PLUS_PERMANENT — Enables the plugin. If the plugin cannot be initialized, then the server will fail to start with an error. In addition, the plugin cannot be uninstalled with UNINSTALL SONAME or UNINSTALL PLUGIN while the server is running.
    • See Plugin Overview: Configuring Plugin Activation at Server Startup for more information.
  • Commandline: --feedback=value
  • Data Type: enumerated
  • Default Value: ON
  • Valid Values: OFF, ON, FORCE, FORCE_PLUS_PERMANENT
Источник
  • Печать

Страницы: [1] 2  Все   Вниз

Тема: Периодически виснет mariaDB  (Прочитано 1870 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн
okytam

 Здравствуйте!

Помогите, пж, разобраться с mariaDB.

Конфигурация:

[b]Ubuntu 16.4
Apache2 (2.4.18)
PHP 7.4.4 (но при этом phpinfo() выдает 7.0.33-26 - тоже непонятно)
MariaDB (10.1.44-MariaDB-1~xenial )
PhpMyAdmin (4.5.4.1deb2ubuntu2.1)[/b]
все установлено пару дней назад.

MariaDB отваливается, то ли по таймауту, то ли просто так. В логах пишет Normal shutdown

фрагмент лога:

[i]2020-03-31 21:37:28 b6d8ab40 InnoDB: Error: Fetch of persistent statistics requested for table "phpmyadmin"."pma__table_uiprefs" but the required system tables mysql.innodb_table_stats and mysql.innodb_index_stats are not present or hav$
2020-03-31 21:37:28 b6d8ab40 InnoDB: Error: Column last_update in table "mysql"."innodb_table_stats" is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).
2020-03-31 21:37:28 b6d8ab40 InnoDB: Error: Fetch of persistent statistics requested for table "phpmyadmin"."pma__userconfig" but the required system tables mysql.innodb_table_stats and mysql.innodb_index_stats are not present or have u$
[b]2020-03-31 21:37:53 3067251520 [Note] /usr/sbin/mysqld: Normal shutdown
2020-03-31 21:37:53 3067251520 [Note] Event Scheduler: Purging the queue. 0 events
2020-03-31 21:37:53 2529139520 [Note] InnoDB: FTS optimize thread exiting.
2020-03-31 21:37:53 3067251520 [Note] InnoDB: Starting shutdown...
2020-03-31 21:37:54 3067251520 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
2020-03-31 21:37:55 3067251520 [Note] InnoDB: Shutdown completed; log sequence number 1717552
2020-03-31 21:37:55 3067251520 [Note] /usr/sbin/mysqld: Shutdown complete[/b]

2020-03-31 21:56:59 3068901376 [Note] Using unique option prefix 'myisam-recover' is error-prone and can break in the future. Please use the full name 'myisam-recover-options' instead.
2020-03-31 21:57:00 3068901376 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to use backoff, increase buffer pool at least up to 20MB.

2020-03-31 21:57:00 3068901376 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2020-03-31 21:57:00 3068901376 [Note] InnoDB: The InnoDB memory heap is disabled
2020-03-31 21:57:00 3068901376 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-03-31 21:57:00 3068901376 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2020-03-31 21:57:00 3068901376 [Note] InnoDB: Compressed tables use zlib 1.2.8
2020-03-31 21:57:00 3068901376 [Note] InnoDB: Using Linux native AIO
2020-03-31 21:57:00 3068901376 [Note] InnoDB: Using generic crc32 instructions
2020-03-31 21:57:00 3068901376 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2020-03-31 21:57:00 3068901376 [Note] InnoDB: Completed initialization of buffer pool
2020-03-31 21:57:00 3068901376 [Note] InnoDB: Highest supported file format is Barracuda.
2020-03-31 21:57:01 3068901376 [Note] InnoDB: 128 rollback segment(s) are active.
2020-03-31 21:57:01 3068901376 [Note] InnoDB: Waiting for purge to start
2020-03-31 21:57:01 3068901376 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.46-86.2 started; log sequence number 1717552
2020-03-31 21:57:01 2478828352 [Note] InnoDB: Dumping buffer pool(s) not yet started
2020-03-31 21:57:01 3068901376 [Note] Plugin 'FEEDBACK' is disabled.
2020-03-31 21:57:02 3068901376 [Note] Server socket created on IP: '127.0.0.1'.
2020-03-31 21:57:02 b6e0eb40 InnoDB: Error: Column last_update in table "mysql"."innodb_table_stats" is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).
2020-03-31 21:57:02 b6e0eb40 InnoDB: Error: Fetch of persistent statistics requested for table "mysql"."gtid_slave_pos" but the required system tables mysql.innodb_table_stats and mysql.innodb_index_stats are not present or have unexpec$
2020-03-31 21:57:02 3068901376 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.1.44-MariaDB-1~xenial' socket: '/var/run/mysqld/mysqld.sock' port: 3306 mariadb.org binary distribution
2020-03-31 22:00:47 b6d7bb40 InnoDB: Error: Column last_update in table "mysql"."innodb_table_stats" is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).
2020-03-31 22:00:47 b6d7bb40 InnoDB: Error: Fetch of persistent statistics requested for table "phpmyadmin"."pma__navigationhiding" but the required system tables mysql.innodb_table_stats and mysql.innodb_index_stats are not present or $
2020-03-31 22:00:47 b6d7bb40 InnoDB: Error: Column last_update in table "mysql"."innodb_table_stats" is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).
2020-03-31 22:00:47 b6d7bb40 InnoDB: Error: Fetch of persistent statistics requested for table "phpmyadmin"."pma__usergroups" but the required system tables mysql.innodb_table_stats and mysql.innodb_index_stats are not present or have u$
2020-03-31 22:00:48 b6d7bb40 InnoDB: Error: Column last_update in table "mysql"."innodb_table_stats" is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).
2020-03-31 22:00:48 b6d7bb40 InnoDB: Error: Fetch of persistent statistics requested for table "phpmyadmin"."pma__users" but the required system tables mysql.innodb_table_stats and mysql.innodb_index_stats are not present or have unexpe$
2020-03-31 22:00:48 b6d7bb40 InnoDB: Error: Column last_update in table "mysql"."innodb_table_stats" is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).
2020-03-31 22:00:48 b6d7bb40 InnoDB: Error: Fetch of persistent statistics requested for table "phpmyadmin"."pma__bookmark" but the required system tables mysql.innodb_table_stats and mysql.innodb_index_stats are not present or have une$[/i]

На этом форуме уже была подобная тема в 2014г.
Вот эта:
https://forum.ubuntu.ru/index.php?topic=238101.0
Там было написано:
1. Остановите mysql — sudo service mysql stop
2. Запустите из терминала mysql вот таким омразом — sudo /usr/bin/mysqld_safe
Если после этого, рестарты прекратятся, то я пришлю вам системный скрипт запуска mysql в стиле SystemV,
Рестарты, по моему связаны с глюками нового upstart в связке с apparmor

Я так сделал, виснуть mariaDB прекратила, но при таком запуске сам терминал виснет. Конечно, по Ctrl/C выйти можно, но ведь это же ненормально. И стартовать MariaDB должна сама при загрузке, а не так криво-косо, через пинки. Автор golota обещал прислать некий скрипт — скрипта нет, автор с форума слился. Может кто-нибудь знает что делать?

Правила форума
1.4. Листинги и содержимое текстовых файлов следует добавлять в сообщение с помощью тегов

Показать скрытое содержание
…
или [code]…[/code], либо прикреплять к сообщению в виде отдельного файла. Длинные гиперссылки следует оформлять при помощи тега [url=]…[/url]

  —Aleksandru

« Последнее редактирование: 01 Апреля 2020, 22:18:54 от Aleksandru »

Оффлайн
AnrDaemon

PHP 7.4.4 (но при этом phpinfo() выдает 7.0.33-26 — тоже непонятно)

Тут как раз всё понятно. Какой выдаёт, такой и есть.

MariaDB (10.1.44-MariaDB-1~xenial )

Точно?
Показывайте

/usr/sbin/mysqld --versionИ рассказывайте, откуда БД брали?

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
jura12

у вас какая то база тоже кривая. как подключали? копированием файлов?
есть php версия из командной строки, а есть версия из апача. вы скажите какая версия вам нужна.

Оффлайн
okytam

    PHP 7.4.4 (но при этом phpinfo() выдает 7.0.33-26 — тоже непонятно)

Тут как раз всё понятно. Какой выдаёт, такой и есть.

Так в том-то и дело, что консоль выдает так:
PHP 7.4.4 (cli) (built: Mar 20 2020 13:47:17) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
    with Zend OPcache v7.4.4, Copyright (c), by Zend Technologies
root@vm:~#
а phpinfo() так:
PHP Version 7.0.33-26+ubuntu16.04.1+deb.sury.org+1

И кому верить?

Пользователь добавил сообщение 02 Апреля 2020, 01:08:21:

что-то сегодня не получается отправить ответы, утверждает, что я сообщения уже отправил. Завтра попытаюсь еще раз.

« Последнее редактирование: 02 Апреля 2020, 01:08:21 от okytam »

Оффлайн
AnrDaemon

что консоль выдает так:

Не имеет отношения.

И кому верить?

Естественно, тому, что говорит правду.

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
okytam

По поводу БД, откуда брал. Я пока только изучаю php и mysql, базы только те, что появились при установке.

Соответственно, про кривизну баз — к MariaDB, никаких своих баз не подключал.

Насчет разных версий php — для меня это откровение, первый раз про это прочитал. Это действительно так?

Оффлайн
AnrDaemon

В современной Ubuntu и многих других дистрибутивах есть возможность установить несколько версий PHP параллельно.

БД у вас повреждена, причём явно системно повреждена. Ставили MySQL поверх MariaDB?

Я на остальные вопросы увижу ответы?

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
okytam

В современной Ubuntu и многих других дистрибутивах есть возможность установить несколько версий PHP параллельно.

БД у вас повреждена, причём явно системно повреждена. Ставили MySQL поверх MariaDB?

Я на остальные вопросы увижу ответы?

На остальные? Я, вроде как, на все ответил.
-про php и mariadb ответил
-про базы (откуда брал — ниоткуда, родные из дистрибутива, теперь понимаю, что остались от mysql) ответил…
На какой вопрос я не ответил?

Могу рассказать как ставил — сначала из дистрибутива поставил ubuntu 16.4 и LAMP. Потом стал накручивать php посвежее, mariaDB, phpMyAdmin..
Ставили MySQL поверх MariaDB? — наоборот, в дистрибутиве же mysql, так?
Отсюда, видимо, и проблемы с MariaDb — базы остались от mysql. Так?
По поводу PHP, видимо, с апачем работает из дистрибутива, а с консолью свежая?

Насколько я понял, если хочешь все свежее и последнее, надо было ставить голый ubuntu, а потом ставить все вручную. Так?
Если так, мне легче все с нуля поставить, чем ковыряться и по кусочку вымарывать …)))

Оффлайн
AnrDaemon

/usr/sbin/mysqld --version

Пользователь добавил сообщение 02 Апреля 2020, 17:07:55:

наоборот, в дистрибутиве же mysql, так?

Тогда зачем ставили Maria?

« Последнее редактирование: 02 Апреля 2020, 17:07:55 от AnrDaemon »

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
okytam

v@vm:~$ mysqld
2020-04-02 17:33:25 3068606464 [Note] mysqld (mysqld 10.1.44-MariaDB-1~xenial) starting as process 7087 …
2020-04-02 17:33:25 3068606464 [Warning] Can’t create test file /var/lib/mysql/vm.lower-test
mysqld: One can only use the —user switch if running as root
2020-04-02 17:33:25 3068606464 [Note] Using unique option prefix ‘myisam-recover’ is error-prone and can break in the future. Please use the full name ‘myisam-recover-options’ instead.
2020-04-02 17:33:25 3068606464 [ERROR] mysqld: File ‘/var/lib/mysql/aria_log_control’ not found (Errcode: 13 «Permission denied»)
2020-04-02 17:33:25 3068606464 [ERROR] mysqld: Got error ‘Can’t open file’ when trying to use aria control file ‘/var/lib/mysql/aria_log_control’
2020-04-02 17:33:25 3068606464 [ERROR] Plugin ‘Aria’ init function returned error.
2020-04-02 17:33:25 3068606464 [ERROR] Plugin ‘Aria’ registration as a STORAGE ENGINE failed.
2020-04-02 17:33:25 3068606464 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to use backoff, increase buffer pool at least up to 20MB.

2020-04-02 17:33:25 3068606464 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2020-04-02 17:33:25 3068606464 [Note] InnoDB: The InnoDB memory heap is disabled
2020-04-02 17:33:25 3068606464 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-04-02 17:33:25 3068606464 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2020-04-02 17:33:25 3068606464 [Note] InnoDB: Compressed tables use zlib 1.2.8
2020-04-02 17:33:25 3068606464 [Note] InnoDB: Using Linux native AIO
2020-04-02 17:33:25 3068606464 [Note] InnoDB: Using generic crc32 instructions
2020-04-02 17:33:25 3068606464 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2020-04-02 17:33:25 3068606464 [Note] InnoDB: Completed initialization of buffer pool
2020-04-02 17:33:25 3068606464 [ERROR] InnoDB: ./ibdata1 can’t be opened in read-write mode
2020-04-02 17:33:25 3068606464 [ERROR] InnoDB: The system tablespace must be writable!
2020-04-02 17:33:25 3068606464 [ERROR] Plugin ‘InnoDB’ init function returned error.
2020-04-02 17:33:25 3068606464 [ERROR] Plugin ‘InnoDB’ registration as a STORAGE ENGINE failed.
2020-04-02 17:33:25 3068606464 [Note] Plugin ‘FEEDBACK’ is disabled.
2020-04-02 17:33:25 3068606464 [ERROR] Could not open mysql.plugin table. Some plugins may be not loaded
2020-04-02 17:33:25 3068606464 [ERROR] Unknown/unsupported storage engine: InnoDB
2020-04-02 17:33:25 3068606464 [ERROR] Aborting

Зачем ставил? ХЗ

Оффлайн
AnrDaemon

/usr/sbin/mysqld —version

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
okytam

v@vm:~$ /usr/sbin/mysqld —version
/usr/sbin/mysqld  Ver 10.1.44-MariaDB-1~xenial for debian-linux-gnu on i686 (mariadb.org binary distribution)
v@vm:~$

Оффлайн
AnrDaemon

Сносите mariadb, ставьте обратно mysql-server.

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
okytam

А разве маша не лучше? Автор тот же… Посоветуйте, что лучше.

Пользователь добавил сообщение 02 Апреля 2020, 19:59:30:

В общем, огромное спасибо, Вы мне очень помогли.

« Последнее редактирование: 02 Апреля 2020, 19:59:30 от okytam »

Оффлайн
AnrDaemon

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

  • Печать

Страницы: [1] 2  Все   Вверх

Источник

feedback плагин предназначен для сбора и, при необходимости, конфигурация загрузки и информация об использовании в MariaDB.org или любую другой сконфигурированной URL.

См пользователя Обратной MariaDB страницы на MariaDB.org чтобы смотреть собрали статистику использования MariaDB.

feedback плагин существует во всех версиях MariaDB.

MariaDB распространяется с этим плагином,но по умолчанию он не включен.На Windows этот плагин является частью сервера и имеет специальный флажок в окне программы установки.В любом случае,для отправки данных обратной связи необходимо явно установить и включить его.

Установка вилки

Хотя разделяемая библиотека плагина распространяется с MariaDB по умолчанию,на самом деле плагин не устанавливается MariaDB по умолчанию.Есть два метода,которые могут быть использованы для установки плагина с MariaDB.

Первый способ можно использовать для установки плагина без перезапуска сервера. Вы можете установить плагин динамически, выполнив INSTALL SONAME или INSTALL PLUGIN . Например:

INSTALL SONAME 'feedback';

Второй метод можно использовать, чтобы указать серверу загружать плагин при его запуске. Плагин можно установить таким образом, указав параметры --plugin-load или --plugin-load-add . Это можно указать в качестве аргумента командной строки для mysqld или указать в соответствующей группе параметров сервера в файле параметров . Например:

[mariadb]
...
plugin_load_add = feedback

Деинсталляция Плагина

Вы можете удалить плагин динамически, выполнив UNINSTALL SONAME или UNINSTALL PLUGIN . Например:

UNINSTALL SONAME 'feedback';

Если вы установили подключаемый модуль, указав параметры --plugin-load или --plugin-load-add в соответствующей группе параметров сервера в файле параметров , эти параметры следует удалить, чтобы предотвратить загрузку подключаемого модуля в следующий раз. сервер перезапускается.

Включение плагина

Вы можете включить плагин, установив для параметра feedback значение ON в соответствующей группе параметров сервера в файле параметров . Например:

[mariadb]
...
feedback=ON

В Windows плагин также можно включить во время новой установки MSI . При установке графического интерфейса пользователя MSI имеется флажок «Включить плагин обратной связи», чтобы включить плагин. Установка из командной строки MSI предоставляет параметр командной строки FEEDBACK = 1 для включения подключаемого модуля.

См.следующий раздел о том,как проверить,что плагин установлен и активен,и (если необходимо)установить плагин.

Проверка статуса плагина

Чтобы проверить, установлен и включен ли подключаемый модуль feedback , выполните SHOW PLUGINS или запросите таблицу information_schema.plugins . Например:

SELECT plugin_status FROM information_schema.plugins 
  WHERE plugin_name = 'feedback';

Если этот SELECT не возвращает строк, вам все равно необходимо установить плагин .

Когда плагин будет установлен и включен,вы увидите:

SELECT plugin_status FROM information_schema.plugins 
  WHERE plugin_name = 'feedback';
+
| plugin_status |
+
| ACTIVE        |
+

Если вы видите DISABLED вместо ACTIVE , значит, вам все равно нужно включить плагин .

Collecting Data

feedback плагин будет собирать:

  • Определенные строки из SHOW STATUS и SHOW VARIABLES .
  • Все установленные плагины и их версии.
  • Системная информация,такая как количество процессоров,память,архитектура и распределение OS/linux.
  • Feedback_server_uid , который является SHA1 хэш MAC — адрес первого сетевого интерфейса и TCP — порт , который сервер прослушивает.

feedback плагин создает ОБРАТНУЮ таблицу в information_schema базе данных. Чтобы увидеть данные, собранные плагином, вы можете выполнить:

SELECT * FROM information_schema.feedback;

На адрес feedback_url отправляется только содержимое этой таблицы .

MariaDB хранит статистику использования колляции.Каждая колляция,которая была использована сервером,будет иметь запись,например,в выводе «SELECT*FROM information_schema.feedback»:

+
| VARIABLE_NAME                          | VARIABLE_VALUE      |
+
| Collation used utf8_unicode_ci         | 10                  |
| Collation used latin1_general_ci       | 20                  |
+

Неиспользованные переводы не будут включены в результат.

Sending Data

feedback плагин отправляет данные с помощью POST запроса на любой URL или список URL — адреса , которые вы укажете, установив FEEDBACK_URL системного переменный. По умолчанию это следующий URL:

  • https://mariadb.org/feedback_plugin/post

Поддерживаются протоколы HTTP и HTTPS.

Если для HTTP-трафика требуется прокси в вашей среде, вы можете указать прокси, установив системную переменную feedback_http_proxy .

Если для системной переменной feedback_url не задана пустая строка, то плагин автоматически отправит отчет по всем URL-адресам в списке через несколько минут после запуска сервера, а затем один раз в неделю после этого.

Если для системной переменной feedback_url задана пустая строка, плагин не будет автоматически отправлять какие-либо данные. Это может быть необходимо, если исходящая HTTP-связь с сервером базы данных не разрешена. В этом случае вы все равно можете загрузить данные вручную, если хотите.

Сначала сгенерируйте файл отчета с клиентом mysql командной строки MariaDB :

$ mysql -e 'select * from information_schema.feedback' > report.txt

Затем вы можете загрузить сюда сгенерированный report.txt , используя свой веб-браузер.

Или вы можете сделать это из командной строки с помощью таких инструментов, как curl . Например:

$ curl -F data=@report.txt https:

Ручная загрузка позволяет быть абсолютно уверенным, что мы получаем только данные, указанные в таблице INFORMATION_SCHEMA.FEEDBACK, и что никакая личная или конфиденциальная информация не отправляется.

Versions

System Variables

feedback_http_proxy

  • Описание: прокси-сервер для использования, когда HTTP-вызовы невозможны, например, в среде брандмауэра. Формат: host:port .
  • Commandline:--feedback-http=proxy=value
  • Read-only: Yes
  • Тип данных: строка
  • Значение по умолчанию: '' (пусто)

feedback_send_retry_wait

  • Описание: время в секундах перед повторной попыткой, если плагину не удалось отправить данные по какой-либо причине.
  • Commandline:--feedback-send-retry-wait=#
  • Scope: Global
  • Dynamic: Yes
  • Тип данных: числовой
  • Default Value:60
  • Допустимые значения: от 1 до 86400

feedback_send_timeout

  • Описание: время ожидания попытки отправки данных истекает и завершается ошибкой по прошествии этого количества секунд.
  • Commandline:--feedback-send-timeout=#
  • Scope: Global
  • Dynamic: Yes
  • Тип данных: числовой
  • Default Value:60
  • Допустимые значения: от 1 до 86400

feedback_server_uid

  • Описание: Автоматически рассчитываемый хеш уникального идентификатора сервера.
  • Scope: Global
  • Dynamic: No
  • Тип данных: строка

feedback_url

  • Описание: URL-адрес, на который отправляются данные. Можно указать несколько URL-адресов, разделенных пробелами. Установите пустую строку, чтобы отключить отправку данных.
  • Commandline:--feedback-url=url
  • Scope: Global
  • Dynamic: No
  • Тип данных: строка
  • Default Value:https://mariadb.org/feedback_plugin/post

feedback_user_info

  • Описание: значение этой опции не используется плагином, но включается в данные обратной связи. Его можно использовать для добавления в отчет любой указанной пользователем строки. Это может быть использовано для его идентификации. Например, номер контракта на поддержку или имя компьютера (если вы собираете отчеты внутри компании, указывая свой собственный feedback-url ).
  • Commandline:--feedback-user-info=string
  • Scope: Global
  • Dynamic: No
  • Тип данных: строка
  • Значение по умолчанию: пустая строка.

Options

feedback

  • Описание: управляет тем, как сервер должен обрабатывать плагин при запуске сервера.

    • Действительные значения:
      • OFF — отключает плагин, не удаляя его из таблицы mysql.plugins .
      • ON — включает плагин. Если плагин не может быть инициализирован, сервер все равно продолжит запуск, но плагин будет отключен.
      • FORCE — включает плагин. Если плагин не может быть инициализирован, то сервер не запустится из-за ошибки.
      • FORCE_PLUS_PERMANENT — включает плагин. Если плагин не может быть инициализирован, то сервер не запустится из-за ошибки. Кроме того, плагин нельзя удалить с помощью UNINSTALL SONAME или UNINSTALL PLUGIN во время работы сервера.
    • См. Обзор плагина: настройка активации плагина при запуске сервера для получения дополнительной информации.
  • Commandline:--feedback=value
  • Data Type:enumerated
  • Default Value:ON
  • Допустимые значения: OFF , ON , FORCE , FORCE_PLUS_PERMANENT

Содержание,воспроизводимое на этом сайте,является собственностью соответствующих владельцев,и это содержание не просматривается заранее компанией MariaDB.Взгляды,информация и мнения,выраженные в этом содержании,не обязательно представляют собой взгляды,информацию и мнения,выраженные MariaDB или любой другой стороной.

Источник

Исправляем ошибку периодической остановки службы базы данных MySQL на сервере под управлением Vesta на CentOS.

В логах MySQL:

var -> log -> mariadb -> mariadb.log

ошибка имеет следующий вид:

171015  1:57:54 [Warning] IP address ‘111.111.123.123’ could not be resolved: Name or service not known
171015 02:11:21 mysqld_safe Number of processes running now: 0
171015 02:11:21 mysqld_safe mysqld restarted
171015  2:11:21 [Warning] ‘THREAD_CONCURRENCY’ is deprecated and will be removed in a future release.
171015  2:11:21 [Note] /usr/libexec/mysqld (mysqld 5.5.52-MariaDB) starting as process 9286 …
171015  2:11:21 InnoDB: The InnoDB memory heap is disabled
171015  2:11:21 InnoDB: Mutexes and rw_locks use GCC atomic builtins
171015  2:11:21 InnoDB: Compressed tables use zlib 1.2.7
171015  2:11:21 InnoDB: Using Linux native AIO
171015  2:11:21 InnoDB: Initializing buffer pool, size = 128.0M
InnoDB: mmap(137756672 bytes) failed; errno 12
171015  2:11:21 InnoDB: Completed initialization of buffer pool
171015  2:11:21 InnoDB: Fatal error: cannot allocate memory for the buffer pool
171015  2:11:21 [ERROR] Plugin ‘InnoDB’ init function returned error.
171015  2:11:21 [ERROR] Plugin ‘InnoDB’ registration as a STORAGE ENGINE failed.
171015  2:11:21 [ERROR] mysqld: Out of memory (Needed 128917504 bytes)
171015  2:11:21 [Note] Plugin ‘FEEDBACK’ is disabled.
171015  2:11:21 [ERROR] Unknown/unsupported storage engine: InnoDB
171015  2:11:21 [ERROR] Aborting

Корректируем данные в файле MySQL

Файл конфигурации MySQL находится по адресу:

Ищем max_connections и max_user_connections и меняем на следующее:

# Уменьшил с 200
max_connections=70

# Уменьшил с 50
max_user_connections=30

Почему меняем?

Стандартная конфигурация панели Vesta создана для определенной мощности серверов. И если VPS сервер имеет всего 1 гб оперативной памяти (а может и меньше), этого может быть недостаточно для работы панели.

Конфигурационный файл межсетевого экрана (брандмауэр)

Изменяем конфигурацию брандмауэра в Linux, который называется IPTables.

Файл лежит здесь:

etc — sysconfig — iptables

Закомментируем всё что там есть. А затем добавим следующее:

*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [16807:31509796]
-A INPUT -i lo -j ACCEPT
-A INPUT -m state —state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p tcp -m tcp —dport 21 -m state —state NEW -m recent —rcheck —seconds 6000 —name BLOCK —rsource -j DROP
-A INPUT -p tcp -m tcp —dport 21 -m state —state NEW -m hashlimit —hashlimit-above 2/min —hashlimit-burst 2 —hashlimit-mode srcip —hashlimit-name BLOCK -m recent —set —name BLOCK —rsource -j DROP
-A INPUT -p tcp -m tcp —dport 22 -m state —state NEW -m recent —rcheck —seconds 6000 —name BLOCK —rsource -j DROP
-A INPUT -p tcp -m tcp —dport 22 -m state —state NEW -m hashlimit —hashlimit-above 2/min —hashlimit-burst 2 —hashlimit-mode srcip —hashlimit-name BLOCK -m recent —set —name BLOCK —rsource -j DROP
-A INPUT -p tcp -m tcp —dport 22 —tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A INPUT -p tcp -m tcp —dport 80 -m state —state NEW -m limit —limit 600/min —limit-burst 100 -j ACCEPT
-A INPUT -p tcp -m tcp —dport 443 -m state —state NEW -m limit —limit 600/min —limit-burst 100 -j ACCEPT
-A INPUT -p tcp -m tcp —tcp-flags FIN,SYN,RST,ACK SYN -m limit —limit 1/sec -j ACCEPT
-A INPUT -p tcp -m tcp —tcp-flags FIN,SYN,RST,ACK SYN -j DROP
-A INPUT -p tcp -m tcp —tcp-flags FIN,SYN,RST,ACK RST -m limit —limit 1/sec -j ACCEPT
-A INPUT -p tcp -m tcp —tcp-flags FIN,SYN,RST,ACK RST -j DROP
-A INPUT -p icmp -m icmp —icmp-type 8 -m limit —limit 1/sec -j ACCEPT
-A INPUT -p icmp -m icmp —icmp-type 8 -j DROP
-A INPUT -j REJECT —reject-with icmp-host-prohibited
COMMIT

Почему это делаем?

Мы ограничиваем лимит в 600 соединений в минуту с одного IP адреса, а затем блокируем его на 100 секунд (limit-burst 100). Это позволит избежать перенагрузки сервера от одного пользователя.

Конфигурационный файл nginx

Находится:

/home/username/conf/web/nginx.conf

Уменьшаем нагрузку, вынося обработку статистики отдельно. Вырезаем её из:

И ставим на следующей строке отдельно:

location ~* ^.+.(jpg|jpeg|gif|png|ico|svg|css|zip|tgz|gz|rar|bz2|exe|pdf|doc|xls|ppt|txt|odt|ods|odp|odf|tar|bmp|rtf|js|mp3|avi|mpeg|flv|html|htm)$ {

root /home/UserName/web/ploshadka.net/public_html;
access_log /var/log/httpd/domains/ploshadka.net.log combined;
access_log /var/log/httpd/domains/ploshadka.net.bytes bytes;
expires max;
try_files $uri @fallback;
}

А затем в этой location / уменьшаем лимиты (10 подключений в секунду):

location / {
limit_req zone=dyn burst=10;
proxy_pass http://1.11.72.33:8080;
}

limit_req (burst=10) дублирует функционал iptables (limit 600/min), но на всякий случай оставляем его там.

На этом нагрузка на сервер должна значительно уменьшится. А неожиданные остановки и выключения служб базы данных больше не беспокоить.

Источник

Модератор: Bizdelnick

azsx

Сообщения: 3684
ОС: calculate linux, debian, ubuntu

Решено: Что случилось с mysql?

На дебиан 9,3 стоял mysql на который никто не знает пароля. Я сделал

Код: Выделить всё

sudo apt-get remove --purge mysql*
sudo apt-get install mysql-server mysql-client
sudo service mysql start
Job for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.

Вопрос.
Почему он мне поставил mariadb и что мне теперь надо читать в каком журнале?
зы
в итоге поставил по этой инструкции, когда получилось всё удалить
_ttps://linode.com/docs/databases/mariadb/mariadb-setup-debian/
чего так сложо сделали установку — не знаю, пароль сразу поставил при скрипте установки.

Последний раз редактировалось azsx 27.03.2018 09:34, всего редактировалось 1 раз.

Аватара пользователя

Vascom

Сообщения: 1699
ОС: Fedora 32

Re: Что случилось с mysql?

Сообщение

Vascom » 22.03.2018 11:18

Покажи вывод systemctl status mariadb.service

MariaDB is a community developed branch of MySQL. MariaDB is a multi-user, multi-threaded SQL database server. It is a client/server implementation consisting of a server daemon (mysqld) and many different client programs and libraries. The base package contains the standard MariaDB/MySQL client programs and generic MySQL files.

Аватара пользователя

Bizdelnick

Модератор
Сообщения: 19826
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Что случилось с mysql?

Сообщение

Bizdelnick » 22.03.2018 11:21

azsx писал(а): ↑

22.03.2018 11:15


Почему он мне поставил mariadb

Это сказано в описании пакетов.

azsx писал(а): ↑

22.03.2018 11:15

что мне теперь надо читать в каком журнале?

А это сказано в приведённой Вами цитате.

Пишите правильно:

в консоли
вку́пе (с чем-либо)
в общем
вообще		 в течение (часа)
новичок
нюанс
по умолчанию		 приемлемо
проблема
пробовать
трафик

azsx

Сообщения: 3684
ОС: calculate linux, debian, ubuntu

Re: Что случилось с mysql?

Сообщение

azsx » 22.03.2018 11:32

— Покажи вывод systemctl status mariadb.service
systemctl status mariadb.service
● mariadb.service — MariaDB database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset:
Active: failed (Result: exit-code) since Thu 2018-03-22 16:14:39 +08; 17min a
Process: 2634 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WS
Process: 2545 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR
Process: 2540 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START
Process: 2537 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/ru
Main PID: 2634 (code=exited, status=1/FAILURE)
Status: «MariaDB server is down»
lines 1-9/9 (END)

Аватара пользователя

Vascom

Сообщения: 1699
ОС: Fedora 32

Re: Что случилось с mysql?

Сообщение

Vascom » 22.03.2018 12:27

Ты показал не весь вывод, а обрезанный. Обычно туда включаются строки из лога и в них видно ошибку.
Ну а логи смотрим через

, наверное.
Чтобы не копаться в логах запусти его снова

Аватара пользователя

s.xbatob

Сообщения: 1139
ОС: Fedora

Re: Что случилось с mysql?

Сообщение

s.xbatob » 22.03.2018 12:36

Vascom писал(а): ↑

22.03.2018 12:27


Ты показал не весь вывод, а обрезанный. Обычно туда включаются строки из лога и в них видно ошибку.

Так Дебиан же! там всё стабильное, и systemctl хвост лога ещё не показывает. :)

azsx

Сообщения: 3684
ОС: calculate linux, debian, ubuntu

Re: Что случилось с mysql?

Сообщение

azsx » 22.03.2018 12:38

Код: Выделить всё

sudo systemctl start mariadb
[sudo] пароль для my_user:
Job for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.

Как же обрезанный? После этого нет ничего. То есть всё, q нажал, вышел — ничего больше нет.
—
Насчёт journalctl. Я вот всё таки понять не могу. Это же просто команда какого то просмотра журналов. А как понять куда теперь мариа дб логи то пишет? Что читать?

Последний раз редактировалось azsx 22.03.2018 12:39, всего редактировалось 1 раз.

azsx

Сообщения: 3684
ОС: calculate linux, debian, ubuntu

Re: Что случилось с mysql?

Сообщение

azsx » 22.03.2018 12:39

как вернуть всё как было, хочу mysql, чтобы просто установился, скрипт запустил с установкой пароля root и phpmyadmin сверху поставить.

Аватара пользователя

Vascom

Сообщения: 1699
ОС: Fedora 32

Re: Что случилось с mysql?

Сообщение

Vascom » 22.03.2018 12:45

Новый старт нужен был лишь для того, чтобы не искать по всему логу, а нужные сообщения были в самом конце. Учись смотреть логи, что же ещё тут можно посоветовать?
Хочешь как было — ставь какой-нибудь древний неподдерживаемый дырявый дистрибутив.

Аватара пользователя

Bizdelnick

Модератор
Сообщения: 19826
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Что случилось с mysql?

Сообщение

Bizdelnick » 22.03.2018 12:52

azsx писал(а): ↑

22.03.2018 12:38


Насчёт journalctl. Я вот всё таки понять не могу. Это же просто команда какого то просмотра журналов. А как понять куда теперь мариа дб логи то пишет? Что читать?

Читать то, что покажет приведённая команда.

Пишите правильно:

в консоли
вку́пе (с чем-либо)
в общем
вообще		 в течение (часа)
новичок
нюанс
по умолчанию		 приемлемо
проблема
пробовать
трафик

azsx

Сообщения: 3684
ОС: calculate linux, debian, ubuntu

Re: Что случилось с mysql?

Сообщение

azsx » 22.03.2018 12:59

В приведённой команде я не могу дойти до конца (там всё показывается). Нашёл логи в var/log/mysql
и что за mysqld у меня уже запущен? После удаления?
—
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: innodb_empty_free_list_algor$

2018-03-22 17:30:47 140311968457280 [Note] InnoDB: Using mutexes to ref count b$
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: The InnoDB memory heap is di$
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: Mutexes and rw_locks use GCC$
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: GCC builtin __atomic_thread_$
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: Compressed tables use zlib 1$
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: Using Linux native AIO
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: Using SSE crc32 instructions
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: Initializing buffer pool, si$
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: Completed initialization of $
2018-03-22 17:30:48 140311968457280 [Note] InnoDB: Highest supported file forma$
2018-03-22 17:30:48 140311968457280 [Note] InnoDB: 128 rollback segment(s) are $
2018-03-22 17:30:48 140311968457280 [Note] InnoDB: Waiting for purge to start
2018-03-22 17:30:48 140311968457280 [Note] InnoDB: Percona XtraDB (http://www.$
2018-03-22 17:30:48 140311968457280 [Note] Plugin ‘FEEDBACK’ is disabled.
2018-03-22 17:30:48 140311309317888 [Note] InnoDB: Dumping buffer pool(s) not y$
2018-03-22 17:30:48 140311968457280 [Note] Server socket created on IP: ‘127.0.$
2018-03-22 17:30:48 140311968457280 [ERROR] Can’t start server: Bind on TCP/IP $
2018-03-22 17:30:48 140311968457280 [ERROR] Do you already have another mysqld $
2018-03-22 17:30:48 140311968457280 [ERROR] Aborting
—

Аватара пользователя

Bizdelnick

Модератор
Сообщения: 19826
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Что случилось с mysql?

Сообщение

Bizdelnick » 22.03.2018 13:07

Хорошо бы увидеть и окончания строк, чтобы понять, на что жалуется. Но, видимо, порт уже кем-то используется (необязательно mysqld).

Пишите правильно:

в консоли
вку́пе (с чем-либо)
в общем
вообще		 в течение (часа)
новичок
нюанс
по умолчанию		 приемлемо
проблема
пробовать
трафик

azsx

Сообщения: 3684
ОС: calculate linux, debian, ubuntu

Re: Что случилось с mysql?

Сообщение

azsx » 22.03.2018 13:27

Извините, растяпа, не заметил
cat error.log | grep «2018-03-22 17:30»
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to use backoff, increase buffer pool at least up to 20MB.
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: The InnoDB memory heap is disabled
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: Compressed tables use zlib 1.2.8
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: Using Linux native AIO
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: Using SSE crc32 instructions
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: Completed initialization of buffer pool
2018-03-22 17:30:48 140311968457280 [Note] InnoDB: Highest supported file format is Barracuda.
2018-03-22 17:30:48 140311968457280 [Note] InnoDB: 128 rollback segment(s) are active.
2018-03-22 17:30:48 140311968457280 [Note] InnoDB: Waiting for purge to start
2018-03-22 17:30:48 140311968457280 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.36-82.1 started; log sequence number 1616869
2018-03-22 17:30:48 140311968457280 [Note] Plugin ‘FEEDBACK’ is disabled.
2018-03-22 17:30:48 140311309317888 [Note] InnoDB: Dumping buffer pool(s) not yet started
2018-03-22 17:30:48 140311968457280 [Note] Server socket created on IP: ‘127.0.0.1’.
2018-03-22 17:30:48 140311968457280 [ERROR] Can’t start server: Bind on TCP/IP port. Got error: 98: Address already in use
2018-03-22 17:30:48 140311968457280 [ERROR] Do you already have another mysqld server running on port: 3306 ?
2018-03-22 17:30:48 140311968457280 [ERROR] Aborting

Аватара пользователя

Bizdelnick

Модератор
Сообщения: 19826
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Что случилось с mysql?

Сообщение

Bizdelnick » 22.03.2018 13:32

Так у Вас там ещё и percona запущена. Определитесь, что Вам нужно. Если и то, и другое, разнесите по разным портам или локальным сокетам.

Пишите правильно:

в консоли
вку́пе (с чем-либо)
в общем
вообще		 в течение (часа)
новичок
нюанс
по умолчанию		 приемлемо
проблема
пробовать
трафик

azsx

Сообщения: 3684
ОС: calculate linux, debian, ubuntu

Re: Что случилось с mysql?

Сообщение

azsx » 23.03.2018 09:36

—
sudo service mysql stop
***
sudo apt-get remove —purge mysql-server mysql-client mysql-common
***
sudo apt-get autoremove
***
sudo apt-get autoclean
***
sudo service mysql start
sh: 0: getcwd() failed: No such file or directory
Failed to start mysql.service: Unit mysql.service not found.
—
Но при этом
—
sudo lsof -i -P -n | grep 3306
mysqld 29996 mysql 17u IPv4 5636850 0t0 TCP 127.0.0.1:3306 (LISTEN)
—
Что за негатив и как удалить mysql со всеми его форками?

Аватара пользователя

Bizdelnick

Модератор
Сообщения: 19826
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Что случилось с mysql?

Сообщение

Bizdelnick » 23.03.2018 09:41

Как удалить — зависит от того, как ставили.

Пишите правильно:

в консоли
вку́пе (с чем-либо)
в общем
вообще		 в течение (часа)
новичок
нюанс
по умолчанию		 приемлемо
проблема
пробовать
трафик

azsx

Сообщения: 3684
ОС: calculate linux, debian, ubuntu

Re: Что случилось с mysql?

Сообщение

azsx » 23.03.2018 09:59

Никто не знает как ставили. Ваще
—
history | grep «percona»
15 history | grep «percona»
—
Что как бы намекает, что никак не ставили.

Kopilov

Сообщения: 910
ОС: [K]Ubuntu, Debian

Re: Что случилось с mysql?

Сообщение

Kopilov » 23.03.2018 11:12

Отвечая на поставленный вопрос более отвлечённо, в виде MariaDB MySQL спаслась «от загребущих лап Oracle».
8 лет назад кто-то предсказал, что она нужна сообществу в виде форка.
P.S. Про Percona не знал (или забыл)

Аватара пользователя

Bizdelnick

Модератор
Сообщения: 19826
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Что случилось с mysql?

Сообщение

Bizdelnick » 23.03.2018 11:14

История не бесконечная, а по умолчанию так и совсем короткая. Ищите, где лежит бинарник locate mysqld и из какого пакета он установлен (если из пакета) — dpkg-query -S путь.

Пишите правильно:

в консоли
вку́пе (с чем-либо)
в общем
вообще		 в течение (часа)
новичок
нюанс
по умолчанию		 приемлемо
проблема
пробовать
трафик

azsx

Сообщения: 3684
ОС: calculate linux, debian, ubuntu

Re: Что случилось с mysql?

Сообщение

azsx » 23.03.2018 11:23

Код: Выделить всё

cd /
sudo find -name "mysql"
./usr/share/bash-completion/completions/mysql
./usr/share/php7.0-mysql/mysql
sudo find -name "percona"
(пусто)

ничего нет. Может нет у меня в системе mysql и percona? Вряд ли тут что то особое делали, скорее всего дебиан накатили и mysql поставили.

Аватара пользователя

Bizdelnick

Модератор
Сообщения: 19826
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Что случилось с mysql?

Сообщение

Bizdelnick » 23.03.2018 12:36

Ну это же ведь откуда-то взялось?

azsx писал(а): ↑
sudo lsof -i -P -n | grep 3306
mysqld 29996 mysql 17u IPv4 5636850 0t0 TCP 127.0.0.1:3306 (LISTEN)

Посмотрите так: ls -l /proc/29996/exe (если сервер перезагружался, подставьте правильный PID).

Пишите правильно:

в консоли
вку́пе (с чем-либо)
в общем
вообще		 в течение (часа)
новичок
нюанс
по умолчанию		 приемлемо
проблема
пробовать
трафик

azsx

Сообщения: 3684
ОС: calculate linux, debian, ubuntu

Re: Что случилось с mysql?

Сообщение

azsx » 23.03.2018 16:11

ls -l /proc/29996/exe
lrwxrwxrwx 1 root root 0 мар 22 15:39 /proc/29996/exe -> /usr/sbin/mysqld (deleted)
—
может перезагрузить?

Аватара пользователя

Bizdelnick

Модератор
Сообщения: 19826
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Что случилось с mysql?

Сообщение

Bizdelnick » 23.03.2018 16:46

sudo killall mysqld

Пишите правильно:

в консоли
вку́пе (с чем-либо)
в общем
вообще		 в течение (часа)
новичок
нюанс
по умолчанию		 приемлемо
проблема
пробовать
трафик

Аватара пользователя

Bizdelnick

Модератор
Сообщения: 19826
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Что случилось с mysql?

Сообщение

Bizdelnick » 23.03.2018 17:32

Да. Но что не завершился — очень странно.

Пишите правильно:

в консоли
вку́пе (с чем-либо)
в общем
вообще		 в течение (часа)
новичок
нюанс
по умолчанию		 приемлемо
проблема
пробовать
трафик

Источник

Понравилась статья? Поделить с друзьями:
  • Plugin error plugin not loaded закупки
  • Plugin eossdk dll with error 0x7e
  • Plugin assembly load error 3ds max
  • Plugin aria init function returned error
  • Plug in assembly load error 3d max решение