OpenServer 5.2.2
В этот прекрасный день отказался запускаться.
2017-09-30 11:02:39 --------------------------------------------
2017-09-30 11:02:39 Начало процедуры запуска сервера
2017-09-30 11:02:39 Обновление Hosts файла
2017-09-30 11:02:39 Обновление конфигурации MySQL-5.6
2017-09-30 11:02:39 Обновление конфигурации Sendmail
2017-09-30 11:02:39 Обновление конфигурации PHP-5.6
2017-09-30 11:02:39 Обновление конфигурации PHPMyAdmin
2017-09-30 11:02:39 Обновление конфигурации Apache-2.4+Nginx-1.10
2017-09-30 11:02:39 Запуск MySQL-5.6
2017-09-30 11:02:39 Запуск Apache-2.4+Nginx-1.10
2017-09-30 11:02:39 Проверка состояния сервера
2017-09-30 11:03:13 Не удалось запустить MySQL-5.6
2017-09-30 11:03:13 Сбой запуска!
2017-09-30 11:03:13 --------------------------------------------
2017-09-30 11:03:13 Начало процедуры остановки сервера
2017-09-30 11:03:13 Остановка системных модулей
2017-09-30 11:03:13 Отключение виртуального диска
2017-09-30 11:03:13 Сервер успешно остановлен за 0,218 секунд!
2017-09-30 11:02:39 0 [Note] c:ospanelmodulesdatabaseMySQL-5.6binmysqld.exe (mysqld 5.6.37) starting as process 3236 ...
2017-09-30 11:02:39 3236 [Note] Plugin 'FEDERATED' is disabled.
2017-09-30 11:02:39 3236 [Note] InnoDB: Using atomics to ref count buffer pool pages
2017-09-30 11:02:39 3236 [Note] InnoDB: The InnoDB memory heap is disabled
2017-09-30 11:02:39 3236 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2017-09-30 11:02:39 3236 [Note] InnoDB: Memory barrier is not used
2017-09-30 11:02:39 3236 [Note] InnoDB: Compressed tables use zlib 1.2.3
2017-09-30 11:02:39 3236 [Note] InnoDB: Not using CPU crc32 instructions
2017-09-30 11:02:39 3236 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2017-09-30 11:02:39 3236 [Note] InnoDB: Completed initialization of buffer pool
2017-09-30 11:02:39 3236 [Note] InnoDB: Highest supported file format is Barracuda.
2017-09-30 11:02:39 3236 [Note] InnoDB: The log sequence numbers 4372925 and 4372925 in ibdata files do not match the log sequence number 4372935 in the ib_logfiles!
2017-09-30 11:02:39 3236 [Note] InnoDB: Database was not shutdown normally!
2017-09-30 11:02:39 3236 [Note] InnoDB: Starting crash recovery.
2017-09-30 11:02:39 3236 [Note] InnoDB: Reading tablespace information from the .ibd files...
2017-09-30 11:02:39 e98 InnoDB: Operating system error number 2 in a file operation.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html
InnoDB: Error: could not open single-table tablespace file .ther.ibd
InnoDB: We do not continue the crash recovery, because the table may become
InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
InnoDB: To fix the problem and start mysqld:
InnoDB: 1) If there is a permission problem in the file and mysqld cannot
InnoDB: open the file, you should modify the permissions.
InnoDB: 2) If the table is not needed, or you can restore it from a backup,
InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
InnoDB: crash recovery and ignore that table.
InnoDB: 3) If the file system or the disk is broken, and you cannot remove
InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
InnoDB: and force InnoDB to continue crash recovery here.
задан 30 сен 2017 в 8:16
Была ошибка во время работы базы или просто некорректно закрыли программу.
Попробуйте Дополнительно -> Конфигураций -> My-SQL(какой у вас запущен) ->
в самом низу прописать » innodb_force_recovery = 3 » и заново запустить OpenServer.
ответ дан 23 мая 2018 в 16:01
Попробуй изменить язык Винды на английский, возможно это проблемы с кодировкой. Панель управления — Региональные стандарты — Формат изменяешь на Анлийский или Язык интерфейса Windows — Вкладка дополнительно — Язык программ не поддерживающих Юникод — Английский — Убери галочку с Бета версия (эсли есть). Мне помогло.
ответ дан 28 авг 2019 в 18:14
1
У меня тоже не сработало, но сработало когда я:
В «Панель управленияЧасы и регион» и регион В разделе «Изменение форматов даты, времени и чисел»
В разделе «Дополнительно» Нажал кнопку «Изменить Язык системы…», убрал галочку с «Использовать Юникод…»
И переустановил Open Server на Английский язык
И всё!!!
ответ дан 2 июл 2020 в 21:48
Дурдом какой-то. Для того, чтобы работала MySQL Workbench нужно поставить галочку «Бета версия. Использовать Юникод для поддержки языка во всем мире» в разделе часы и регионы — региональные стандарты — дополнительно.
Но у вас отвалится MySQL в OpenServere. Для OpenServere эту галочку нужно наоборот снять.
ответ дан 20 июл 2022 в 10:51
Локальный веб-сервер OpenServer не всегда работает корректно, особенно когда речь идет о его первом запуске после установки на компьютер. Часто пользователи сталкиваются с различными проблемами, приводящими к отсутствию отклика при запуске программы.
Далее я расскажу, как быстро избавиться от распространенных трудностей при работе с данным инструментом.
Просмотр логов OpenServer
Начну с небольшого совета, который чаще всего помогает сразу же распознать причину неполадки и решить ее, приложив минимальное количество усилий. Однако уточню, что подойдет эта рекомендация только в том случае, если сам OpenServer запускается в Windows, но при этом старта локального веб-сервера не происходит.
На панели задач есть значок программы, по которому нужно кликнуть правой кнопкой мыши. После этого появится контекстное меню, в котором надо нажать на «Просмотр логов». В новом окне ознакомьтесь с полученными сведениями и определите, из-за чего появилась рассматриваемая ошибка.
Комьюнити теперь в Телеграм
Подпишитесь и будьте в курсе последних IT-новостей
Подписаться
Запуск программы от имени администратора
Как бы банально это ни звучало, но часто запуск OpenServer от имени администратора решает все неполадки. Дело в том, что сам компонент тесно связан с сетью и файлами, отвечающими за соединение, поэтому и требует определенных привилегий при взаимодействии с ними. Если права доступа отсутствуют, соответственно, и запуска программы не произойдет.
Вам понадобится выйти из панели управления, найти файл программы в корневом каталоге, щелкнуть по нему правой кнопкой мыши и в контекстном меню выбрать пункт «Запуск от имени администратора». Подождите несколько секунд и проверьте, появилась ли на экране какая-либо информация, свидетельствующая о начале работы локального веб-сервера.
Если этот метод оказался эффективным, но вы не хотите каждый раз запускать программу таким образом, выполните простую настройку. Для этого снова кликните по исполняемому файлу правой кнопкой мыши и перейдите в «Свойства». Там найдите вкладку «Совместимость» и установите галочку возле пункта «Запускать эту программу от имени администратора».
После применения настроек софт всегда будет стартовать с повышенными привилегиями, что позволит избавиться от проблем с запуском.
Редактирование файла hosts
Встроенный в операционную систему файл hosts выполняет важную роль, и часто пользователи задействуют его, если хотят ограничить доступ к конкретным сайтам. Иногда его блокировка средствами Windows становится причиной проблем с запуском OpenServer. Информация об этом появляется в логах при попытке перейти на веб-сервер, поэтому причину можно сразу же распознать.
Хочу дать два совета:
- При использовании стороннего антивируса и брандмауэра настройте их так, чтобы OpenServer не попадал в список заблокированных программ. Стандартные средства можно отключить на время исключительно в качестве проверки.
- Запустите командную строку от имени администратора и введите команду attrib -s -r -h -a C:Windowssystem32driversetchosts, активировав соответствующие атрибуты для упомянутого файла hosts.
Невозможно подключиться к серверу
Если же OpenServer запускается нормально, но при этом соединения с сервером не происходит, советую ознакомиться с дальнейшими инструкциями.
Способ 1: Редактирование MySQL и phpMyAdmin
Этот способ подойдет тем пользователям, которые используют OpenServer в связке с MySQL и phpMyAdmin. Он заключается в небольшой настройке этих двух компонентов для обеспечения нормального соединения, если вдруг возникла такая ситуация, что веб-сервер не хочет запускаться.
Первоочередная задача – создание нового пользователя MySQL. Вводим:
shell> mysql --user=root mysql mysql> GRANT ALL PRIVILEGES ON *.* TO root@localhost -> IDENTIFIED BY 'password' WITH GRANT OPTION
Команда отвечает за создание нового пользователя и установку для него пароля.
Откройте конфигурационный файл phpMyAdmin, который находится в папке /etc/phpmyadmin/config.inc.php. Добавьте туда две строки:
$cfg['Servers'][$i]['controluser'] = $dbuser; $cfg['Servers'][$i]['controlpass'] = $dbpass;
Вместо user и pass подставьте имя созданного пользователя и его пароль для MySQL.
Способ 2: Проверка данных авторизации
Последняя рекомендация будет самой банальной – проверка данных авторизации при входе на веб-сервер. Это касается ситуаций, когда на экране появляется ошибка «Невозможно подключиться к серверу MySQL mysqli::real_connect(): (HY000/1045): Access denied for user ‘root’@’localhost’ (using password: NO)». Вам необходимо указать стандартный пароль и логин mysql или root в обоих полях, после чего авторизация должна пройти успешно.
Это были самые распространенные способы решения проблем с запуском OpenServer.
-
Главная
Список форумов
Ошибки Open Server
-
Поиск
-
- Текущее время: 22 июн 2023, 03:15
- Часовой пояс: UTC+03:00
Сервер не запускается? Пиши СЮДА!
-
Eims
- Сообщения: 3
- Зарегистрирован: 16 май 2022, 18:33
Re: Сервер не запускается? Пиши СЮДА!
SagePointer писал(а): ↑17 май 2022, 21:14
Eims писал(а): ↑17 май 2022, 09:59
Если речь про созданные мной базы данных, то их и нетТогда проще удалить содержимое папки userdataMySQL-8.0 и переинициализировать её, вручную запустив MySQL с параметром —initialize или —initialize-insecure
В этом случае не особо понятно какие данные нужно указать дополнительно для корректной установки. Как я понимаю, в команду нужно будет передать, как минимум, путь до папки, куда нужно будет инициализировать БД и, возможно, путь к конфигам.
В общем, если у кого-то есть опыт в этом плане или достаточно знаний — буду благодарен, если поможете составить рабочую команду на переинициализацию БД.
-
SagePointer
- Сообщения: 330
- Зарегистрирован: 27 ноя 2020, 20:52
Re: Сервер не запускается? Пиши СЮДА!
Непрочитанное сообщение
SagePointer » 18 май 2022, 03:53
Eims писал(а): ↑17 май 2022, 22:55
В этом случае не особо понятно какие данные нужно указать дополнительно для корректной установки. Как я понимаю, в команду нужно будет передать, как минимум, путь до папки, куда нужно будет инициализировать БД и, возможно, путь к конфигам.
В общем, если у кого-то есть опыт в этом плане или достаточно знаний — буду благодарен, если поможете составить рабочую команду на переинициализацию БД.
"ПутьКПапкеOpenServermodulesdatabaseMySQL-8.0-Win10binmysqld.exe" --defaults-file="ПутьКПапкеOpenServermodulesdatabaseMySQL-8.0-Win10my.ini" --standalone --console --initialize
-
a42cat
- Сообщения: 1
- Зарегистрирован: 21 май 2022, 13:53
Re: Сервер не запускается? Пиши СЮДА!
Непрочитанное сообщение
a42cat » 21 май 2022, 13:58
gvg писал(а): ↑15 май 2022, 12:36
sk_top писал(а): ↑02 май 2022, 10:30
Всем привет!Не запускается OpenServer 5.4.2 с модулем MySQL-8.0-Win10 — «Не удалось запустить MySQL-8.0-Win10», подробнее в логах:
2022-05-02T07:26:03.310154Z 0 [System] [MY-010116] [Server] d:openservermodulesdatabaseMySQL-8.0-Win10binmysqld.exe (mysqld 8.0.29) starting as process 6056
2022-05-02T07:26:03.341590Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2022-05-02T07:26:11.036728Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
2022-05-02T07:26:13.901117Z 4 [System] [MY-013381] [Server] Server upgrade from ‘80028’ to ‘80029’ started.С MySQL-5.7-Win10 например запускается без проблем.
Помогите пожалуйста установить причину сбоя.
Спасибо.
UPD: с предыдущей версией OS вроде таких проблем не было…
Только что победил эту проблему. Рассказываю.
1) Настройки -> Сервер
2) Ставим птицу «Запускать сервер в отладочном режиме»
3) «Запустить»
4) В папке …modulesdatabaseMySQL-8.0-Win10 появляется bat-файл debug.bat
5) «Выход», закрываем сервер
6) Запускаем debug.bat в его папке, я запускал в FAR’е
7) debug.bat запускает …binmysqld.exe с параметрами
Молотит около 5-6 минут, обновляя версию с 8.0.28 до 8.0.29
9) Как закончит работу, запускаем сервер, отключаем отладочный режим
10) «Запустить», получаем долгожданный зелёный флажок, при этом debug.bat исчезает
в моем случае не помогло 8.0.29 уже была установлена. Но благодаря вам я заметил вот что:
я накатывал версию 5.4.2 поверх 5.4.0 и БД соответственно у меня не переехали.
Директорию с старой БД я переименовал временно в !$database_name и создал такую же, куда и залил рабочий дамп. в логе debug.bat заметил что мускуль падает как раз на старой базе с ошибка дублей файлов. получается что openserver каким то образом совместил эти 2 файла и понял что это одна и та же сущность. удаление старой базы помогло. БД стартанула моментально)
з.ы. предыдущий ответ про «проверку состояния сервера» имхо сушь ибо на самом древнем компе оно должно стартовать без проблем. И за 25 проверок (число по дефолту) он ну как бы должен успеть)
-
piramida
- Сообщения: 1
- Зарегистрирован: 24 май 2022, 14:29
Re: Сервер не запускается? Пиши СЮДА!
Непрочитанное сообщение
piramida » 24 май 2022, 14:48
Здравствуйте! Программу устанавливаю впервые, хочу выучить ворпресс, бьюсь втрой день, много раз удалил, потом опять установил — от админа. Скайпа нет, порт 80 — 0, антивирусов нет, windows 10-64, вроде все по документации. Подскажите пожалуйста в чем может быть причина.
2022-05-24 03:26:14 Проверка состояния сервера
2022-05-24 03:26:33 Не удалось запустить Apache_2.4-PHP_7.0-7.1
2022-05-24 03:26:33 Не удалось запустить MySQL-8.0-Win10
2022-05-24 03:26:33 Сбой запуска!
2022-05-24 03:26:33 ———————————————
2022-05-24 03:26:33 Начало процедуры остановки сервера
2022-05-24 03:26:33 Остановка системных модулей
2022-05-24 03:26:33 Отключение виртуального диска
2022-05-24 03:26:33 Сервер успешно остановлен за 0,359 секунд!
-
Joojen
- Сообщения: 2
- Зарегистрирован: 24 май 2022, 16:39
Re: Сервер не запускается? Пиши СЮДА!
Непрочитанное сообщение
Joojen » 24 май 2022, 16:40
В чём причина
2022-05-24 16:36:11 ———————————————
2022-05-24 16:36:11 Початок процедури запуску сервера
2022-05-24 16:36:12 Оновлення Hosts файлу
2022-05-24 16:36:12 Оновлення конфігурації MySQL-8.0-Win10
2022-05-24 16:36:12 Оновлення конфігурації Sendmail
2022-05-24 16:36:12 Оновлення конфігурації PHP_7.2
2022-05-24 16:36:12 Оновлення конфігурації PHPMyAdmin
2022-05-24 16:36:12 Оновлення конфігурації Apache_2.4-PHP_7.2-7.4
2022-05-24 16:36:12 Запуск MySQL-8.0-Win10
2022-05-24 16:36:12 Запуск Apache_2.4-PHP_7.2-7.4
2022-05-24 16:36:12 Перевірка стану сервера
2022-05-24 16:36:35 Не вдалося запустити Apache_2.4-PHP_7.2-7.4
2022-05-24 16:36:35 Не вдалося запустити MySQL-8.0-Win10
2022-05-24 16:36:35 Збій запуску!
2022-05-24 16:36:35 ———————————————
2022-05-24 16:36:35 Початок процедури зупинки сервера
2022-05-24 16:36:35 Зупинка системних модулів
2022-05-24 16:36:36 Відключення віртуального диска
2022-05-24 16:36:36 Cервер успішно зупинений за 1,032 секунд!
-
SerdarAD
- Сообщения: 1
- Зарегистрирован: 28 май 2022, 13:03
Re: Сервер не запускается? Пиши СЮДА!
Непрочитанное сообщение
SerdarAD » 28 май 2022, 13:07
gvg писал(а): ↑15 май 2022, 12:36
sk_top писал(а): ↑02 май 2022, 10:30
Всем привет!Не запускается OpenServer 5.4.2 с модулем MySQL-8.0-Win10 — «Не удалось запустить MySQL-8.0-Win10», подробнее в логах:
2022-05-02T07:26:03.310154Z 0 [System] [MY-010116] [Server] d:openservermodulesdatabaseMySQL-8.0-Win10binmysqld.exe (mysqld 8.0.29) starting as process 6056
2022-05-02T07:26:03.341590Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2022-05-02T07:26:11.036728Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
2022-05-02T07:26:13.901117Z 4 [System] [MY-013381] [Server] Server upgrade from ‘80028’ to ‘80029’ started.С MySQL-5.7-Win10 например запускается без проблем.
Помогите пожалуйста установить причину сбоя.
Спасибо.
UPD: с предыдущей версией OS вроде таких проблем не было…
Только что победил эту проблему. Рассказываю.
1) Настройки -> Сервер
2) Ставим птицу «Запускать сервер в отладочном режиме»
3) «Запустить»
4) В папке …modulesdatabaseMySQL-8.0-Win10 появляется bat-файл debug.bat
5) «Выход», закрываем сервер
6) Запускаем debug.bat в его папке, я запускал в FAR’е
7) debug.bat запускает …binmysqld.exe с параметрами
9) Как закончит работу, запускаем сервер, отключаем отладочный режим
10) «Запустить», получаем долгожданный зелёный флажок, при этом debug.bat исчезает
debug.bat не появился
вместо этого можно запустить cmd и ввести
путь_к_установкеmodulesdatabaseMySQL-8.0-Win10binmysqld.exe" --defaults-file="путь_к_установкеmodulesdatabaseMySQL-8.0-Win10my.ini" --user=root --standalone --console
-
Максим
- Сообщения: 6005
- Зарегистрирован: 11 дек 2010, 20:29
Re: Сервер не запускается? Пиши СЮДА!
Непрочитанное сообщение
Максим » 01 июн 2022, 12:43
Eims писал(а): ↑16 май 2022, 18:39
Здравствуйте. При попытке изменить значение «lower_case_table_names» для MySQL 8.0 (Win10), сервер отказывается запускаться. В логах выдаёт ошибку:Different lower_case_table_names settings for server (‘2’) and data dictionary (‘1’).
Гугл подсказывает, что нужно переинициализировать базу данных, но как это правильно сделать для Open Server, ничего не поломав — не особо понятно.
Документация MySQL говорит
lower_case_table_names можно настроить только при инициализации сервера. Изменение параметра lower_case_table_names после инициализации сервера запрещено.
https://dev.mysql.com/doc/refman/8.0/en … ivity.html
На форуме уже были ранее дискуссии на эту тему. Значение 0 в Windows приводит к печальке, потому не используется. Использование значения 2 может привести к тому, что при переносе проекта с Windows на реальный Linux хостинг ваши скрипты могут не увидеть таблицы на диске, т.к. в Linux файловая система регистрозависимая, а в скриптах вы могли использовать имена таблиц в нижнем регистре. Поэтому в Open Server используется универсальное значение lower_case_table_names=1, которое позволяет избежать всех этих проблем.
Если вам нужно изменить это значение, то замените его в шаблоне конфигурации, перезапустите сервер и проинициализируйте системные таблицы заново, тут подробнее.
Ответить
2009 сообщений
-
Страница 192 из 201
- Перейти на страницу:
- Пред.
- 1
- …
- 190
- 191
- 192
- 193
- 194
- …
- 201
- След.
Мне помогло следующие найти ошибку и исправить:
1. Включаем отладочный режим в Openserve (Настройки -> Сервер -> отладочный режим)
2. Запускаем сервер
3. Смотрим ошибки
В моем случае было следующие :
d:openservermodulesdatabaseMySQL-5.5>"d:openservermodulesdatabaseMySQL-5.5binmysqld.exe" --defaults-file="d:openservermodulesdatabaseMySQL-5.5my.ini" --user=root --standalone --console
""d:openservermodulesdatabaseMySQL-5.5binmysqld.exe"" не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.Выяснилось, что модуль mysqld.exe весил 0 байт, то есть попросту был пустой ( не знаю, как и куда он пропал, раньше был) , поэтому переустановка данного модуля помогла решить проблему.
#1 17.03.2019 17:42:44
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Не удалось запустить MySQL-8.0-x64
Доброго здравия форумчане!
При запуске OpenServer’a возникла такая проблема:
2019-03-17 17:39:45 ———————————————
2019-03-17 17:39:45 Начало процедуры запуска сервера
2019-03-17 17:39:46 Обновление Hosts файла
2019-03-17 17:39:46 Обновление конфигурации MySQL-8.0-x64
2019-03-17 17:39:46 Обновление конфигурации Sendmail
2019-03-17 17:39:46 Обновление конфигурации PHP-7.2
2019-03-17 17:39:46 Обновление конфигурации PHPMyAdmin
2019-03-17 17:39:46 Обновление конфигурации Apache-PHP-7
2019-03-17 17:39:46 Запуск MySQL-8.0-x64
2019-03-17 17:39:46 Запуск Apache-PHP-7
2019-03-17 17:39:46 Проверка состояния сервера
2019-03-17 17:40:32 Не удалось запустить MySQL-8.0-x64
2019-03-17 17:40:32 Сбой запуска!
2019-03-17 17:40:32 ———————————————
2019-03-17 17:40:32 Начало процедуры остановки сервера
2019-03-17 17:40:32 Остановка системных модулей
2019-03-17 17:40:33 Отключение виртуального диска
2019-03-17 17:40:33 Сервер успешно остановлен за 0,969 секунд!
В MySQL откладке прописано:
mysqld: [ERROR] Found option without preceding group in config file d:ospanelmodulesdatabaseMySQL-8.0-x64my.ini at line 1!
mysqld: [ERROR] Fatal error in defaults handling. Program aborted!
Что с этим делать?
Подскажите пожалуйста.
Неактивен
#2 17.03.2019 17:45:00
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Re: Не удалось запустить MySQL-8.0-x64
Стоят:
Apache-PHP-7
PHP-7.2
MySQL-8.0-x64
Неактивен
#3 17.03.2019 17:58:07
- vasya
- Архат
- Откуда: Орел
- Зарегистрирован: 07.03.2007
- Сообщений: 5817
Re: Не удалось запустить MySQL-8.0-x64
см d:ospanelmodulesdatabaseMySQL-8.0-x64my.ini
есть ли там в начале записи не относящиеся к какой-либо секции?
возможно файл содержит BOM-маркер, тогда нужно открыть дамп в текстовом редакторе (например, Notepad++) и сохранить без BOM.
Неактивен
#4 17.03.2019 18:24:39
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Re: Не удалось запустить MySQL-8.0-x64
В mi.ini прописано:
#
# ВНИМАНИЕ! Это временный файл, его редактирование бессмысленно!
#
[client]
port = 3306
character-sets-dir = «d:\ospanel\modules\database\MySQL-8.0-x64\share\charsets»
[mysql]
character-sets-dir = «d:\ospanel\modules\database\MySQL-8.0-x64\share\charsets»
no-auto-rehash
no-beep
[mysqld]
skip-character-set-client-handshake
skip-name-resolve
sql-mode=»STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION»
#general_log = 1
#general_log_file = «d:\ospanel\userdata\logs\MySQL-8.0-x64_queries.log»
back_log = 100
basedir = «d:\ospanel\modules\database\MySQL-8.0-x64»
bind-address = 127.0.0.1
binlog_row_event_max_size=8K
bulk_insert_buffer_size = 2M
character-set-server=utf8
character-sets-dir = «d:\ospanel\modules\database\MySQL-8.0-x64\share\charsets»
collation-server=utf8_general_ci
connect_timeout = 5
datadir = «d:\ospanel\userdata\MySQL-8.0-x64»
default-storage-engine=InnoDB
explicit_defaults_for_timestamp = TRUE
flush_time=0
ft_min_word_len=4
init-connect=»SET NAMES utf8″
interactive_timeout=30
join_buffer_size = 1M
key_buffer_size = 25M
local-infile=0
skip-log-bin
log-error = «d:\ospanel\userdata\logs\MySQL-8.0-x64_error.log»
max_allowed_packet = 32M
max_connect_errors = 10
max_connections = 30
max_heap_table_size = 25M
myisam-recover-options=backup,force
myisam_max_sort_file_size = 256M
myisam_repair_threads = 1
open_files_limit=4110
pid_file = «d:\ospanel\userdata\temp\mysql.pid»
port = 3306
default_authentication_plugin = mysql_native_password
read_buffer_size=2M
read_rnd_buffer_size=4M
secure-file-priv = «d:\ospanel\userdata\temp»
server-id = 1
skip-external-locking
skip-innodb_adaptive_hash_index
sort_buffer_size = 1M
ssl-cert=»d:\ospanel\userdata\config\cert_files\server.crt»
ssl-key=»d:\ospanel\userdata\config\cert_files\server.key»
table_definition_cache = 400
table_open_cache = 400
thread_cache_size = 4
tmp_table_size = 25M
tmpdir = «d:\ospanel\userdata\temp»
transaction-isolation = READ-COMMITTED
wait_timeout=60
innodb_fast_shutdown
innodb_file_per_table = 1
innodb_force_recovery=1
skip-innodb_doublewrite
innodb_buffer_pool_instances=1
innodb_buffer_pool_size = 128M
innodb_checksum_algorithm=0
innodb_concurrency_tickets=5000
innodb_data_file_path = ibdata1:10M:autoextend
innodb_data_home_dir = «d:\ospanel\userdata\MySQL-8.0-x64»
innodb_flush_log_at_trx_commit = 2
innodb_lock_wait_timeout = 30
innodb_log_buffer_size = 1M
innodb_log_file_size = 64M
innodb_log_files_in_group = 2
innodb_max_dirty_pages_pct = 90
innodb_old_blocks_time=1000
innodb_read_io_threads = 8
innodb_stats_on_metadata=0
innodb_thread_concurrency=4
innodb_write_io_threads = 8
[mysqldump]
quick
max_allowed_packet = 16M
[myisamchk]
key_buffer_size = 50M
sort_buffer_size = 50M
read_buffer = 8M
write_buffer = 8M
[mysqlhotcopy]
interactive-timeout
[mysqld_safe]
open-files-limit = 2048
Неактивен
#5 17.03.2019 18:36:51
- vasya
- Архат
- Откуда: Орел
- Зарегистрирован: 07.03.2007
- Сообщений: 5817
Re: Не удалось запустить MySQL-8.0-x64
1) удалите всё что до [client]
2) сохраните его без BOM
Неактивен
#6 17.03.2019 18:37:59
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Re: Не удалось запустить MySQL-8.0-x64
vasya написал:
см d:ospanelmodulesdatabaseMySQL-8.0-x64my.ini
есть ли там в начале записи не относящиеся к какой-либо секции?
возможно файл содержит BOM-маркер, тогда нужно открыть дамп в текстовом редакторе (например, Notepad++) и сохранить без BOM.
Запустил через редактор и метка уже стояла на UTF-8 без BOM.
Неактивен
#7 17.03.2019 18:43:17
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Re: Не удалось запустить MySQL-8.0-x64
vasya написал:
1) удалите всё что до [client]
2) сохраните его без BOM
Удалил всё что до [client]
Далее запустил редактор и сохранил без BOM.
Всё осталось по прежнему.
Неактивен
#8 17.03.2019 18:51:44
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Re: Не удалось запустить MySQL-8.0-x64
После очередного запуска у меня всё возвращается обратно как и было.
Неактивен
#9 17.03.2019 19:08:34
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Re: Не удалось запустить MySQL-8.0-x64
Зашёл в OpenServer;
В конфигурациях запустил MySQL-8.0-х64;
Установил UTF-8 без BOM;
Запустил my.ini и убрал всё что было до [client];
Запускаю OpenServer и через пару секнуд вылазит окно:
Отредактированно Mehanik (17.03.2019 19:09:30)
Неактивен
#10 17.03.2019 21:56:30
- vasya
- Архат
- Откуда: Орел
- Зарегистрирован: 07.03.2007
- Сообщений: 5817
Re: Не удалось запустить MySQL-8.0-x64
если выбрать нет, то что будет?
Неактивен
#11 17.03.2019 22:00:21
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Re: Не удалось запустить MySQL-8.0-x64
vasya написал:
если выбрать нет, то что будет?
Она пишет, что изменения произошли, и запрашивает подтверждение на обновление запущенного файла в Notepad++
А так ничего не происходит после нажатия «Нет»
Неактивен
#12 17.03.2019 23:17:18
- vasya
- Архат
- Откуда: Орел
- Зарегистрирован: 07.03.2007
- Сообщений: 5817
Re: Не удалось запустить MySQL-8.0-x64
попробуйте сохранить файл в кодировке ANSI
Неактивен
#13 17.03.2019 23:18:58
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Re: Не удалось запустить MySQL-8.0-x64
vasya написал:
попробуйте сохранить файл в кодировке ANSI
Всё также.
Имею ввиду тоже самое, как и с BOM.
Отредактированно Mehanik (17.03.2019 23:19:37)
Неактивен
#14 18.03.2019 11:47:49
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Re: Не удалось запустить MySQL-8.0-x64
Будут ли ещё какие варианты решения этой проблемы?
Неактивен
#15 18.03.2019 13:29:34
- paulus
- Администратор
- Зарегистрирован: 22.01.2007
- Сообщений: 6753
Re: Не удалось запустить MySQL-8.0-x64
Можно сохранить файл, а потом отобрать у него права на редактирование. Тогда он не сможет обновиться обвязками, так есть хоть какой-то шанс попробовать без бом.
Неактивен
#16 18.03.2019 13:45:42
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Re: Не удалось запустить MySQL-8.0-x64
paulus написал:
Можно сохранить файл, а потом отобрать у него права на редактирование. Тогда он не сможет обновиться обвязками, так есть хоть какой-то шанс попробовать без бом.
Если я делаю запрет на редактирование, то возникает ошибка «Отказ доступа» и указывает на my.ini файл.
Неактивен
#17 18.03.2019 14:01:05
- paulus
- Администратор
- Зарегистрирован: 22.01.2007
- Сообщений: 6753
Re: Не удалось запустить MySQL-8.0-x64
Тогда даже не представляю. Пока всё выглядит так, как будто openserver не работает (портит my.ini). Можно попробовать поставить его же английской версии (возможно, там не будет портить, т.к. там нету русских букв в преамбуле). Ну или пробовать ставить не openserver (компоненты вручную, lamp в докер или что-то такое).
Неактивен
#18 18.03.2019 17:48:37
- LazY
- _cмельчак
- Зарегистрирован: 02.04.2007
- Сообщений: 845
Re: Не удалось запустить MySQL-8.0-x64
Господа, вы, кажется, пропустили вот эту фразу в начале ini-файла:
# ВНИМАНИЕ! Это временный файл, его редактирование бессмысленно!
Судя по всему, этот файл перезаписывается в процессе запуска системы, и исправлять там что-то бесполезно. Нужно установить файл-первоисточник, из которого генерируется этот, и вносить изменения уже в него.
Неактивен
#19 18.03.2019 19:17:17
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Re: Не удалось запустить MySQL-8.0-x64
LazY написал:
Нужно установить файл-первоисточник, из которого генерируется этот, и вносить изменения уже в него.
Где я могу найти этот файл? И как он называется?
Неактивен
#20 18.03.2019 21:16:45
- paulus
- Администратор
- Зарегистрирован: 22.01.2007
- Сообщений: 6753
Re: Не удалось запустить MySQL-8.0-x64
Ну нет же, не пропустили. Мы как раз боремся с BOM-маркером перед этим русским текстом 
Как его найти — неизвестно. Это может быть и шаблон, и программа. Можно попробовать поискать по какому-нибудь вхождению в текст. Типа innodb_data_home_dir. Но я всё еще склоняюсь к тому, что, раз бандл не работает из коробки, не стоит его мучать (а стоит ставить все компоненты отдельно).
Неактивен
#21 18.03.2019 21:19:19
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Re: Не удалось запустить MySQL-8.0-x64
paulus написал:
Ну нет же, не пропустили. Мы как раз боремся с BOM-маркером перед этим русским текстом
Как его найти — неизвестно. Это может быть и шаблон, и программа. Можно попробовать поискать по какому-нибудь вхождению в текст. Типа innodb_data_home_dir. Но я всё еще склоняюсь к тому, что, раз бандл не работает из коробки, не стоит его мучать (а стоит ставить все компоненты отдельно).
Есть какое пособие по подключению MySQL 8.0? Отдельно.
Неактивен
#22 18.03.2019 21:22:24
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Re: Не удалось запустить MySQL-8.0-x64
Странно. На старом ПК установил и всё нормально.
Купил буквально недавно ноутбук, установил OpenServer и проблемы появились…
Отредактированно Mehanik (19.03.2019 17:09:51)
Неактивен
#23 19.03.2019 17:20:44
- paulus
- Администратор
- Зарегистрирован: 22.01.2007
- Сообщений: 6753
Re: Не удалось запустить MySQL-8.0-x64
Пособие приблизительно такое:
1. Идете на сайт MySQL и качаете дистрибутив: https://dev.mysql.com/downloads/mysql/
2. Устанавливаете MySQL
Неактивен
#24 19.03.2019 20:05:04
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Re: Не удалось запустить MySQL-8.0-x64
Решил я проблему. Сейчас подробно опишу.
Неактивен
#25 19.03.2019 20:12:36
- Mehanik
- Участник
- Зарегистрирован: 17.03.2019
- Сообщений: 16
Re: Не удалось запустить MySQL-8.0-x64
Неактивен