Однажды, после переноса сайта на 1С Битрикс появилась проблема – файлы перестали загружаться. Сайт переносил хостер так как тогда я не работал с Битриксом. После переноса появилась ошибка «Ошибка! Временная папка не существует» или не создан временный каталог для загрузки Битрикс.
Как решить проблему
Итак, в Битрике как во многих CMS (системах управления контентом) существует временная папка для загрузки файлов – tmp.
Путь к данной папке прописан в файле dbconn.php, сам файл находится в :
имя_сайта/bitrix/php_interface
Открываем файл и видим в самом низу строку
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 – пользователь:группа в которую входит пользователь.
После чего все должно работать. Если у вас остались вопросы или что-то пошло не так, задавайте вопросы в комментариях.
Используя сайт abuzov.ru, вы даете согласие на работу с cookie, Яндекс.Метрикой, Google Analytics для сбора технических данных.OKПодробнее
Материал из Wiki — Iphoster — the best ever hosting and support. 2005 — 2023
Перейти к:навигация, поиск
Bitrix — ошибка Mandatory category has not been created
Ошибка при загрузке фото:
Mandatory category has not been created
Решение — прописать константу к папке tmp:
# vi bitrix/php_interface/dbconn.php
define("BX_TEMPORARY_FILES_DIRECTORY", "/var/www/user1/data/www/site.ru/tmp/");
Директория
/var/www/user1/data/www/site.ru/tmp/
должна быть создана с правами user1:user1 и правами 777
Источник — https://wiki.iphoster.net/index.php?title=Bitrix_-_ошибка_Mandatory_category_has_not_been_created&oldid=7862
Нужно обновить картинку на сайте.
Но при простой попытке загрузить изображение предварительно в библиотеку, ругается «Не удалось найти времнный каталог для хранения файлов».
В чем проблема?
-
Вопрос заданболее трёх лет назад
-
2165 просмотров
Пригласить эксперта
Проверьте значение константы BX_TEMPORARY_FILES_DIRECTORY — там содержится пусть к временному каталогу для хранения файлов.
Он должен существовать и к нему должен (его владелец bitrix, группа bitrix, права 0775).
-
Показать ещё
Загружается…
05 июн. 2023, в 19:29
1000 руб./за проект
25 мая 2023, в 11:04
3000 руб./в час
22 мая 2023, в 18:02
120000 руб./за проект
Минуточку внимания
|
Пользователь 4802308 Посетитель Сообщений: 42 |
Добрый вечер! |
|
Пользователь 4802308 Посетитель Сообщений: 42 |
Спасибо. Вроде бы сделал, как написано. Ошибка действительно больше не появляется. Тем не менее картинка все-равно не добавляется)) Т.е. в форме редактирования элемента она появляется, ее можно кадрировать и т.д., но после нажатия на кнопку сохранить ничего не меняется — картинки как не было, так и нет. При повторном заходе в форму на вкладке анонса/детального просмотра снова пусто. |
|
Пользователь 317949 Посетитель Сообщений: 39 |
#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 и эта операция делается очень просто через файловый менеджер.
- Зайдите в нужную директорию
- В верхней части экрана нажмите на кнопку “Инструменты” -> “Настроить общий доступ к текущей директории”:
- Установите переключатели “Чтение и запись” и “Включая вложенные папки”, нажмите кнопку “Открыть доступ”:
Если представленные варианты не принесли желаемого результата, то пишите в комментарии, будет время, что-нибудь придумаем.
Источник
Частые вопросы
Ошибки при установке и работе продукта
| Почему не приходят на почту уведомления о заполнении веб-форм? |
| 1. Проверьте, пожалуйста, настройки почтового события заполнения формы и его шаблона.
Откройте Панель управления — Настройки — Настройки продукта — Почтовые события; выберите событие. На первой закладке, должны стоять галочки возле используемых на Вашем сайте кодов языка. На закладке «шаблоны» должна стоять галочка возле имени Вашего сайта, хотя бы у одного шаблона (обычно он там как раз один). Также, в настройках выбранного почтового шаблона (можно перейти прямо по ссылке со страницы «шаблоны», не забудьте только перед этим нажать «применить», если были сделаны какие-то настройки), должна стоять галочка «активен», и также должен быть выбран Ваш сайт. Также должны быть корректно заполнены поля «от кого» и «кому» (значения по-умолчанию #DEFAULT_EMAIL_FROM# и #EMAIL#, соответственно). 2. Если все эти настройки соответствуют истине, то в настройках модуля веб-формы отключите флаг «использовать упрощенный режим», перейдите в настройки соответсвующей формы, вкладка дополнительно, убедитесь, что флаг привязки к почтовому шаблону проставлен. Если и здесь все в порядке, то перейдите, пожалуйста, в Настройки-Инструменты-SQL-запрос и выполните такой запрос: select * from b_event where event_name like ‘%form%’ order by date_insert desc Найдите событие заполнения формы, смотрите в поле SUCCESS_EXEC: стоит Y — письмо из продукта ушло, дальнейшую его судьбу попросите отследить администратора хостинга Наверх |
| Не появляется нужная служба доставки при оформлении заказа |
| Каждый обработчик службы доставки имеет свои нюансы и требования, при несоблюдении которых служба доставки не будет появляться при оформлении заказа.
Наверх |
| В файле экспорта в Yandex.Market ссылки на несуществующие страницы (ошибка 404) |
| Проблема заключается в некорректно указанном «URL страницы детального просмотра элемента» в настройках информационного блока, которому принадлежат товары, экспортируемые в Yandex.Market. Данная проблема решается как и аналогичная проблема с поиском: Поиск выдаёт ссылки на несуществующие страницы (404 — HTTP not found) Наверх |
| В файловом менеджере продукта не отображаются файлы и папки. |
| У данного поведения продукта есть две причины: 1. в настройках сайтов, значение поля «Путь к корневой папке веб-сервера для этого сайта» не соответствует реальному пути к DOCUMENT_ROOT. «Настройки»-> «Настройки продукта»-> «Сайты»-> «Список сайтов» 2. На корневую папку сайта (DOCUMENT_ROOT) установлены права недостаточные для чтение её содержимого. В данном случае надо установить на папку наиболее полные права: |
| После распаковки рез. копии на всём сайте форма авторизации. |
| Чтобы решить данную проблему надо обратить внимание на 2 аспекта: 1. Проверить на корректность в настройках сайтов значение поля «Путь к корневой папке веб-сервера для этого сайта»: «Настройки»-> «Настройки продукта»-> «Сайты»-> «Список сайтов» 2. Если перенос осуществлялся простым копированием файлов (FTP/SSH),мог не скопироваться файл /.access. Проблема решается одним из способов: Б. В корень сайта положить файл .access с содержимым: Наверх |
| Не все файлы попадают в архив резервной копии |
| При просмотре архива, созданного штатной системой резервного копирования, через WinRar видно, что файлов в архиве гораздо меньше, чем на сайте.
Дело в том, что у tar есть несколько диалектов. Мы пакуем в формате GNU tar, как это делает по умолчанию tar в linux. WinRar понимает tar, но конкретно этот диалект поддерживает не полностью. Наш архив должен распаковываться нашим restore.php, скачанным со страницы резервного копирования. Если этого не происходит, проблему следует решать через техподдержку. Проблемы распаковки сторонними инструментами (WinRar в том числе) техподдержка не решает. |
| Редактор сайта не может загрузить картинки на сайт. |
| Описание: В визуальном редакторе у редактора сайта вкладка «Загрузить файл» неактивная, причём администартор сайта без проблем может загружать файлы. Решение: В созданном уровне доступа выберите флажок «Загрузка файла на сервер (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 скрипты. 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). позволяет выводить все ошибки, за исключением замечаний. Наверх |
| После перехода с на компонент рассылки версии 2.0 выпуски расслыки не создаются, что делать? |
| Выпуск автоматической рассылки создаётся/не создаётся в зависимости от значения переменной $SUBSCRIBE_TEMPLATE_RESULT.
Если используется компонент рассылки версии 1.0: $SUBSCRIBE_TEMPLATE_RESULT это глобальная переменная, её значение определяется внутри компонента. Поэтому в шаблоне рассылке достаточно просто вызвать компонент для определения значения $SUBSCRIBE_TEMPLATE_RESULT. Если используется компонент рассылки версии 2.0: $SUBSCRIBE_TEMPLATE_RESULT не является глобальной, поэтому просто вызвать компонент для определения значения этой переменной недостаточно(как это было с компонентом версии 1.0): IncludeComponent( Сам компонент возвращает количество элементов, которые попадают в следующий выпуск рассылки, соответственно переменной $SUBSCRIBE_TEMPLATE_RESULT следует присвоит значение, возвращаемое компонентом bitrix:subscribe.news: IncludeComponent( В этом случае $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(); где номер_группы — ID группы, для которой требуется вывод панели. Источник Adblock |
Содержание
- Не создан временный каталог для загрузки Битрикс
- Как решить проблему
- Если временная папка не существует
- VMBitrix 7.3.0 в релизе
- Не запускается MySQL (но не из-за места)
Не создан временный каталог для загрузки Битрикс
Однажды, после переноса сайта на 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 – пользователь:группа в которую входит пользователь.
После чего все должно работать. Если у вас остались вопросы или что-то пошло не так, задавайте вопросы в комментариях.
Источник
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.
Всё хорошо, но при попытке создать инстанс sphinx’а появляется ошибка ошибку:
/opt/webdir/bin/menu/07_sphinx/01_create_sphinx_instance.sh: line 22: : command not found
И соответственно после ничего не происходит.
Кто-нибудь уже сталкивался с такой проблемой?
ставлю окружение 7.3.4
хочу развернуть резервную копию , но получаю вот это, кто нибуть сталкивался?
| Цитата |
|---|
| Андрей Кондуров написал: ставлю окружение 7.3.4 хочу развернуть резервную копию , но получаю вот это, кто нибуть сталкивался? |
и вообще там же написано что за ошибка, вы даже не попытались искать решение
| Цитата |
|---|
| Алексей Шафранский написал: |
| Цитата |
|---|
| Никита Дыбкин написал: Добрый день! Не уверен что по теме, но может подскажет кто-либо. После включения мониторинга и прошествии длительного времени картина следующая — нагрузка везде по «0» и графики отсутствуют. |
Никита Дыбкин , исправление в бетке 7.3.13 выходило. Подробности здесь https://dev.1c-bitrix.ru/community/forums/messages/forum32/topic112215/message5732 77/#message573277
То есть, видимо, будет включено в какое-то из дальнейших не BETA обновлениях?
| Цитата |
|---|
| Марк Галич написал: Добрый день, коллеги! |
Версия окружения 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, предлагает его начать конфигурировать заново, как ни в чем не бывало
Источник
Не запускается 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
Источник
Предисловие: Всем доброго времени суток, устроился я в новую компанию админом и стоит здесь уже как 7 месяцев стоит Битрикс24 на CentOs 7, у меня в голове вообще не укладывается как они работали все это время в Битре без загрузки файлов)))).
Проблема: Короче поступила заявка от юЗверя, не могу загрузить файлы в Битриксе, выходит ошибка Mandatory category has not been created, погуглив и найдя пару статей на эту тему, выставил переменную с папкой в файле bitrix/php_interface/dbconn.php, значение указал /home/temp права ясное дело на каталог я выдал, после этих манипуляций ошибка изменила свое имя на «Не удалось сохранить файл.», т.е. Мандатори категори ушла, не удалось сохранить файл пришла.
Пролистал php.ini, pам след. значения:
upload_max_filesize = 20M
max_file_uploads = 20
upload_tmp_dir = /tmp/php_upload/www/ (тут конечно я не понял, просто у битрикса своя переменная
file_uploads = On
post_max_size = 20M
Я сразу скажу, админ я не очень скиловый, всего 2 года опыту работы, но тут явно не могу сам найти решение, прошу помощи. Заранее благодарен.
При работе с синхронизированными папками на Битрикс24.Диске могут возникнуть несколько типичных ошибок. Давайте рассмотрим, из-за чего они случаются и как решить возникшую проблему.
Две версии файла
Данная ошибка возникает при попытке двух пользователей загрузить обновленную версию какого-то файла из синхронизированной папки на диск.
Например, вы и ваш коллега одновременно редактируете один и тот же файл. Но он закончил раньше вас и уже сохранил его. Таким образом, на диске уже появилась новая версия документа, отличная от той, с которой вы начали работать. Данная ошибка и возникнет, когда уже вы попытаетесь его сохранить.
В таком случае, чтобы труд одного из вас не пропал даром, система не заменит файл, а сделает его копию. Потом вы сможете либо объединить их вручную, либо выбрать одну из копий документа, которую хотите оставить.
Файл заблокирован
Данная ошибка возникает при одновременной работе двух пользователей с одной Excel-таблицей, находящейся в синхронизированной папке.
Если какой-то другой сотрудник отредактировал данную таблицу, сохранил ее и синхронизировал с диском, пока вы с ней еще работаете, то у вас появится данное сообщение.
Решить данную проблему можно только организационным способом. Рекомендую сделать бекапы измененного файла в стороннем документе, не находящемся в синхронизированной папке диска. Далее оригинальный документ нужно закрыть. После этого вам с коллегами нужно принять централизованное решение, какие изменения в файл нужно внести.
Почему восстанавливается удаленный/переименованный файл?
Восстановление удаленных файлов на портале может быть связано с тем, что в момент его удаления или переименования, не все пользователи находились онлайн. Позже, когда эти пользователи включают компьютер, происходит восстановление файла с их ПК.
Также это может произойти в случае, если была запущена полная синхронизация со стороны десктопного приложения.
Если все пользователи постоянно синхронизируют Диск, такой проблемы не возникнет. Поэтому для того, чтобы удалить файл, всем пользователям нужно синхронизировать диск и удалить папку из Битрикс24.
Также проверьте, чтобы у всех сотрудников была установлена последняя версия десктопного приложения.
Спасибо, помогло!
Спасибо
Необязательно:
Оставить отзыв о статье
Уточните, пожалуйста, почему:
Это не то, что я ищу
Очень сложно и непонятно
Оставить отзыв о статье
Выгрузка на сайт завершилась с ошибками. import.xml: Произошла ошибка на стороне сервера. Получен неизвестный статус импорта.
Увидели такую ошибку и думаете «в коде кто-то накосячил»? А вот совсем не факт.
Об удивительной причине по которой обмен 1С с сайтом может неожиданно перестать работать я и хочу рассказать.
А началось все довольно безобидно. Позвонил старый клиент у которого уже года 2-3 работает магазин в связке с 1С и пожаловался что обмен перестал работать. Полез я к нему в 1С и вижу, что обмен действительно падает причем с разными ошибками и на разных файлах.
Первое что сделали — перешли на более мощный тариф хостинга. Половина зоопарка ошибок исчезла. Однако ошибка
Выгрузка на сайт завершилась с ошибками.
import.xml: Произошла ошибка на стороне сервера. Получен неизвестный статус импорта.
Неверный тип файла, либо превышен максимальный размер файлаНеверный тип файла, либо превышен максимальный размер файла
осталась и уходить не собиралась.
Пробовали выгружать и на тиражный магазин и на VDS на который другая 1С прекрасно все грузит — везде одна и та же ошибка.
В итоге обратились в поддержку Битрикса. Судя по оперативности и точности ответов поддержка знает о проблеме. А суть ответов была в следующем: поддержка вставила отладочную печать и попросила сделать выгрузку.
По результатам выгрузки в консоли 1С появилась отладочная информация вида
Array ( [name] => 04f5da44f3fe11e297cb002215a2039c_04f5da47f3fe11e297cb002215a2039c.jpg [size] => 3789 [tmp_name] => /home/i/mysite/public_html/upload/tmp/1ec/04f5da44f3fe11e297cb002215a2039c_04f5da47f3fe11e297cb002215a2039c.jpg [type] => application/octet-stream [COPY_FILE] => Y [description] => [copy] => 1 [MODULE_ID] => iblock )
Отсюда можно видеть, что одна из картинок имеет mimetype: application/octet-stream.
Далее по названию картинки вычисляем (например, можно в import.xml поискать по названию картинки) нехороший товар, пересохраняем его картинку в любом графическом редакторе и все работает.
Кому интересно — вся отладка заключается в изменении файла /bitrix/modules/main/classes/general/file.php:
после каждого вызова
return GetMessage("FILE_BAD_TYPE");
нужно вставить
Попросил поддержку исправить этот баг в импорте, но мы то с вами знаем сколько такие неважные исправления могут делаться. Поэтому я просто оставлю это сообщение здесь. Возможно кому-то поможет сэкономить время.
Назад в раздел
Битрикс24.Диск позволяет не только хранить и работать с файлами сотрудникам, но и использовать эти файлы в бизнес-процессах. При решении одной из задач для нашего клиента нам понадобилось использовать файлы с Диска в бизнес-процессе, и мы нашли 2 способа, как это делать лучше всего.
В рамках создания локального отчета мы решили использовать интерфейс
Битрикс24 для параметров этого отчета. Для хранения результатов отчета выбрали бизнес-процесс в живой ленте (в новостях). Бизнес-процессы в живой ленте реализованы как универсальный список. Для прикрепления файла с отчетами в универсальный список надо передать ID файла на Битрикс24.Диск. Для получения ID файла файл надо загрузить на Диск. Тут и начинается самое интересное.
2 варианта загрузки файла на Битрикс24.Диск
Вариант 1 происходит в 2 этапа. На каждом этапе может быть ошибка.
Сначала вызываем
disk.folder.uploadfile с параметрами id — ID папки в которую надо загрузить файл и параметром data с обязательным полем NAME.
{
"id": "66216",
"data": {"NAME": "b24.txt"}
}
В ответ приходит параметр uploadUrl. Используя эту ссылку на данный URL, через POST отправляем файл.
Вот пример.
Вариант 2 проводится в один этап. Этот вариант удобен для небольших файлов, так как загрузка происходит через строку в Base64. Параметры:
{
id:"66216",
data: {NAME: "test.gif"},
fileContent: ["test.gif", "R0lGODlhAQABAIAAAP///wAAACH5BAEAAAAALAAAAAABAAEAAAICRAEAOw=="]
}
В ответ после загрузки приходят параметры загруженного файла и ID, который можно использовать для дальнейших манипуляций.
Если у вас возникнут вопросы или задачи по настройке Битрикс24, смело обращайтесь к нам. Мы знаем про Битрикс24 почти все, поэтому обязательно поможем вам найти лучшее решение!
Ошибки интеграции интернет-магазина с Битрикс24
28.11.2016
На тарифе «Проект» во время интеграции Битрикс24 с интернет-магазином Битрикс редакция «Малый Бизнес» при попытке выполнить Импорт из интернет-магазина столкнулся с такой ошибкой: Ошибка загрузки данных [PD2] Ответ сервера не опознан.
Первая причина:
Должны быть настроены профили обмена с 1С.
Раньше точно помню не было такого как настройка профилей для обмена с 1С.
Хотя на подключаемом сайте нет обмена с 1С, но профили создать и заполнить пришлось для нескольких основных полей.
Вторая причина:
Не должно быть ошибок при проверке системы.
На этапе настройки «Связь с интернет-магазинами» – выдает ошибку «не удалось авторизоваться», хотя пользователь действующий. Заход под его паролем проверен.
Как выяснилось, были ошибки проверки системы, и основная главная «HTTP авторизация Ошибка! Не работает»
После устранения указанных выше проблем интеграция магазина с Битрикс24 была успешно решена.
Ещё статьи:
18.01.2023
Нюансы перехода битрикс на РНР 8.0
С февраля битрикс прекращает поддерживать РНР 7.4 и в битрикс сегменте сайтов начался переход на РНР 8 для получения обновлений.
Но без нюансов и ошибок…
ID: 431
10.01.2023
БУС окончательно всё?
Появилась информация от битрикс, что грубо говоря поддержка по отраслевому медицинскому решению от битрикс будет до 1 февраля 2024 года, а что потом б…
ID: 426
30.08.2022
Типовые претензии к подрядчику и к битрикс
По свежим следам я собрал типовые претензии к подрядчику и к битрикс. Мной был проведён аудит и я увидел, что техническое состояние сайта хорошее, нареканий…
ID: 338
Новые статьи в блоге:
Возврат к списку