Форум Open Server Panel

А что делать то если не запускается. Один в один видел посты без ответа.
Панель работала работала и в один момент перестала. Глобальных обновлений не было. Ни в процессах и нигде нет. ПОявляется там на секунду и пропадает
[2025-03-18 20:00:13]
[2025-03-18 20:00:13] Начало работы Open Server Panel
[2025-03-18 20:00:13] Windows 11 (Version 24H2, OS Build 26100.3476, 64-bit Edition)
[2025-03-18 20:00:13] Open Server Panel v6.0.0 x64 05.05.2024 18:22:30
[2025-03-18 20:00:13] Запуск встроенного SMTP-сервера
[2025-03-18 20:00:13] Запуск встроенного веб-сервера
[2025-03-18 20:00:13] +
[2025-03-18 20:00:13] | ОШИБКА
[2025-03-18 20:00:13] | Сообщение: Не удалось запустить встроенный веб-сервер
[2025-03-18 20:00:13] | Причина: Could not bind socket.
[2025-03-18 20:00:13] +
[2025-03-18 20:00:13] Работа программы завершена

проверил обширный список из ошибок в документации
Распространенные ошибки веб-сервера:
Address already in use (#10048 in listen: Bind): Указанный IP-адрес и порт уже используются другим приложением. Измените настройки IP/порта в конфигурации Open Server Panel или в настройках конфликтующего приложения.
Permission denied (#10013 in listen: Bind): Отказано в разрешении на использование указанного IP-адреса и порта. Настройте системный файрвол, чтобы разрешить Open Server Panel доступ к сети.
Не похожи

PS
Задайте deepseek вопрос: "при запуске openserver 6.0.0 В логах ошибка Сообщение: Не удалось запустить встроенный веб-сервер Причина: Could not bind socket.". Мне помог первый вариант. Все подробно расписано)

Здравствуйте. Возникла следующая ситуация: компьютер, на котором работал OpenServer, был аварийно выключен. После успешной перезагрузки OpenServer не смог запустить MySQL-8.0-Win10. Вот сами логи.

2025-03-27T13:48:23.910043Z 0 [System] [MY-010116] [Server] d:\ospanel\modules\database\MySQL-8.0-Win10\bin\mysqld.exe (mysqld 8.0.30) starting as process 1664
2025-03-27T13:48:23.919112Z 0 [Warning] [MY-013907] [InnoDB] Deprecated configuration parameters innodb_log_file_size and/or innodb_log_files_in_group have been used to compute innodb_redo_log_capacity=67108864. Please use innodb_redo_log_capacity instead.
2025-03-27T13:48:23.926476Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2025-03-27T13:48:25.457696Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
2025-03-27T13:48:25.963041Z 1 [ERROR] [MY-013183] [InnoDB] Assertion failure: dict0dict.ccfor_table || ref_table thread 2844
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/8.0/en/ ... overy.html
InnoDB: about forcing recovery.
13:48:25 UTC - mysqld got exception 0x16 ;
Most likely, you have hit a bug, but this error can also be caused by malfunctioning hardware.
Thread pointer: 0x295e8f9f8d0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
7ff68a4e0858    mysqld.exe!?my_print_stacktrace@@YAXPEBEK@Z()
7ff68967e92b    mysqld.exe!?print_fatal_signal@@YAXH@Z()
7ff68967e6f3    mysqld.exe!?my_server_abort@@YAXXZ()
7ff68a4c47fa    mysqld.exe!?my_abort@@YAXXZ()
7ff68a70ca99    mysqld.exe!?deallocate@?$allocator@V?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@std@@@std@@QEAAXQEAV?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@2@_K@Z()
7ff68a65982b    mysqld.exe!?deallocate@?$allocator@V?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@std@@@std@@QEAAXQEAV?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@2@_K@Z()
7ff68a727fb1    mysqld.exe!?deallocate@?$allocator@V?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@std@@@std@@QEAAXQEAV?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@2@_K@Z()
7ff68a72788c    mysqld.exe!?deallocate@?$allocator@V?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@std@@@std@@QEAAXQEAV?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@2@_K@Z()
7ff68a713c8e    mysqld.exe!?deallocate@?$allocator@V?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@std@@@std@@QEAAXQEAV?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@2@_K@Z()
7ff68a711d85    mysqld.exe!?deallocate@?$allocator@V?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@std@@@std@@QEAAXQEAV?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@2@_K@Z()
7ff68a728506    mysqld.exe!?deallocate@?$allocator@V?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@std@@@std@@QEAAXQEAV?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@2@_K@Z()
7ff68a72950d    mysqld.exe!?deallocate@?$allocator@V?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@std@@@std@@QEAAXQEAV?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@2@_K@Z()
7ff68a728e2e    mysqld.exe!?deallocate@?$allocator@V?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@std@@@std@@QEAAXQEAV?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@2@_K@Z()
7ff68a6b7d1a    mysqld.exe!?deallocate@?$allocator@V?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@std@@@std@@QEAAXQEAV?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@2@_K@Z()
7ff68a6a21f8    mysqld.exe!?deallocate@?$allocator@V?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@std@@@std@@QEAAXQEAV?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@2@_K@Z()
7ff68a6a2b35    mysqld.exe!?deallocate@?$allocator@V?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@std@@@std@@QEAAXQEAV?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@2@_K@Z()
7ff68a5b082c    mysqld.exe!?set_compression_level@Zstd_comp@compression@transaction@binary_log@@UEAAXI@Z()
7ff68a44b4b6    mysqld.exe!?init@Rpl_info_values@@QEAA_NXZ()
7ff68a44fbc6    mysqld.exe!?init@Rpl_info_values@@QEAA_NXZ()
7ff68a37df6e    mysqld.exe!?init@Rpl_info_values@@QEAA_NXZ()
7ff68a379542    mysqld.exe!?init@Rpl_info_values@@QEAA_NXZ()
7ff6894dd1fe    mysqld.exe!?run_bootstrap_thread@bootstrap@@YA_NPEBDPEAUMYSQL_FILE@@P6A_NPEAVTHD@@@ZW4enum_thread_type@@@Z()
7ff68a9187a9    mysqld.exe!?deallocate@?$allocator@V?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@std@@@std@@QEAAXQEAV?$sub_match@V?$_String_const_iterator@V?$_String_val@U?$_Simple_types@D@std@@@std@@@std@@@2@_K@Z()
7ff68a4d139c    mysqld.exe!?my_thread_self_setname@@YAXPEBD@Z()
7ff969ed1bb2    ucrtbase.dll!_configthreadlocale()
7ff96a8c7374    KERNEL32.DLL!BaseThreadInitThunk()
7ff96c1fcc91    ntdll.dll!RtlUserThreadStart()

Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0): 
Connection ID (thread ID): 1
Status: NOT_KILLED

