Mandatory directory has not been created битрикс как исправить - Исправление ошибок и поиск оптимальных решений проблем

Пользователь 4802308

Посетитель

Сообщений: 42
Баллов: 7
Авторитет:

0
Рейтинг пользователя:

0
Регистрация: 27.11.2020

Добрый вечер!
Итак, просмотрев курс «Быстрый старт разработчика», я решил, что готов врываться в дружные ряды разрабов.
Все было неплохо, до того как возникла необходимость добавить новость в инфоблок)).
В общем проявилась проблема следующего характера: при попытке добавить детальную картинку/картинку для анонса на вкладке редактирования элемента инфоблока новости возникает ошибка Mandatory directory has not been created. Все действия я выполняю от лица генерального админа сайта.
Вопрос: как сие превозмочь? Сама картинка уже загружена в папку upload, но добавить ее к новости почему-то нельзя. Инфоблоки, насколько мне известно, работают напрямую с БД, посему никакие папки и т.д. создаваться не должны. Поидее в таблице в бд просто должна добавиться ссылка на картинку. Или я неправ?

Пользователь 4802308

Посетитель

Сообщений: 42
Баллов: 7
Авторитет:

0
Рейтинг пользователя:

0
Регистрация: 27.11.2020

Спасибо. Вроде бы сделал, как написано. Ошибка действительно больше не появляется. Тем не менее картинка все-равно не добавляется)) Т.е. в форме редактирования элемента она появляется, ее можно кадрировать и т.д., но после нажатия на кнопку сохранить ничего не меняется — картинки как не было, так и нет. При повторном заходе в форму на вкладке анонса/детального просмотра снова пусто.
Вероятно косяк с правами какой-то…

Пользователь 317949 Посетитель Сообщений: 39 Баллов: 3 Авторитет: 6 Рейтинг пользователя: 0 Регистрация: 04.03.2015	#4 0 24.12.2020 11:11:38 логи смотрите, скорее всего, в них ошибки падают)

Источник

Не создан временный каталог для загрузки Битрикс

Однажды, после переноса сайта на 1С Битрикс появилась проблема – файлы перестали загружаться. Сайт переносил хостер так как тогда я не работал с Битриксом. После переноса появилась ошибка «Ошибка! Временная папка не существует» или не создан временный каталог для загрузки Битрикс.

Как решить проблему

Итак, в Битрике как во многих CMS (системах управления контентом) существует временная папка для загрузки файлов – tmp.

Путь к данной папке прописан в файле dbconn.php, сам файл находится в :

Открываем файл и видим в самом низу строку

define(«BX_TEMPORARY_FILES_DIRECTORY», «тут будет прописан путь к временной папке»); например /bitrix/tmp

Далее необходимо убедится в том, что такая папка существует.

Если временная папка не существует

Создаем папку, где создавать – смотрим в пути. Владельцем папки должен быть пользователь который устанавливал (или переносил) сайт. Обычно это не root, а bitrix. Права для папки – 0755.

В принципе папку можно создать где вам угодно, после чего скопировать путь и прописать его в BX_TEMPORARY_FILES_DIRECTORY.

Если папка существует – смотрим права и владельца.

Бывают случаи когда владелец сайта один пользователь, но файлы переносились под учеткой root пользователя. В таком случае подключаемся к серверу через консоль SSH, и выполняем следующие команды:

find /home/bitrix/www -type f -exec chown bitrix:bitrix <> ;

find /home/bitrix/www -type d -exec chown bitrix:bitrix <> ;

find /home/bitrix/www -type f -exec chmod 644 <> ;

find /home/bitrix/www -type d -exec chmod 755 <> ;

/home/bitrix/www – это путь до вашего сайта,
-type f … — назначение прав,
bitrix:bitrix – пользователь:группа в которую входит пользователь.

После чего все должно работать. Если у вас остались вопросы или что-то пошло не так, задавайте вопросы в комментариях.

Источник

Ошибка при создании файла/папки 1С-Битрикс

Данная проблема в Битриксе может появляться при отсутствии нужных прав на каталоги и файлы. В моём случае проблема возникла при многосайтовости, до этого всё было в порядке, но спустя какое-то время после длительной работы, появилось ограничение. За время поиска решения этой задачи, я нашел несколько решений и думаю, что один из вариантов Вам поможет справиться с данной проблемой.

