изменены настройки модуля nginx-push-stream-module для корректной поддержки push & pull
по умолчанию включен php модуль json
исправлена работа rpm пакета при обновлении
исправлена постановка в cron задачи проверки прав munin и nagios
исправлены правила обработки nginx-ом объединенных css
добавлены правила для обработки nginx-ом объединенных js
установлены корректные заголовки ответов nginx при выводе кастомных ошибок
исправлены определение переменных в nginx
в BitrixVM исправлены зависимости библиотек
Более подробно про изменения читайте в блоге BitrixEnv4.2 и BitrixVM4.2. На данный момент доступны пакеты для CentOS 6 (i386/x86_64), для CentOS5 и новые ami образы появятся в ближайшее время.
1. Перезатирается файл my.conf - ну не использую я utf-8, конфиг даже не бекапится... 2. Ну не использую я vmware: microsoft. Скрипт bvat неверно определяет - виртуалка или нет у меня - соотв. выставляет все по минимуму ...
По первому пункту свои кастомные изменения лучше прописывать в /etc/mysql/conf.d/z_bx_custom.ini К тому же конфиги мы не удаляем, а складываем их рядом.
По второму тикету создайте обращение в ТП, определять должен правильно в любых случаях
Попробуйте уменьшить объем памяти выделяемый push серверу /etc/nginx/bx/conf/im_settings.conf
Так и сделал. с 64 до 16 уменьшил - все пошло.
Да и еще косяки полезли при распаковке базы данных с виртуальной машины 3.0.5 - не создавал часть таблиц:
Код
InnoDB: Unable to lock ./bitrix/b_sec_iprule_incl_mask.ibd, error: 37121213 12:48:00 InnoDB: Error creating file './bitrix/b_sec_iprule_incl_mask.ibd'.121213 12:48:00 InnoDB: Operating system error number 37 in a file operation.InnoDB: Error number 37 means 'No locks available'.InnoDB: Some operating system error numbers are described atInnoDB: http://dev.mysql.com/doc/refman/5.1/en/operating-system-error-codes.html
Взял дефолтный конфиг от mysql, залил дамп без проблем, вренул назад "оптимизированный" - все заработало.
У вас очень ограниченные ресурсы на вашем виртуальном окружение, в том числе ограничена работа с файлами. В стандартных настройках таблицы хранятся в отдельных файлах и при их создание превышается один из лимитов. Вам необходимо убрать опцию innodb_file_per_table в настройках /etc/mysql.cnf
Вам необходимо убрать опцию innodb_file_per_table в настройках /etc/mysql.cnf
Сейчас нормально работает с "оптимизированным" конфигом. Засада была именно при заливке дампа. Глянул директорию с данными mysqд - таблицы в отдельных файлах хранятся.
По-моему, в каком-то другом параметре была загвоздка.
При заливке была проблема так как они создавались отдельными файлами, сейчач все данные у вас в ibdata лежат а в отдельных файлах только индексы таблиц
C 4.0 обновился, полет нормальный, единственное пришлось поменять в /etc/php.d/bitrixenv.ini параметры sendmail_path и date.timezone на то что используем.
Установил виртуальную машину на сервере - 46.146.220.155 (статика) Поставил VMWare, в ней развернул ВМ на 60 гигов и уже в ней восстановил корпортал На удаленную машину заходит, а вот при наборе адреса в строке браузера - 46.146.220.155 - выдает ошибку, что такого адреса нет!!! ( Все порты открыты в брандмауэре сервака. Уже и вручную прописал настройки для статики в самой виртмашине - безрезультатно! Помогите - что делаю не так? Заранее спасибо
Поставил на новый сервер 4.0 который видимо стал уже обновленным до последней версии 4.2. На старом сервере проблем с почтой не было. Были настроены агенты на крон. Ранее это работало по инструкции отсюда: http://dev.1c-bitrix.ru/community/blogs/oracle/215.php Сейчас пробовал и по этой инфтрукции, и по http://dev.1c-bitrix.ru/community/webdev/user/8078/blog/implementation-of-all-agents-in-cron/. Единственное что не делал - не стал менять записи крона и добавлять свой скрипт, так как там все в точности совпадает (на 3.0 приходилось писать записи крона руками - а сейчас они добавляются автоматом), только файлы лежат не в php_interface а в modules/main/tools. Результат один - при тестировании сайта выдает что отправить почту не может и есть очередь неотправленных сообщений. На тех сайтах, где запуск агентов по крону не настраивал - отправка писем работает (статистика в почту приходит - но видимо по клику). Подскажите в каком направлении стоит рыть? И второй вопрос - нельзя ли сделать так, чтобы при установке нового сайта авоматически все устанавливалось на крон? Эти танцы с бубнами бесили еще на 3.0.