В файле /var/log/mysql/error.log повторяется такое содержимое 2020-05-24T21:28:46.833898Z 0 [Warning] Changed limits: max_open_files: 5000 (requested 24642) 2020-05-24T21:28:46.834241Z 0 [Warning] Changed limits: table_open_cache: 2467 (requested 12288) 2020-05-24T21:28:47.012646Z 0 [Warning] 'NO_AUTO_CREATE_USER' sql mode was not set. 2020-05-24T21:28:47.012760Z 0 [Warning] Can't create test file /var/lib/mysql/server1.lower-test 2020-05-24T21:28:47.012808Z 0 [Note] /usr/sbin/mysqld (mysqld 5.7.30-33) starting as process 30056 ... 2020-05-24T21:28:47.015958Z 0 [Warning] Can't create test file /var/lib/mysql/server1.lower-test 2020-05-24T21:28:47.015973Z 0 [Warning] Can't create test file /var/lib/mysql/server1.lower-test 2020-05-24T21:28:47.023474Z 0 [Note] InnoDB: PUNCH HOLE support available 2020-05-24T21:28:47.023535Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2020-05-24T21:28:47.023541Z 0 [Note] InnoDB: Uses event mutexes 2020-05-24T21:28:47.023546Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier 2020-05-24T21:28:47.023550Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.7 2020-05-24T21:28:47.023554Z 0 [Note] InnoDB: Using Linux native AIO 2020-05-24T21:28:47.023820Z 0 [Note] InnoDB: Number of pools: 1 2020-05-24T21:28:47.023976Z 0 [Note] InnoDB: Using CPU crc32 instructions 2020-05-24T21:28:47.024450Z 0 [ERROR] InnoDB: Failed to create check sector file, errno:13 Please confirm O_DIRECT is supported and remove the file ./check_sector_size if it exists. 2020-05-24T21:28:47.026030Z 0 [Note] InnoDB: Initializing buffer pool, total size = 3G, instances = 8, chunk size = 128M 2020-05-24T21:28:47.120422Z 0 [Note] InnoDB: Completed initialization of buffer pool 2020-05-24T21:28:47.143859Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority(). 2020-05-24T21:28:47.163366Z 0 [Note] InnoDB: Crash recovery did not find the parallel doublewrite buffer at /var/lib/mysql/xb_doublewrite 2020-05-24T21:28:47.164500Z 0 [Note] InnoDB: Highest supported file format is Barracuda. 2020-05-24T21:28:47.190009Z 0 [ERROR] InnoDB: Operating system error number 13 in a file operation. 2020-05-24T21:28:47.190042Z 0 [ERROR] InnoDB: The error means mysqld does not have the access rights to the directory. 2020-05-24T21:28:47.190066Z 0 [ERROR] InnoDB: Operating system error number 13 in a file operation. 2020-05-24T21:28:47.190071Z 0 [ERROR] InnoDB: The error means mysqld does not have the access rights to the directory. 2020-05-24T21:28:47.190078Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error 2020-05-24T21:28:52.299172Z 0 [ERROR] Plugin 'InnoDB' init function returned error. 2020-05-24T21:28:52.299251Z 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 2020-05-24T21:28:52.299259Z 0 [ERROR] Failed to initialize builtin plugins. 2020-05-24T21:28:52.299267Z 0 [ERROR] Aborting
Причем, что странно 2 года назад выполнял то же самое на vmbitrix 7.3.1 там проблем не возникало. Сравниваю настройки с той Vm вроде все одинаково настроено.
Сравнил с работающей системой все одинаковое ( UUID дисков разные разумеется) права у пользователя mysql есть.
Подключился из WinSCP. Попробовал записать под пользователем root создаю файлы в каталогах /var/lib/mysql, /var/lib/mysql/sitemanager проблем не возникает.
arnly, спасибо за ответ. К сожалению пока не знаю как правильно применить указанный Вами код( второй вариант, упрощенный).
Уточните пож-та как прописать конвертацию в редакторе шаблона бизнес процесса? Я полагаю нужно прописать код в обработчике "php код". Но не знаю как мне нужно модифицировать данный код при условии что у меня есть Переменные var1 и var2 у меня есть в параметрах шаблона.
Есть бизнес процесс, который запускается относительно элементов определенного универсального списка. В ходе БП одно из полей универсального списка должен прописаться сотрудник, который выполнит задание. В параметрах шаблона это переменная типа "пользователь". К сожалению при создании полей универсального списка, доступен только тип "привязка к сотруднику". Тип "Пользователь" отсутствует в перечне доступных типов.
При конструировании БП в конструкторе, задания можно назначать только сотрудникам( переменным) с типом данных "Пользователь"
Получается:
Мне нужно в ходе выполнения бизнес процесса сконвертировать переменную с типом "пользователь" к типу "привязка к сотруднику" Полагаю это можно как то выполнить с помощью элемента Php код в конструкторе процессов.
Допустим у меня есть: переменная var1 типа пользователь переменная var2 типа привязка к сотруднику
Прошу подсказать как можно значение переменной var1 сконвертировать и присвоить переменной var2
Дмитрий Прудников написал: а также (2 вариант) из доменного, промежуточного и корневого)
Насколько я помню я выполнял таким образом, не помню точно. Еще где то я читал что подобные сервисы могут кешировать результаты запросов на определенное время. Возможно в каком то из вариантов Вы все делаете правильно, но сервис Вам выдает неправильный результат из кеша.
vsologubov написал: И ещё, о чудо... Если тыкать много-много раз F5 (обновлять страницу) монитора сервера БД у меня сейчас КОТ практически не снижается, не верю глазам своим (раньше уходил в 0, насчет минуса не помню, но вроде было такое...).
Возможно как то зависит от версии продукта который крутиться в VM / версии самой VM. У нас Битрикс 24. VM 7.3.1. на VM выделено 20ГБ ОЗУ. Никаких доработок, скриптов итп. Только стандартный функционал. Средняя нагрузка 50-70 пользователей онлайн. Периодически лагает модуль Веб мессенджер. Единственное, что нашел из отклоняющихся параметров- кэш открытых таблиц.
Алексей Шафранский, спасибо за уточнения. Итак по порядку: 1. Изменение системных лимитов
Цитата
Смотрим системный лимит на открытые файлы:
Код
ulimit -n
Видим 1024.
Увеличиваем:
Код
ulimit -n 3000
В Моем случае была проблема - увеличение лимита указанным способом действует только для текущего сеанса пользователя, если закрыть сеанс потом открыть снова (Например если подключались через SSH) то запрос
Код
ulimit -n
опять показывает результат.
Код
1024
Более того, если попробовать выполнить эту команду от пользователя bitrix то система ругается на отсутствие полномочий. Попытка выполнить с параметром sudo тоже не помогла. Выдала какую то непонятную ересь. В Инете нарыл и изменил лимит через какой то конфигурационные файлы. Теперь установленные лимиты в файле сохраняются. В итоге, у меня сейчас такие параметры:
Код
[bitrix@server2 ~]$ ulimit -n
65535
2. Изменение лимитов Mysql При установленном параметре
Код
LimitNOFILE=5000
у меня был следующий результат:
Код
+----------------------------+-------+
| Variable_name | Value |
+----------------------------+-------+
| table_open_cache | 2467 |
| table_open_cache_instances | 16 |
+----------------------------+-------+
2 rows in set (0.00 sec)
установил
Код
LimitNOFILE=10000
Теперь результат
Код
mysql> SHOW VARIABLES LIKE 'table_open_cache%';
+----------------------------+-------+
| Variable_name | Value |
+----------------------------+-------+
| table_open_cache | 4096 |
| table_open_cache_instances | 16 |
+----------------------------+-------+
Но, значение "Кеш открытых таблиц" все равно стремиться к нулю при каждом обновлении страницы .../bitrix/admin/perfmon_db_server.php?lang=ru В данный момент он 12.39% если обновлю страницу еще с десяток раз опуститься до 5% ( что само по себе странно почему каждое обновление страницы уменьшает указанное значение)
Так было и до изменения указанных параметров. В общем непонятно стало лучше или нет...
Роман, насколько я знаю, возможность работы диском нужна для корректной работы портала, иначе не будет работать отправка файлов в месенджере, прикрепление вложений к задачам и сообщениям, могут возникнуть итп проблемы.
Если это Вас не отговаривает, можете вообще попробовать удалить модуль диск на тестовой копии и посмотреть как поведет себя система. Лично мне кажется проблему нехватки места ( разрастания хранилища) лучше решать другими способами. Есть например инструмент очистка диска в режиме эксперта...
Я в свою очередь подавал заявку технической поддержке еще в 15 году на ограничения на размер файла загружаемого пользователем. До сих пор не сделано. Дело в том, что в облачных продуктах размер хранилища привязан к тарифу и поэтому возможность ограничения разрастания размера хранилища тем или иным способом ведет к тому что пользователи дольше могут находиться на более дешевых тарифах.
Роман написал: А можно ли вообще запретить сотруднику в принципе пользоваться диском?
Мы запретили вообще доступ к битрикс десктоп. Со стороны портала ( ограничили доступ пользователя bitrix к папке на Web сервере) сотрудники вообще не могут пользоваться данной программой.
Алексей Шафранский, Вот тут, https://dev.1c-bitrix.ru/support/forum/messages/forum32/topic91393/message462423/#message462423 Вы советуете как можно исправить проблему с эффективностью кеша открытых таблиц для Mysql Maria DB. Уточните пож-та инструкцию для Виртуальной машины VMBitrix 7.3.0. На ней вроде как Percona. Пути и прочие настройки могут отличаться. ( по крайней мере у себя не нашел путь /etc/systemd/system/mariadb.service.d/ ) и непонятно где создать файл nofile.conf
Алексей Шафранский написал: Ислам Эскеров , для обучения можно копировать, но надо учесть уникальные параметры новой машины: 1) менять mac адрес
Новый mac cгенерировал гипервизор. Маки у машин тоже отличаются помимо IP. Забыл об этому указать. Ip получаю по DHCP иначе при совпадении маков были бы проблемы.
Цитата
Алексей Шафранский написал: 3) удалить и создать пул - без этого в конфигах машины, меню и кеше останутся старые параметры, например IP. Вариант без удаления - бета версия 7.3.10 и выше (в ней были фиксы смены IP машиной и работы push сервера при смене IP).
Да это и собирался сделать. Но стал опасаться, что и в момент удаления пула с копии вдруг пойдут обращения к боевой. Поэтому сюда написал. Получается можно удалять...?
Скрытый текст
Кстати и на боевой были проблемы, после смены IP. Переставал работать Push сервер. Тогда так и не понял что править. В итоге вернул старый IP и все заработало.
Еще вопросы: Уточните пож-та нужно ли менять параметр servername? Это аналог имени ПК в сети как в случае c windows или что то другое? Если нужно менять, новый запроситься в момент пересоздания пула или нужно как то по другому менять?
Имеется работающая Vmbitrix (боевая) Решил создать копию имеющейся VM для тестирования настроек и последующего их применения на боевом (учусь). Копия находиться в той же под сети что и рабочая VM ip боевой 192.168.110.17 ip копии 192.168.110.14
После запуска копии, увидел то что в созданной копии VM , система указывает,, что настройки пула такие же как на боевом(ip имя сервера итп). См скрины
Вопрос: Может ли произойти такая ситуация, что на копии могут выполнится некие обращения (запросы итп) по IP адресу боевой VM. Ведь копия как бы не знает что она копия и думает что обращается к самой себе, а запросы пойдут на боевую что отразиться на работе? Пока не знаю как устроена архитектура в linux поэтому уточняю.
На данный момент боевой и тестовой только одно отличие IP адрес.
Роман Горлов написал: У нас ранее был Битрикс в облаке теперь приняли решение купить коробку
Если не сложно приведите пож-та аргументы, которые принимались во внимание персонально в вашем случае, при принятии такого решения. Не пожалели после перехода? Например при самостоятельном обслуживании. Какие результаты производительности по сравнению с облаком?
Андрей Михальцов написал: В итоге у вас остается два файла: site_name.crt и private.key. Их и используете.
Михаил, благодарю за ответ. Но встроенный механизм запрашивает 3 файла а не два, на скрине это видно. 2 файла вроде ясно какие - private.key и site_name.crt ( т.е непосредственно сертификат) Вопрос был в том, действительно ли 3-й запрашиваемый файл(certificate chain) получается в результате слияния 3 полученных от центра сертификации файлов ?
В результате заказа получил на E-mail в виде текста в указанной последовательности:
Сам сертификат Корневой сертификат Промежуточный сертификат
И у меня есть private.key
Из полученного текста 3 сертификатов сделал 3 файла: 1.site_name.crt 2.root.crt 3.prom.crt Т.е просто сохранил скопировал в отдельные текстовые файлы с расширением crt
При установке через стандартный функционал bitrix в меню виртуальной машины система запрашивает:
1. Путь к файлу ключа - указал (private.key) 2. Путь к файлу сертификата указал (site_name.crt) (здесь тоже не уверен) 3. Certificate Chain path ( Как я понял путь к файлу с цепочкой сертификатов)
Возник вопрос: Как правильно составить файл с цепочкой сертификатов?
Будет ли правильным составить из текстового содержимого 3 имеющихся файлов (site_name.crt, prom.crt, root.crt) 1 файл (chain.crt) и указать на 3 шаге путь к этому файлу?
Или в файл с цепочкой сертификатов нужно формировать в моем случае как то иначе?
Здравствуйте В консоли VMbitrix стали появляться сообщения о нехватке памяти. Используется коробочная версия корп портала битрикс24 В вкратце аппаратные ресурсы видны на скрине (могу дать дополнительные сведения). В среднем на портале бывает 50-80 активных пользователей из них 15-20 пользователи моб приложение bitrix24 система анализа производительности munin установлена и работает
Заметил учащение появления проблемы. Субъективно подозреваю на быстро растущий объем БД. Так как уровень нагрузки( кол-во пользователей и уровень активности) с ходом времени не увеличивается. А объем БД довольно приличный. Ранее несколько раз добавлял объем ОЗУ и на пол года - год хватало. Но объем озу далее увеличивать довольно затратно и хотелось бы перед затратами точно понять в этом ли причина и есть ли иные решения проблемы.
Текущий уровень знаний позволяет перезапускать службы, менять конфиги, делать копии итп при определенном уровне подробности описания, но не позволяет анализировать причины возникновения и методы устранения серьезных проблем. Поэтому прошу помощи в диагностике и методах устранения проблемы. Необходимую информацию готов предоставлять.
Изменено: Ислам Эскеров - 16.07.2018 21:31:03(добавил скрин)
Алексей Ковга, не пытался даже. Во первых нет необходимых навыков Во вторых, смысла не вижу, я был уверен что проблема в самом продукте ( ее логике). Это нужно исправлять разработчикам.
Есть схожая проблема на схожей конфигурации - процесс оптимизации прерывался на самой большой таблице b_im_message. На тот момент она у нас весила около 2Гб и в ней очень много строк. ТП подсказала, что проблема может возникать из за таймаута php. Предложила как вариант делать оптимизацию всей БД из консоли linux - запросом OPTIMIZE. Но учтите, что даже после успешной оптимизации через консоль, проверка сайта все равно будет показывать, что таблицы нужно оптимизировать. Видимо проверка анализирует не сами таблицы БД, а время предыдущего запуска оптимизации через панель управления и ее результат. Обязательно сделайте резервную копию /снимок VM перед оптимизацией.