Первое что необходимо сделать — это проверить права на файлы и папки в нужном каталоге. Права на папку должны быть 755, на файлы 664. Ни в коем случае не выставляйте права 777 на папки или файлы, даже на время.

В моём случае этот метод не сработал, я стал копать дальше. Нашел такой совет. в файле /bitrix/php_interface/dbconn.php установить такие константы.

define( «BX_FILE_PERMISSIONS», 0660 );

define( «BX_DIR_PERMISSIONS», 0775 );

@ini_set( «memory_limit», «512M» );

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

find . -type d -exec chmod 775 < >;

find . -type f -exec chmod 664 < >;

В моём случае решение оказалось куда проще. Все сайты лежали в корневой директории, один из них являлся общим ядром. Но по какой-то причине прекратился общий доступ к «главному сайту» и всё что нужно было сделать — это открыть доступ.

Поскольку сайты на учётных записях закрыты процессы, запущенные на одном сайте, не имеют прав для обращения к каталогам, выходящим за пределы этого сайта. Для доступа из окружения веб-сервера потребуется открыть общий доступ к каталогу. Мой проект находится на beget и эта операция делается очень просто через файловый менеджер.

Зайдите в нужную директорию
В верхней части экрана нажмите на кнопку “Инструменты” -> “Настроить общий доступ к текущей директории”:
Установите переключатели “Чтение и запись” и “Включая вложенные папки”, нажмите кнопку “Открыть доступ”:

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

Источник

Частые вопросы

Ошибки при установке и работе продукта

Почему не приходят на почту уведомления о заполнении веб-форм?

Не появляется нужная служба доставки при оформлении заказа

В файле экспорта в Yandex.Market ссылки на несуществующие страницы (ошибка 404)

В файловом менеджере продукта не отображаются файлы и папки.

После распаковки рез. копии на всём сайте форма авторизации.

Не все файлы попадают в архив резервной копии

Редактор сайта не может загрузить картинки на сайт.

Не работает экспорт в Yandex.Market(YML не принят), что делать?

После перехода с на компонент рассылки версии 2.0 выпуски расслыки не создаются, что делать?

Количество сообщений (тем, новостей и т.д.) на странице не совпадает с количеством, указанном в настройке компонента

При распаковке резервной копии происходит ошибка «ERROR 1062 (23000) at line 1247: Duplicate entry ‘2-?’ for key 2»

При установке демо версии происходит ошибка «Срок работы пробной версии продукта истек. «

Пропадает панель инструментов в публичной части.

Копирование элемента в форме редактирования не работает

Проблема : Увеличивается объём занимаемого места в папке /bitrix/cache/

Создал группу «Редакторы сайта», но при входе в административную часть выводится сообщение «Доступ запрещён».

На сайте обнаружен вирус

Поиск выдаёт ссылки на несуществующие страницы (404 — HTTP not found)

Не создаются автоматические выпуски рассылки

Ошибка при обновлении [SYS_ERROR_12]

При попытке обновления выдаётся ошибка «Ошибка соединения с сервером обновлений: [110] Connection timed out.»

Не работает AJAX в компонентах. не работает javascript в компонентах

В статистике дублируется информация посещениях

Не отправляется email из продукта. Что делать?

Вместо содержимого страницы: «500 Внутренняя ошибка сервера» или «500 Internal Server Error» или «502 Bad gateway»

При обращении к сайту открываются новые окна, которые не имею отношения к содержимому сайта

Не работает визуальный редактор

Инсталлятор пишет: «путь для сохранения параметров сессии не установлен». Как это исправить?

При загрузке изображения отображается ошибка: файл не является графическим

Использую многосайтовость. При добавлении второго сайта не применяются шаблоны к сайту

При попытке импортировать данные из файла csv не переносятся цены.

Пропадает авторизация пользователя

При оформлении заказа, графы о налоге нет

При удалении сайта возникает ошибка

Ошибка при обновлении [ERROR_WRONG_CODE]

Скачанная документация в формате .chm не работает: выдает справа страницу эксплорера с надписью «не могу отобразить страницу, проверьте настройки».

Диалог авторизации после публикации темы в премодерируемом форуме

Ошибка при работе с flash-файлами

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

Под IIS не фиксируются хиты