The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.

Возможно поможет innodb_force_recovery, но я не понимаю как запустить mysql с этим параметром. Пробовал прописать в который лежит modules\database\MySQL-8.0-Win10, но без результатно. Помогите пожалуйста советом или в каком направлении мне копать

Ошибки версии 625:

• Если я убираю поддержку PHP 8.1, тогда дефолтные домены не работают.

• У меня виртуальный диск F: для проектов, и когда указываю его в "каталогах", то не видны проекты. После небольшой проверки оказалось, что не работает, если нет директории. То есть если я указываю F:, не работает, а если укажу F:\work, работает. Это относится ко всем дискам.

Rim писал(а): ↑11 апр 2025, 10:41

• Если я убираю поддержку PHP 8.1, тогда дефолтные домены не работают.

Если я убираю из дома вилки, то я ем пальцем. Логично как бы. Они и не должны работать, если PHP 8.1
выключен или отсутствует и вы не в состоянии выбрать и включить другие модули для дефолтных проектов.

Rim писал(а): ↑11 апр 2025, 10:41

• У меня виртуальный диск F: для проектов, и когда указываю его в "каталогах", то не видны проекты. После небольшой проверки оказалось, что не работает, если нет директории. То есть если я указываю F:, не работает, а если укажу F:\work, работает. Это относится ко всем дискам.

Спасибо, сегодня исправим и выпустим обновление.

Максим писал(а): ↑11 апр 2025, 11:14

Rim писал(а): ↑11 апр 2025, 10:41

• Если я убираю поддержку PHP 8.1, тогда дефолтные домены не работают.

