Anonymous
Кто-нибудь, почистите продавца и сообщения бота удалите 🤓
Bakiev M.
функциями бота могут восползоваться любые пользователи или только администраторы? например "бан"
Bakiev M.
окей
Fomalhaut
А вручную кикнуть здесь как?
DS
А вручную кикнуть здесь как?
Это ж одмины могут тока
Fomalhaut
Эх... Никакого удовольствия обычному участнику. 😊
Russian Fedora Bot
Planet GNOME Container secrets: size allocation, part 5
NoMouth
Извиняюсь что не туда пишу, но кто может помочь по мускулу. Короче что имеем: Система- RHEL 6 МуSQL+MariaDB Конфиг: my.cnf [mysqld] local-infile=0 datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock user=mysql innodb_file_per_table=1 max_allowed_packet=32M low-priority-updates tmp_table_size = 128M max_heap_table_size = 64M table_cache = 1024 innodb_additional_mem_pool_size = 128M innodb_buffer_pool_size = 2G innodb_flush_method = O_DIRECT innodb_io_capacity = 2000 innodb_flush_log_at_trx_commit = 2 innodb_support_xa = 0 innodb_log_buffer_size = 128M event_scheduler = 1 query_cache_type = 1 query_cache_size = 134217728 join_buffer_size=1M query_cache_limit=2M sort_buffer_size=2M read_buffer_size=2M read_rnd_buffer_size=4M key_buffer = 256M key_buffer_size=64M max_connections = 256 thread_cache_size=100 wait_timeout = 100 interactive_timeout = 100 connect_timeout = 100 collation-server=utf8_unicode_ci init-connect='SET NAMES utf8' character-set-server = utf8 # Disabling symbolic-links is recommended to prevent assorted security risks symbolic-links=0 [mysqld_safe] log-error=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid [client] socket=/var/lib/mysql/mysql.sock Логи рестарта MySQL: 170615 8:38:29 [Note] /usr/sbin/mysqld: Normal shutdown 170615 8:38:29 [Note] Event Scheduler: Killing the scheduler thread, thread id 1 170615 8:38:29 [Note] Event Scheduler: Waiting for the scheduler thread to reply 170615 8:38:29 [Note] Event Scheduler: Stopped 170615 8:38:29 [Note] Event Scheduler: Purging the queue. 0 events 170615 8:38:29 InnoDB: Starting shutdown... 170615 8:38:29 InnoDB: Waiting for 2 pages to be flushed 170615 8:38:33 InnoDB: Shutdown completed; log sequence number 395586090474 170615 8:38:33 [Note] /usr/sbin/mysqld: Shutdown complete 170615 08:38:33 mysqld_safe mysqld from pid file /var/lib/mysql/nabu.ktnet.kg.pid ended 170615 08:38:34 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 170615 8:38:34 [Note] /usr/sbin/mysqld (mysqld 5.5.53-MariaDB) starting as process 18324 ... 170615 8:38:34 InnoDB: The InnoDB memory heap is disabled 170615 8:38:34 InnoDB: Mutexes and rw_locks use GCC atomic builtins 170615 8:38:34 InnoDB: Compressed tables use zlib 1.2.3 170615 8:38:34 InnoDB: Using Linux native AIO 170615 8:38:34 InnoDB: Initializing buffer pool, size = 2.0G 170615 8:38:34 InnoDB: Completed initialization of buffer pool 170615 8:38:34 InnoDB: highest supported file format is Barracuda. 170615 8:38:35 InnoDB: Operating system error number 2 in a file operation. InnoDB: The error means the system cannot find the path specified. InnoDB: If you are installing InnoDB, remember that you must create InnoDB: directories yourself, InnoDB does not create them. 170615 8:38:35 InnoDB: Error: trying to open a table, but could not InnoDB: open the tablespace file './host_newbaza_azyk/wz0yt_content.ibd'! InnoDB: Have you moved InnoDB .ibd files around without using the InnoDB: commands DISCARD TABLESPACE and IMPORT TABLESPACE? InnoDB: It is also possible that this is a temporary table #sql..., InnoDB: and MySQL removed the .ibd file for this. InnoDB: Please refer to InnoDB: http://dev.mysql.com/doc/refman/5.5/en/innodb-troubleshooting-datadict.html InnoDB: for how to resolve the issue. 170615 8:38:35 InnoDB: Waiting for the background threads to start 170615 8:38:36 Percona XtraDB (http://www.percona.com) 5.5.52-MariaDB-38.3 started; log sequence number 395586090474 170615 8:38:36 [Note] Plugin 'FEEDBACK' is disabled. 170615 8:38:36 [Note] Server socket created on IP: '0.0.0.0'. 170615 8:38:36 [Note] Event Scheduler: Loaded 0 events 170615 8:38:36 [Note] /usr/sbin/mysqld: ready for connections. Version: '5.5.53-MariaDB' socket: '/var/lib/mysql/mysql.sock' port: 3306 MariaDB Server 170615 8:38:36 [Note] Event Scheduler: scheduler thread started with id 1 Короче есть небольшой хостинг. На нем панелька плеск, кучу сайтов, все при создании своих баз указывают localhost из phpMyAdmin. Но появилось 2 сайта с ошибками на базу. У первого явно был
NoMouth
конект потерян с сокетом и там было написано. Error:2002 SQLSTATE[HY000] [2002] Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) (сделаю небольшое отступление и скажу что многие пишут всякую охинеую про то как это лечить, кто то говорит что нет места, я естественно это проверил, места валом, кто-то говорит что отключи SElinux (пока и не трогал его т.к. до этого все же работало), кто-то просто говорит что эта 111 ошибка появлятся в момент когда мускул банально лежит, опять же, я уже раз 10 его рестартовал. и рестартуется он со статусом sucsess! [[хрен знает как это слово писать, пишу наскоряк]) у второго был движок DataLife engine. C ошибкой на 52 строку в файле /engine/classes/mysql.php Cтрока там вот такая: "$this->display_error(mysqli_connect_error(), '1');" Ну её точно никто не менял. И бог с ней. Как меня уверяют что сайты оба перестают рабоать ссылаясь на то что "типо мускул у меня падает". Ну ок. Падает так падает. Тут если опустить мускул то у меня и будет таже самая ошибка Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) как мне сказали. НО! Сейчас он поднят. И все сайты не выдают ошибку. Возможно из-за того что я уже 100 раз рестартовал. Логи есть выше. И вот поять же, продолжая про ошибку, и про то что на стэковерфлоу пишут мол где они её встречают. Говортя именно она может появляться когда с CLI подключаешся под рутом в базу Мускула. Хорошо, я попробывал, залогинился и этой ошибки просто небыло. Мускул как мускул ждал когда я буду создавать таблички в нем. Я вышел. Впринципе, у меня даже забикс ни пикнул на мускул. Ну ок. Возможно и было падение но потом всё поднялось. Просто так сложились обстаятельства. Вообщем начал читать я про сокет и про мускул. Понял что есть сетевые , т.е. tcp(шные) и есть unix(овые), да я делаю это впервые, уж простите 😃 . Вообщем обрисовалось сразу пути куда идти. 1) искать кем занят сокет . (я так и не поня как это делать и продиагностировать) 2) есть ли он вообще? (тоже так и не понимаю есть ли он, но мне кажется есть. и их я так понимаю должно быть не много, а точнее один. ) Ну вот а если по вот этому мануалу разбираться: http://softodom.com/516/mysql-cant-connect-through-socket-reshenie-problemy.html то я подзатупил на команде lsof /var/lib/mysql/mysql.sock выхлоп от нёё вот такой кстати: COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME mysqld 24123 mysql 45u unix 0xffff8803d67ec100 0t0 471909990 /var/lib/mysql/mysql.sock Мне этот выхлоп к сожалению тоже ниочем не говорит. Что ещё проверить? Где я упустил ошибку?
Russian Fedora Bot
Извиняюсь что не туда пишу, но кто может помочь по мускулу. Короче что имеем: Система- RHEL 6 МуSQL+MariaDB Конфиг: my.cnf [mysqld] local-infile=0 datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock user=mysql innodb_file_per_table=1 max_allowed_packet=32M low-priority-updates tmp_table_size = 128M max_heap_table_size = 64M table_cache = 1024 innodb_additional_mem_pool_size = 128M innodb_buffer_pool_size = 2G innodb_flush_method = O_DIRECT innodb_io_capacity = 2000 innodb_flush_log_at_trx_commit = 2 innodb_support_xa = 0 innodb_log_buffer_size = 128M event_scheduler = 1 query_cache_type = 1 query_cache_size = 134217728 join_buffer_size=1M query_cache_limit=2M sort_buffer_size=2M read_buffer_size=2M read_rnd_buffer_size=4M key_buffer = 256M key_buffer_size=64M max_connections = 256 thread_cache_size=100 wait_timeout = 100 interactive_timeout = 100 connect_timeout = 100 collation-server=utf8_unicode_ci init-connect='SET NAMES utf8' character-set-server = utf8 # Disabling symbolic-links is recommended to prevent assorted security risks symbolic-links=0 [mysqld_safe] log-error=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid [client] socket=/var/lib/mysql/mysql.sock Логи рестарта MySQL: 170615 8:38:29 [Note] /usr/sbin/mysqld: Normal shutdown 170615 8:38:29 [Note] Event Scheduler: Killing the scheduler thread, thread id 1 170615 8:38:29 [Note] Event Scheduler: Waiting for the scheduler thread to reply 170615 8:38:29 [Note] Event Scheduler: Stopped 170615 8:38:29 [Note] Event Scheduler: Purging the queue. 0 events 170615 8:38:29 InnoDB: Starting shutdown... 170615 8:38:29 InnoDB: Waiting for 2 pages to be flushed 170615 8:38:33 InnoDB: Shutdown completed; log sequence number 395586090474 170615 8:38:33 [Note] /usr/sbin/mysqld: Shutdown complete 170615 08:38:33 mysqld_safe mysqld from pid file /var/lib/mysql/nabu.ktnet.kg.pid ended 170615 08:38:34 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 170615 8:38:34 [Note] /usr/sbin/mysqld (mysqld 5.5.53-MariaDB) starting as process 18324 ... 170615 8:38:34 InnoDB: The InnoDB memory heap is disabled 170615 8:38:34 InnoDB: Mutexes and rw_locks use GCC atomic builtins 170615 8:38:34 InnoDB: Compressed tables use zlib 1.2.3 170615 8:38:34 InnoDB: Using Linux native AIO 170615 8:38:34 InnoDB: Initializing buffer pool, size = 2.0G 170615 8:38:34 InnoDB: Completed initialization of buffer pool 170615 8:38:34 InnoDB: highest supported file format is Barracuda. 170615 8:38:35 InnoDB: Operating system error number 2 in a file operation. InnoDB: The error means the system cannot find the path specified. InnoDB: If you are installing InnoDB, remember that you must create InnoDB: directories yourself, InnoDB does not create them. 170615 8:38:35 InnoDB: Error: trying to open a table, but could not InnoDB: open the tablespace file './host_newbaza_azyk/wz0yt_content.ibd'! InnoDB: Have you moved InnoDB .ibd files around without using the InnoDB: commands DISCARD TABLESPACE and IMPORT TABLESPACE? InnoDB: It is also possible that this is a temporary table #sql..., InnoDB: and MySQL removed the .ibd file for this. InnoDB: Please refer to InnoDB: http://dev.mysql.com/doc/refman/5.5/en/innodb-troubleshooting-datadict.html InnoDB: for how to resolve the issue. 170615 8:38:35 InnoDB: Waiting for the background threads to start 170615 8:38:36 Percona XtraDB (http://www.percona.com) 5.5.52-MariaDB-38.3 started; log sequence number 395586090474 170615 8:38:36 [Note] Plugin 'FEEDBACK' is disabled. 170615 8:38:36 [Note] Server socket created on IP: '0.0.0.0'. 170615 8:38:36 [Note] Event Scheduler: Loaded 0 events 170615 8:38:36 [Note] /usr/sbin/mysqld: ready for connections. Version: '5.5.53-MariaDB' socket: '/var/lib/mysql/mysql.sock' port: 3306 MariaDB Server 170615 8:38:36 [Note] Event Scheduler: scheduler thread started with id 1 Короче есть небольшой хостинг. На нем панелька плеск, кучу сайтов, все при создании своих баз указывают localhost из phpMyAdmin. Но появилось 2 сайта с ошибками на базу. У первого явно был
php - говно
Russian Fedora Bot
конект потерян с сокетом и там было написано. Error:2002 SQLSTATE[HY000] [2002] Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) (сделаю небольшое отступление и скажу что многие пишут всякую охинеую про то как это лечить, кто то говорит что нет места, я естественно это проверил, места валом, кто-то говорит что отключи SElinux (пока и не трогал его т.к. до этого все же работало), кто-то просто говорит что эта 111 ошибка появлятся в момент когда мускул банально лежит, опять же, я уже раз 10 его рестартовал. и рестартуется он со статусом sucsess! [[хрен знает как это слово писать, пишу наскоряк]) у второго был движок DataLife engine. C ошибкой на 52 строку в файле /engine/classes/mysql.php Cтрока там вот такая: "$this->display_error(mysqli_connect_error(), '1');" Ну её точно никто не менял. И бог с ней. Как меня уверяют что сайты оба перестают рабоать ссылаясь на то что "типо мускул у меня падает". Ну ок. Падает так падает. Тут если опустить мускул то у меня и будет таже самая ошибка Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) как мне сказали. НО! Сейчас он поднят. И все сайты не выдают ошибку. Возможно из-за того что я уже 100 раз рестартовал. Логи есть выше. И вот поять же, продолжая про ошибку, и про то что на стэковерфлоу пишут мол где они её встречают. Говортя именно она может появляться когда с CLI подключаешся под рутом в базу Мускула. Хорошо, я попробывал, залогинился и этой ошибки просто небыло. Мускул как мускул ждал когда я буду создавать таблички в нем. Я вышел. Впринципе, у меня даже забикс ни пикнул на мускул. Ну ок. Возможно и было падение но потом всё поднялось. Просто так сложились обстаятельства. Вообщем начал читать я про сокет и про мускул. Понял что есть сетевые , т.е. tcp(шные) и есть unix(овые), да я делаю это впервые, уж простите 😃 . Вообщем обрисовалось сразу пути куда идти. 1) искать кем занят сокет . (я так и не поня как это делать и продиагностировать) 2) есть ли он вообще? (тоже так и не понимаю есть ли он, но мне кажется есть. и их я так понимаю должно быть не много, а точнее один. ) Ну вот а если по вот этому мануалу разбираться: http://softodom.com/516/mysql-cant-connect-through-socket-reshenie-problemy.html то я подзатупил на команде lsof /var/lib/mysql/mysql.sock выхлоп от нёё вот такой кстати: COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME mysqld 24123 mysql 45u unix 0xffff8803d67ec100 0t0 471909990 /var/lib/mysql/mysql.sock Мне этот выхлоп к сожалению тоже ниочем не говорит. Что ещё проверить? Где я упустил ошибку?
php - отстой
NoMouth
ps aux | grep mysql у меня вот такой: root 9143 0.0 0.0 103312 896 pts/4 S+ 09:39 0:00 grep mysql root 20952 0.0 0.0 106212 1584 pts/4 S 08:43 0:00 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --pid-file=/var/lib/mysql/nabu.ktnet.kg.pid mysql 24123 11.1 7.2 3271724 1181816 pts/4 Sl 08:50 5:28 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin --user=mysql --log-error=/var/log/mysqld.log --pid-file=/var/lib/mysql/nabu.ktnet.kg.pid --socket=/var/lib/mysql/mysql.sock root 25888 0.0 0.0 100952 664 pts/6 S+ 08:56 0:00 tail -f /var/log/mysqld.log
DS
@xvitaly прибейте спам плис
Anonymous
@xvitaly плюсую, спамеры не нужны тут
Alex
Этот спамер везде уже.
NoMouth
мускульщики?
NoMouth
что скажите?
Alex
У меня проще: mysql 1305 0.0 0.1 2499968 32744 ? Ssl июн07 4:37 /usr/libexec/mysqld --basedir=/usr
Elinka22
Ну а в чём проблема то?
Elinka22
С некоторых версий MySQL перестали использовать mysqld_safe
NoMouth
в (111) ошибке
Alex
И в fedora давно на maria перешли
Elinka22
попробуй mysql -h 127.1 -P 3306
Elinka22
и ваще ss -nlpt | grep 3306
Alex
Он по сокету хочет
NoMouth
+
Elinka22
Вероятно где то зафигачено skip-networking
Alex
Я по сети использую. Как-то на sock не подрубался.
Alex
Хрия. консолька mysql как раз сокет и использует.
NoMouth
проверил ещё раз так и тут как бы все ок. ### php -i | fgrep 'mysql.default_socket' mysql.default_socket => /var/lib/mysql/mysql.sock => /var/lib/mysql/mysql.sock ### mysql -e 'show variables where variable_name = "socket"' socket --------> /var/lib/mysql/mysql.sock
Alex
Я не заморачивался: $con = mysqli_connect(DB_HOST, DB_USER, DB_PASS);
Alex
Хост - банальный 127.0.0.1 😃
Alex
Вообще - mysqli_connect сам выбирает как подрубаться. Есть в качестве хоста - localhost
Elinka22
если в качестве сервера прописать localhost - то всегда по сокету, если 127.0.0.1 не выключен DNS резолвинг - то по порту. Это актуально для работы с MySQL на самом хосте.
Alex
Ага
NoMouth
нихуя не понимаю ни павла ни леху
NoMouth
можно по русски ребят
NoMouth
куда поити и что проигностить?
Alex
Сначала проверь, работает ли у тебя mysql консолька по tcp
Elinka22
куда поити и что проигностить?
Я же тебе дал команды диагностики
Elinka22
попробуй mysql -h 127.1 -P 3306
Elinka22
и ваще ss -nlpt | grep 3306
Elinka22
по первой мы лезем принулительно на порт
Elinka22
по второй - смотрим, слушает ли что нибудь на 3306 порту
NoMouth
LISTEN 0 50 127.0.0.1:3306 *:* users:(("mysqld",31433,49))
NoMouth
эт 2
NoMouth
а первая...
NoMouth
щя
NoMouth
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)
NoMouth
(
Elinka22
по аксес денай добавь ключик -p и пароль
NoMouth
ээм
NoMouth
дак я просто зашел тогда
NoMouth
Welcome to the MariaDB monitor. Commands end with ; or \g. Your MariaDB connection id is 10215 Server version: 5.5.53-MariaDB MariaDB Server Copyright (c) 2000, 2016, Oracle, MariaDB Corporation Ab and others. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
Elinka22
Ну просто проверить, что всё работает
NoMouth
набирал вот так
NoMouth
да
NoMouth
# mysql -h 127.1 -P 3306 -p Enter password: Welcome to the MariaDB monitor. Commands end with ; or \g. Your MariaDB connection id is 10215 Server version: 5.5.53-MariaDB MariaDB Server Copyright (c) 2000, 2016, Oracle, MariaDB Corporation Ab and others. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. MariaDB [(none)]> MariaDB [(none)]> MariaDB [(none)]>
Elinka22
systemctl restart mariadb делал? вдруг там какая хрень получилась
NoMouth
вообще не делал. и кстати нет у меня systemctl
NoMouth
systemctl: command not found
NoMouth
RHEL 6 мать его
Elinka22
service mysqld restart
Elinka22
php -i | grep mysql
Russian Fedora Bot
php -i | grep mysql
php - говно
NoMouth
service mysqld restart (1000 раз. и всегда sucsess)
Elinka22
sudo chmod -R 755 /var/lib/mysql/
NoMouth
Configure Command => './configure' '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--without-pear' '--with-bz2' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--with-kerberos' '--enable-ucd-snmp-hack' '--enable-shmop' '--enable-calendar' '--without-sqlite' '--with-libxml-dir=/usr' '--enable-xml' '--with-system-tzdata' '--enable-force-cgi-redirect' '--enable-pcntl' '--with-imap=shared' '--with-imap-ssl' '--enable-mbstring=shared' '--enable-mbregex' '--with-gd=shared' '--enable-bcmath=shared' '--enable-dba=shared' '--with-db4=/usr' '--with-xmlrpc=shared' '--with-ldap=shared' '--with-ldap-sasl' '--with-mysql=shared,/usr' '--with-mysqli=shared,/usr/lib64/mysql/mysql_config' '--enable-dom=shared' '--with-pgsql=shared' '--enable-wddx=shared' '--with-snmp=shared,/usr' '--enable-soap=shared' '--with-xsl=shared,/usr' '--enable-xmlreader=shared' '--enable-xmlwriter=shared' '--with-curl=shared,/usr' '--enable-fastcgi' '--enable-pdo=shared' '--with-pdo-odbc=shared,unixODBC,/usr' '--with-pdo-mysql=shared,/usr/lib64/mysql/mysql_config' '--with-pdo-pgsql=shared,/usr' '--with-pdo-sqlite=shared,/usr' '--with-sqlite3=shared,/usr' '--enable-json=shared' '--enable-zip=shared' '--without-readline' '--with-libedit' '--with-pspell=shared' '--enable-phar=shared' '--with-tidy=shared,/usr' '--enable-sysvmsg=shared' '--enable-sysvshm=shared' '--enable-sysvsem=shared' '--enable-posix=shared' '--with-unixODBC=shared,/usr' '--enable-fileinfo=shared' '--enable-intl=shared' '--with-icu-dir=/usr' '--with-enchant=shared,/usr' '--with-recode=shared,/usr' /etc/php.d/mysql.ini, /etc/php.d/mysqli.ini, /etc/php.d/pdo_mysql.ini, mysql MYSQL_SOCKET => /var/lib/mysql/mysql.sock MYSQL_INCLUDE => -I/usr/include/mysql MYSQL_LIBS => -L/usr/lib64/mysql -lmysqlclient mysql.allow_local_infile => On => On mysql.allow_persistent => On => On mysql.connect_timeout => 60 => 60 mysql.default_host => no value => no value mysql.default_password => no value => no value mysql.default_port => no value => no value mysql.default_socket => /var/lib/mysql/mysql.sock => /var/lib/mysql/mysql.sock mysql.default_user => no value => no value mysql.max_links => Unlimited => Unlimited mysql.max_persistent => Unlimited => Unlimited mysql.trace_mode => Off => Off mysqli MYSQLI_SOCKET => /var/lib/mysql/mysql.sock mysqli.allow_local_infile => On => On mysqli.allow_persistent => On => On mysqli.default_host => no value => no value mysqli.default_port => 3306 => 3306 mysqli.default_pw => no value => no value mysqli.default_socket => no value => no value mysqli.default_user => no value => no value mysqli.max_links => Unlimited => Unlimited mysqli.max_persistent => Unlimited => Unlimited mysqli.reconnect => Off => Off PDO drivers => mysql, sqlite pdo_mysql PWD => /var/lib/mysql _SERVER["PWD"] => /var/lib/mysql
Russian Fedora Bot
Configure Command => './configure' '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--without-pear' '--with-bz2' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--with-kerberos' '--enable-ucd-snmp-hack' '--enable-shmop' '--enable-calendar' '--without-sqlite' '--with-libxml-dir=/usr' '--enable-xml' '--with-system-tzdata' '--enable-force-cgi-redirect' '--enable-pcntl' '--with-imap=shared' '--with-imap-ssl' '--enable-mbstring=shared' '--enable-mbregex' '--with-gd=shared' '--enable-bcmath=shared' '--enable-dba=shared' '--with-db4=/usr' '--with-xmlrpc=shared' '--with-ldap=shared' '--with-ldap-sasl' '--with-mysql=shared,/usr' '--with-mysqli=shared,/usr/lib64/mysql/mysql_config' '--enable-dom=shared' '--with-pgsql=shared' '--enable-wddx=shared' '--with-snmp=shared,/usr' '--enable-soap=shared' '--with-xsl=shared,/usr' '--enable-xmlreader=shared' '--enable-xmlwriter=shared' '--with-curl=shared,/usr' '--enable-fastcgi' '--enable-pdo=shared' '--with-pdo-odbc=shared,unixODBC,/usr' '--with-pdo-mysql=shared,/usr/lib64/mysql/mysql_config' '--with-pdo-pgsql=shared,/usr' '--with-pdo-sqlite=shared,/usr' '--with-sqlite3=shared,/usr' '--enable-json=shared' '--enable-zip=shared' '--without-readline' '--with-libedit' '--with-pspell=shared' '--enable-phar=shared' '--with-tidy=shared,/usr' '--enable-sysvmsg=shared' '--enable-sysvshm=shared' '--enable-sysvsem=shared' '--enable-posix=shared' '--with-unixODBC=shared,/usr' '--enable-fileinfo=shared' '--enable-intl=shared' '--with-icu-dir=/usr' '--with-enchant=shared,/usr' '--with-recode=shared,/usr' /etc/php.d/mysql.ini, /etc/php.d/mysqli.ini, /etc/php.d/pdo_mysql.ini, mysql MYSQL_SOCKET => /var/lib/mysql/mysql.sock MYSQL_INCLUDE => -I/usr/include/mysql MYSQL_LIBS => -L/usr/lib64/mysql -lmysqlclient mysql.allow_local_infile => On => On mysql.allow_persistent => On => On mysql.connect_timeout => 60 => 60 mysql.default_host => no value => no value mysql.default_password => no value => no value mysql.default_port => no value => no value mysql.default_socket => /var/lib/mysql/mysql.sock => /var/lib/mysql/mysql.sock mysql.default_user => no value => no value mysql.max_links => Unlimited => Unlimited mysql.max_persistent => Unlimited => Unlimited mysql.trace_mode => Off => Off mysqli MYSQLI_SOCKET => /var/lib/mysql/mysql.sock mysqli.allow_local_infile => On => On mysqli.allow_persistent => On => On mysqli.default_host => no value => no value mysqli.default_port => 3306 => 3306 mysqli.default_pw => no value => no value mysqli.default_socket => no value => no value mysqli.default_user => no value => no value mysqli.max_links => Unlimited => Unlimited mysqli.max_persistent => Unlimited => Unlimited mysqli.reconnect => Off => Off PDO drivers => mysql, sqlite pdo_mysql PWD => /var/lib/mysql _SERVER["PWD"] => /var/lib/mysql
php - отстой
NoMouth
sudo chmod -R 755 /var/lib/mysql/ ++ все чётко тут
NoMouth
стоят как надо
NoMouth
и фаил сокет там лежит
NoMouth
с правильными правами
Elinka22
а просто mysql из консоли коннект есть?
Elinka22
без параметров и без всего
Elinka22
Ну и можно попробовать сделать service mysqld stop посмотреть что нет в процессах MySQL проверить что на папку стоит /var/lib/mysql mysql:mysql удалить сокет, если там есть стартануть заново
NoMouth
да
Y
что надо сделать что бы применились настройки сети
Y
я через nmtui статик прописал