Не фиксируются пользователи добавившие сайт в избранное

При переходе по баннеру запрашивается авторизация

Яндекс — нет даты последнего изменения

Не работает функция проверки орфографии (spell checker).

Почему не приходят на почту уведомления о заполнении веб-форм?

1. Проверьте, пожалуйста, настройки почтового события заполнения формы и его шаблона.

Откройте Панель управления — Настройки — Настройки продукта — Почтовые события; выберите событие.

На первой закладке, должны стоять галочки возле используемых на Вашем сайте кодов языка. На закладке «шаблоны» должна стоять галочка возле имени Вашего сайта, хотя бы у одного шаблона (обычно он там как раз один). Также, в настройках выбранного почтового шаблона (можно перейти прямо по ссылке со страницы «шаблоны», не забудьте только перед этим нажать «применить», если были сделаны какие-то настройки), должна стоять галочка «активен», и также должен быть выбран Ваш сайт. Также должны быть корректно заполнены поля «от кого» и «кому» (значения по-умолчанию #DEFAULT_EMAIL_FROM# и #EMAIL#, соответственно).

2. Если все эти настройки соответствуют истине, то в настройках модуля веб-формы отключите флаг «использовать упрощенный режим», перейдите в настройки соответсвующей формы, вкладка дополнительно, убедитесь, что флаг привязки к почтовому шаблону проставлен. Если и здесь все в порядке, то перейдите, пожалуйста, в Настройки-Инструменты-SQL-запрос и выполните такой запрос:

select * from b_event where event_name like ‘%form%’ order by date_insert desc

Найдите событие заполнения формы, смотрите в поле SUCCESS_EXEC:

стоит Y — письмо из продукта ушло, дальнейшую его судьбу попросите отследить администратора хостинга
стоит N — зайдите в файл /bitrix/php_interface/dbconn.php и проверьте не определены ли у Вас константы
BX_CRONTAB и BX_CRONTAB_SUPPORT, если да — убрать их определение вообще из этого файла. Если после этого SUCCESS_EXEC также N, то необходимо перейти в папку /bitrix/managed_cache/ и попытаться удалить содержимое (обязательно через модуль управления структурой, а не через FTP), если получите ошибку — значит необходимо исправить проблему с доступом продукта к папкам, чтобы Вы могли удалить файлы и папки из кеша.
Стоит F — функция mail() по какой-то причине вернула False при отправке. Наиболее типичные проблемы:

Наверх

Не появляется нужная служба доставки при оформлении заказа

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

Наверх

В файле экспорта в Yandex.Market ссылки на несуществующие страницы (ошибка 404)

Проблема заключается в некорректно указанном «URL страницы детального просмотра элемента» в настройках информационного блока, которому принадлежат товары, экспортируемые в Yandex.Market.
Данная проблема решается как и аналогичная проблема с поиском:
Поиск выдаёт ссылки на несуществующие страницы (404 — HTTP not found)
Наверх

В файловом менеджере продукта не отображаются файлы и папки.

У данного поведения продукта есть две причины:
1. в настройках сайтов, значение поля «Путь к корневой папке веб-сервера для этого сайта» не соответствует реальному пути к DOCUMENT_ROOT.
«Настройки»-> «Настройки продукта»-> «Сайты»-> «Список сайтов»

2. На корневую папку сайта (DOCUMENT_ROOT) установлены права недостаточные для чтение её содержимого. В данном случае надо установить на папку наиболее полные права:
http://dev.1c-bitrix.ru/support/faq/8366/#112853
http://dev.1c-bitrix.ru/community/blogs/howto/387.php
Наверх

После распаковки рез. копии на всём сайте форма авторизации.

Чтобы решить данную проблему надо обратить внимание на 2 аспекта:
1. Проверить на корректность в настройках сайтов значение поля «Путь к корневой папке веб-сервера для этого сайта»:
«Настройки»-> «Настройки продукта»-> «Сайты»-> «Список сайтов»

2. Если перенос осуществлялся простым копированием файлов (FTP/SSH),мог не скопироваться файл /.access.
В данном файле хранятся права групп пользователей к сайту, если данного файла нет, то для всех пользователей устанавливается право «Запрещено».

Проблема решается одним из способов:
А. Вам надо зайти через файловый менеджер продукта в свойства корневой папки сайта и на вкладке «Доступ» установить для группы «Неавторизованные пользователи» право «Чтение».

Б. В корень сайта положить файл .access с содержимым:

Наверх

Не все файлы попадают в архив резервной копии

При просмотре архива, созданного штатной системой резервного копирования, через WinRar видно, что файлов в архиве гораздо меньше, чем на сайте.

Дело в том, что у tar есть несколько диалектов. Мы пакуем в формате GNU tar, как это делает по умолчанию tar в linux. WinRar понимает tar, но конкретно этот диалект поддерживает не полностью.

Наш архив должен распаковываться нашим restore.php, скачанным со страницы резервного копирования. Если этого не происходит, проблему следует решать через техподдержку. Проблемы распаковки сторонними инструментами (WinRar в том числе) техподдержка не решает.
Наверх

Редактор сайта не может загрузить картинки на сайт.

Описание:
В визуальном редакторе у редактора сайта вкладка «Загрузить файл» неактивная, причём администартор сайта
без проблем может загружать файлы.

Решение:
Вам надо создать новый уровень доступа к Главному модулю (Файл/Папка):
«Настройки»-> «Пользователи»-> «Уровни доступа».
http://dev.1c-bitrix.ru/learning/course/lesson.php?COURSE_ID=6&ID=1223

В созданном уровне доступа выберите флажок «Загрузка файла на сервер (fm_upload_file)», сохраните.
Затем Вам надо данный уровень доступа установить на корневую папку сайта, для требуемой группы пользователей.

Это должно решить проблему.

Наверх

Не работает экспорт в Yandex.Market(YML не принят), что делать?

При проверке файла экспорта в Yandex.Market ошибка вида:

1.»YML не принят: Фид не разобран до конца — ошибка парсера XML (Error parsing XML feed) (line: 81 column: 5): Unterminated entity declaration, ‘ContentType’»

Проблема в том, что по умолчанию в папке /upload не выполняются php скрипты.
Для решения проблемы вам следует перенести файл экспорта в другую папку, отличную от /upload, и в папке разрешить выполнение php скриптов в файле .htaccess при помощи директивы AddType
Можно прямо в папке /upload создать директории, переместить туда файл yandex.php, создать в этой директории файл .htaccess и переопределить в нём AddType:

AddType application/x-httpd-php .php

2. «Notice : Undefined index: referer1 in /var/www/alexey/data/www/telecamera.ru/upload/yandex.php on line 1»

В файле .htaccess, папки в которой находится файл экспорта, вам следует отключить отображение замечаний(NOTICE).
Уровень вывода ошибок задаётся директивой php_value error_reporting.
Данную директиву можно определить также в настройках PHP.
Например уровень:
error_reporting = E_ALL &

позволяет выводить все ошибки, за исключением замечаний.

Наверх

После перехода с на компонент рассылки версии 2.0 выпуски расслыки не создаются, что делать?

Выпуск автоматической рассылки создаётся/не создаётся в зависимости от значения переменной $SUBSCRIBE_TEMPLATE_RESULT.

Если используется компонент рассылки версии 1.0:

$SUBSCRIBE_TEMPLATE_RESULT это глобальная переменная, её значение определяется внутри компонента.

Поэтому в шаблоне рассылке достаточно просто вызвать компонент для определения значения $SUBSCRIBE_TEMPLATE_RESULT.

Если используется компонент рассылки версии 2.0:

$SUBSCRIBE_TEMPLATE_RESULT не является глобальной, поэтому просто вызвать компонент для определения значения этой переменной недостаточно(как это было с компонентом версии 1.0):

IncludeComponent(
«bitrix:subscribe.news»,
«»,
Array(
«SITE_ID» => «s1»,
«IBLOCK_TYPE» => «news»,
«ID» => «»,
«SORT_BY» => «ACTIVE_FROM»,
«SORT_ORDER» => «DESC»
)
);?>

Сам компонент возвращает количество элементов, которые попадают в следующий выпуск рассылки, соответственно переменной $SUBSCRIBE_TEMPLATE_RESULT следует присвоит значение, возвращаемое компонентом bitrix:subscribe.news:

IncludeComponent(
«bitrix:subscribe.news»,
«»,
Array(
«SITE_ID» => «s1»,
«IBLOCK_TYPE» => «news»,
«ID» => «»,
«SORT_BY» => «ACTIVE_FROM»,
«SORT_ORDER» => «DESC»
)
);?>

В этом случае $SUBSCRIBE_TEMPLATE_RESULT будет определена и выпуск будет сформирован по расписанию.

Наверх

Скорее всего, в настройках используемого компонента отмечена опция «Использовать обратную постраничную навигацию».

В данном режиме происходит обратный отсчёт страниц (последняя страница считается первой).

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

При данном типе постраничной навигации разбиение на страницы произойдёт, если остаток при делении количества сообщений на первой странице на число, указанное в настройках компонента, будет больше или равно двум.

Например, если всего 170 сообщений в форуме, и в настройках компонента указано число сообщении на странице равное 20, будет образовано 8 страниц, на первой — 30 сообщений, на остальных — 20. При данных настройках в случае достижении количества сообщений равным 180, будут образованы 9 страниц по 20 сообщений.

При обратной страничной навигации количество сообщений на странице либо равно числу, указанному в настройках компонента, либо больше его.

Наверх

При распаковке резервной копии происходит ошибка «ERROR 1062 (23000) at line 1247: Duplicate entry ‘2-?’ for key 2»

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

Тут важно знать 2 аспекта:

a. Кодировка дампа устанавливается в зависимости от содержимого файла /bitrix/php_interface/after_connect.php, например:

Query(«SET NAMES ‘utf8′»);
?>

т.е дамп будет создаваться в кодировке «utf8».

b. Кодировку сервера баз данных можно увидеть в параметре «character_set_server» после выполнения SQL-запроса:

show variables where Variable_name = ‘character_set_server’;

Ошибка происходит если данные кодировки (п.1 и п.2) различаются.

Обойти или устранить эту ошибку можно двумя способами:

1. В настройках сервера изменить кодировку в параметре «character_set_server» (b) на ту, в которой сделан дамп (a).

Важно: данную операцию делаете или Вы или администратор сервера в зависимости от прав, которыми Вы обладаете.

2. Можно открыть дамп в текстовом редакторе и в самое начало вставить строку:

Кодировка выбирается в зависимости от кодировки, в которой сделан дамп (a).

Важно: Данный способ работает только на небольшие дампы (которые успевают импортировать за один шаг)

Наверх

При установке демо версии происходит ошибка «Срок работы пробной версии продукта истек. «

Возможные причины:

1. В большинстве случаев данная ошибка наблюдается из-за того, что дистрибутив продукта (архив) был не до конца скачан с нашего сайта.

2. Также проблема может быть из-за большой разности времени, которое установлено, на веб-сервере и времени на сервере базы. Т.е. Пробная версии создалась для одной даты, а при сравнении с базой данных, дата уже совсем другая. Если это так, то время надо синхронизировать.

3. Возможно база данных, в которую выполняется установка продукта, не пуста и время действия продукта берётся со старой установки.

Ниже приведены рекомендации, при выполнении которых данная ошибка точно не появится:

1. Перед установкой продукта очистите корневую папку сайта от всех файлов (оставить надо только файлы, относящиеся к данной установке продукта).

2. Выполняйте установку только в пустую базу данных или создавайте её нашим мастером установки (можно также воспользоваться и phpMyAdmin).

3. Настоятельно рекомендуем пользоваться специальным скриптом bitrixsetup.php для скачивания и установки дистрибутива последней версии:

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

5. Также возможно, что в процессе распаковки дистрибутива произошёл сбой и не все файлы распаковались. Рекомендуем повторно распаковать продукт.

Скачать скрипт можно здесь:

Инструкция по установке продукта:

Учебный курс по установке продукта:

Наверх

Пропадает панель инструментов в публичной части.

Панель не выводится для пользователей, которым не хватает прав ни на одну операцию, задаваемую кнопками административной панели.

Например, группе пользователей дано право «Изменение» для определённого инфоблока. Компоненты для работы с инфоблоками добавляют кнопки только на вкладку «Редактирование», поэтому вкладка «Просмотр» не доступна пользователям с данными правами.

Если вам необходимо вывести панель в обязательном порядке, воспользуйтесь одним из следующих вариантов решения:

1. Дать группе пользователей право на управление кешем страницы (данная возможность появится на вкладке «Просмотр»).

Для этого создайте новый уровень доступа для Главного модуля с привязкой «Модуль», и доступной операцией «Управление кешем (cache_control)» (подробнее об уровнях доступа в учебном курсе «Администрирование системы»:

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

2. Выводить панель программно для определённой группы пользователей.

Для этого в шаблон сайта вставьте проверку:

GetUserGroupArray();
if (in_array( , $arGroups ))
$APPLICATION->ShowPanel = true;
?>

где номер_группы — ID группы, для которой требуется вывод панели.

Источник

Adblock
detector

Источник

Содержание

Не создан временный каталог для загрузки Битрикс
Как решить проблему
Если временная папка не существует
VMBitrix 7.3.0 в релизе
Не запускается MySQL (но не из-за места)

Не создан временный каталог для загрузки Битрикс

Как решить проблему

Путь к данной папке прописан в файле dbconn.php, сам файл находится в :

Открываем файл и видим в самом низу строку

define(«BX_TEMPORARY_FILES_DIRECTORY», «тут будет прописан путь к временной папке»); например /bitrix/tmp

Далее необходимо убедится в том, что такая папка существует.

Если временная папка не существует

В принципе папку можно создать где вам угодно, после чего скопировать путь и прописать его в BX_TEMPORARY_FILES_DIRECTORY.

Если папка существует – смотрим права и владельца.

find /home/bitrix/www -type f -exec chown bitrix:bitrix <> ;

find /home/bitrix/www -type d -exec chown bitrix:bitrix <> ;

find /home/bitrix/www -type f -exec chmod 644 <> ;

find /home/bitrix/www -type d -exec chmod 755 <> ;

/home/bitrix/www – это путь до вашего сайта,
-type f … — назначение прав,
bitrix:bitrix – пользователь:группа в которую входит пользователь.

Источник

VMBitrix 7.3.0 в релизе

Цитата
Андрей написал: Loading mirror speeds from cached hostfile * Webmin: download.webmin.com

Цитата
Никита Дыбкин написал: Добрый день! Не уверен что по теме, но может подскажет кто-либо. После включения мониторинга и прошествии длительного времени картина следующая — нагрузка везде по «0» и графики отсутствуют.

Цитата
Никита Дыбкин написал: Добрый день! Не уверен что по теме, но может подскажет кто-либо. После включения мониторинга и прошествии длительного времени картина следующая — нагрузка везде по «0» и графики отсутствуют.

Никита Дыбкин , исправление в бетке 7.3.13 выходило. Подробности здесь https://dev.1c-bitrix.ru/community/forums/messages/forum32/topic112215/message5732 77/#message573277

Аналогичная ситуация на втором сервере. Чистая установка. 3 сайта.
Все работает отлично пока находишься в активной сессии.
При повторном заходе появляется красная надпись

Но у меня и список сайтов вдео и операции внутри ВМ проходят нормально (пока)

Добрый день, коллеги!

Версия окружения 7.3.4.

Всё хорошо, но при попытке создать инстанс sphinx’а появляется ошибка ошибку:
/opt/webdir/bin/menu/07_sphinx/01_create_sphinx_instance.sh: line 22: : command not found

И соответственно после ничего не происходит.

Кто-нибудь уже сталкивался с такой проблемой?

Здравствуйте! Веб окружение 7.3.4

Несколько дней пробую запустить мониторинг, ни в какую.

Файл конфигурации пуст:

[root@server /]# cat /etc/nginx/bx/server_monitor.conf
[root@server /]#

Сами сервисы мониторинга установлены:

[root@server /]# ls /etc/munin/
conf.d munin-node.conf munin.conf plugin-conf.d plugins static templates
[root@server /]# ls /etc/nagios/
bitrix-pool cgi.cfg nagios.cfg nrpe.cfg objects passwd private
[root@server /]#

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

Вот что в конце лога
TASK [monitor : munin-master — create directory for additional configs] ********

ok: [server] TASK [monitor : munin-master — add all hosts fr om default group on monitoring] * ok: [server] TASK [monitor : nagios — create config] **************************************** ok: [server] TASK [monitor : nagios — create bitrix-pool directory] ************************* ok: [server] TASK [monitor : nagios — replace default localhost file] *********************** ok: [server] TASK [monitor : nagios — create commands and default tests definitions] ******** failed: [server] (item=check_nrpe_commands.cfg) => <«changed»: true, «failed»: true, «item»: «check_nrpe_commands.cfg», «msg»: «Destination directory /etc/nagios/conf.d does not exist»>failed: [server] (item=default_tests_for_servers.cfg) => <«changed»: true, «failed»: true, «item»: «default_tests_for_servers.cfg», «msg»: «Destination directory /etc/nagios/conf.d does not exist»>failed: [server] (item=email_commands.cfg) => <«changed»: true, «failed»: true, «item»: «email_commands.cfg», «msg»: «Destination directory /etc/nagios/conf.d does not exist»>to retry, use: —lim it @/etc/ansible/monitor.retry PLAY RECAP ********************************************************************* server : ok=102 changed=30 unreachable=0 failed=1

Цитата
Марк Галич написал: Добрый день, коллеги!

Версия окружения 7.3.4.

И соответственно после ничего не происходит.

Кто-нибудь уже сталкивался с такой проблемой?

ставлю окружение 7.3.4
хочу развернуть резервную копию , но получаю вот это, кто нибуть сталкивался?

Цитата
Андрей Кондуров написал: ставлю окружение 7.3.4 хочу развернуть резервную копию , но получаю вот это, кто нибуть сталкивался?

и вообще там же написано что за ошибка, вы даже не попытались искать решение

Цитата
Алексей Шафранский написал:

Цитата
Никита Дыбкин написал: Добрый день! Не уверен что по теме, но может подскажет кто-либо. После включения мониторинга и прошествии длительного времени картина следующая — нагрузка везде по «0» и графики отсутствуют.

То есть, видимо, будет включено в какое-то из дальнейших не BETA обновлениях?

Цитата
Марк Галич написал: Добрый день, коллеги!

Версия окружения 7.3.4.

И соответственно после ничего не происходит.

Кто-нибудь уже сталкивался с такой проблемой?

Цитата
Александр Жидков написал: Здравствуйте! Веб окружение 7.3.4

Несколько дней пробую запустить мониторинг, ни в какую.

Файл конфигурации пуст:

[root@server /]# cat /etc/nginx/bx/server_monitor.conf
[root@server /]#

Сами сервисы мониторинга установлены:

Источник

Не запускается MySQL (но не из-за места)

Добрый день господа! Помогите разобраться:
У нас vmbitrix последней сборки.

С утра после перезагрузки портал не может запустить Mysql:

Прошли по ранее уже известным нам граблям и:
1) Проверили свободное — место, там 2 терабайта, занято 1%.
2) Удалили временные файлы сокетов, рестартнули Mysqld но не помогает.