Если я убираю из дома вилки, то я ем пальцем. Логично как бы. Они и не должны работать, если PHP 8.1
выключен или отсутствует и вы не в состоянии выбрать и включить другие модули для дефолтных проектов.

Хочу отметить, что замечание пользователя вполне валидно, и не заслуживает пассивной агрессии в ответ. При установке нигде не сказано, что дефолтные домены требуют PHP 8.1. Понятно, ПО предназначено для профессионалов, но такие моменты, скажем так, портят юзер экспириенс, простите мой французский)
В плане идеи, можно было бы для всех модулей создать виртуальные алиасы вроде Module-Newest для свежайшей установленной версии и Module-Oldest для старейшей. Это было бы удобно в разных сценариях, в том числе можно было прописать в дефолтных доменах.

daniser писал(а): ↑11 апр 2025, 11:30 Хочу отметить, что замечание пользователя вполне валидно, и не заслуживает пассивной агрессии в ответ. При установке нигде не сказано, что дефолтные домены требуют PHP 8.1. Понятно, ПО предназначено для профессионалов, но такие моменты, скажем так, портят юзер экспириенс, простите мой французский)
В плане идеи, можно было бы для всех модулей создать виртуальные алиасы вроде Module-Newest для свежайшей установленной версии и Module-Oldest для старейшей. Это было бы удобно в разных сценариях, в том числе можно было прописать в дефолтных доменах.

Простите, но это костыли. Никаких костылей для пользователей, которые не в состоянии просто открыть меню программы и визуально определить что для дефолтных проектов не выбраны модули или они выключены, не будет. "Юзер экспириенс" таких пользователей нас мало интересует.

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

Максим писал(а): ↑11 апр 2025, 11:56 Простите, но это костыли. Никаких костылей для пользователей, которые не в состоянии просто открыть меню программы и визуально определить что для дефолтных проектов не выбраны модули или они выключены, не будет. "Юзер экспириенс" таких пользователей нас мало интересует.

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

Да в общем-то плевать на дефолтные проекты, я про другие сценарии использования, например при наличии алиасов можно было бы папку конфигурации проекта .osp закинуть в git и конфиг бы автоматом подцепился для всех разработчиков вне зависимости от установленной версии модуля у них на машине. Своего рода аналог --prefer-stable и --prefer-lowest у композера.

Как альтернативу алиасов Newest и Oldest можно было бы реализовать диапазоны допустимых версий вроде PHP-8.1...8.4 (синтаксис условный), а оспанель бы выбирала наиболее старшую из установленных на машине версий.

Рассмотрите такой вариант, пожалуйста.

Максим писал(а): ↑11 апр 2025, 11:14

Rim писал(а): ↑11 апр 2025, 10:41

• Если я убираю поддержку PHP 8.1, тогда дефолтные домены не работают.

Если я убираю из дома вилки, то я ем пальцем. Логично как бы. Они и не должны работать, если PHP 8.1
выключен или отсутствует и вы не в состоянии выбрать и включить другие модули для дефолтных проектов.

Да суть в том что я 8.1 вообще не устанавливаю, соответственно я же не знаю на какой версии работают дефолтные домены, да и мне на них плевать, но они существуют как пример

daniser писал(а): ↑11 апр 2025, 12:28 Да в общем-то плевать на дефолтные проекты, я про другие сценарии использования, например при наличии алиасов можно было бы папку конфигурации проекта .osp закинуть в git и конфиг бы автоматом подцепился для всех разработчиков вне зависимости от установленной версии модуля у них на машине. Своего рода аналог --prefer-stable и --prefer-lowest у композера.

Как альтернативу алиасов Newest и Oldest можно было бы реализовать диапазоны допустимых версий вроде PHP-8.1...8.4 (синтаксис условный), а оспанель бы выбирала наиболее старшую из установленных на машине версий.

Рассмотрите такой вариант, пожалуйста.

Ну, для этого нужно запретить выбирать какие модули устанавливать, да и проблема с версиями тоже остается, вот сейчас в 626 удалили mysql 5.5, а если она юзалась в 600, например?
Ну и если так делать то уже существует докер

Встаёт в аварию на чистой установке при запуске. Версия 6.2.6. Папка логов 0 размера.