При рестарте выводит вот это:
Job for mysqld.service failed because the control process exited with error code. See «systemctl status mysqld.service» and «journalctl -xe» for details.

Привожу тексты разных команд.

Во-первых:
systemctl status mysqld.service

Цитата
Андрей Николаев написал: а в логах мускуля что? (стандартно в /var/lib/mysql/* лежит)

Логов с расширением .err не удалось найти. А эти не удалось прочитать

Цитата
Андрей Николаев написал: Надежда Неверова , а в логах мускуля что? (стандартно в /var/lib/mysql/* лежит)

Нашла лог по этому пути: /var/log/mysql/error.log

вот последние строки

2019-01-29T09:56:12.246197Z 0 [Note] Binlog end
2019-01-29T09:56:12.246366Z 0 [Note] Shutting down plugin ‘MyISAM’
2019-01-29T09:56:12.247399Z 0 [Note] /usr/sbin/mysqld: Shutdown complete

2019-01-29T09:56:12.691254Z 0 [Warning] Changed limits: max_open_files: 5000 (requested 20540)
2019-01-29T09:56:12.691846Z 0 [Warning] Changed limits: table_open_cache: 2470 (requested 10240)
2019-01-29T09:56:12.884721Z 0 [Warning] ‘NO_AUTO_CREATE_USER’ sql mode was not set.
2019-01-29T09:56:12.887056Z 0 [Note] /usr/sbin/mysqld (mysqld 5.7.21-21) starting as process 20629 .
2019-01-29T09:56:12.898120Z 0 [Note] InnoDB: PUNCH HOLE support available
2019-01-29T09:56:12.898185Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-01-29T09:56:12.898194Z 0 [Note] InnoDB: Uses event mutexes
2019-01-29T09:56:12.898201Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2019-01-29T09:56:12.898208Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.7
2019-01-29T09:56:12.898214Z 0 [Note] InnoDB: Using Linux native AIO
2019-01-29T09:56:12.898634Z 0 [Note] InnoDB: Number of pools: 1
2019-01-29T09:56:12.898825Z 0 [Note] InnoDB: Using CPU crc32 instructions
2019-01-29T09:56:12.901505Z 0 [Note] InnoDB: Initializing buffer pool, total size = 2G, instances = 8, chunk size = 128M
2019-01-29T09:56:12.970670Z 0 [Note] InnoDB: Completed initialization of buffer pool
2019-01-29T09:56:12.987082Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2019-01-29T09:56:13.001283Z 0 [Note] InnoDB: Recovering partial pages from the parallel doublewrite buffer at /var/lib/mysql/xb_doublewrite
2019-01-29T09:56:13.023369Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
2019-01-29T09:56:13.036056Z 0 [Note] InnoDB: Log scan progressed past the checkpoint lsn 2142290997
2019-01-29T09:56:13.036131Z 0 [Note] InnoDB: Doing recovery: scanned up to log sequence number 2142315008
2019-01-29T09:56:13.037015Z 0 [ERROR] InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 2142290997 and the end 2142315008.
2019-01-29T09:56:13.037570Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error
2019-01-29T09:56:18.218481Z 0 [ERROR] Plugin ‘InnoDB’ init function returned error.
2019-01-29T09:56:18.218547Z 0 [ERROR] Plugin ‘InnoDB’ registration as a STORAGE ENGINE failed.
2019-01-29T09:56:18.218562Z 0 [ERROR] Failed to initialize builtin plugins.
2019-01-29T09:56:18.218571Z 0 [ERROR] Aborting

2019-01-29T09:56:18.218635Z 0 [Note] Binlog end
2019-01-29T09:56:18.218808Z 0 [Note] Shutting down plugin ‘MyISAM’
2019-01-29T09:56:18.220104Z 0 [Note] /usr/sbin/mysqld: Shutdown complete

2019-01-29T09:56:18.652338Z 0 [Warning] Changed limits: max_open_files: 5000 (requested 20540)
2019-01-29T09:56:18.652933Z 0 [Warning] Changed limits: table_open_cache: 2470 (requested 10240)
2019-01-29T09:56:18.877797Z 0 [Warning] ‘NO_AUTO_CREATE_USER’ sql mode was not set.
2019-01-29T09:56:18.879765Z 0 [Note] /usr/sbin/mysqld (mysqld 5.7.21-21) starting as process 20675 .
2019-01-29T09:56:18.891745Z 0 [Note] InnoDB: PUNCH HOLE support available
2019-01-29T09:56:18.891823Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-01-29T09:56:18.891838Z 0 [Note] InnoDB: Uses event mutexes
2019-01-29T09:56:18.891847Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2019-01-29T09:56:18.891854Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.7
2019-01-29T09:56:18.891876Z 0 [Note] InnoDB: Using Linux native AIO
2019-01-29T09:56:18.892368Z 0 [Note] InnoDB: Number of pools: 1
2019-01-29T09:56:18.892592Z 0 [Note] InnoDB: Using CPU crc32 instructions
2019-01-29T09:56:18.895955Z 0 [Note] InnoDB: Initializing buffer pool, total size = 2G, instances = 8, chunk size = 128M
2019-01-29T09:56:18.989038Z 0 [Note] InnoDB: Completed initialization of buffer pool
2019-01-29T09:56:19.021051Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2019-01-29T09:56:19.038813Z 0 [Note] InnoDB: Recovering partial pages from the parallel doublewrite buffer at /var/lib/mysql/xb_doublewrite
2019-01-29T09:56:19.088939Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
2019-01-29T09:56:19.113804Z 0 [Note] InnoDB: Log scan progressed past the checkpoint lsn 2142290997
2019-01-29T09:56:19.113894Z 0 [Note] InnoDB: Doing recovery: scanned up to log sequence number 2142315008
2019-01-29T09:56:19.115144Z 0 [ERROR] InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 2142290997 and the end 2142315008.
2019-01-29T09:56:19.115779Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error

Источник