Для того что бы вся почта нормально отправлялась по крону необходимо настраивать свой скрипт для запуска. Стандартный скрипт указанный в cron не отработает при данных на стройках и на хитах.
21.01.2013 18:48:34
Встретил глюки с https. Через битриксовское меню не отключется http на сайтах в папке ext_www. Проблема решилась созданием вручную в корне каждого сайта файла .htsecure.
|
|
|
|
22.01.2013 01:37:07
Настроил стандартными средствами бэкапы раз в день корень сайта бэкапится а вот база не знаю где искать?
|
|
|
|
07.02.2013 17:07:25
При обновлении с версии ВМ 4.0 на 4.1 посредством yum upgrade почему-то старая версия сервиса bvat бэкапится, а новая не устанавливается. Такая же проблема с stunnel. Не подскажите в чем может быть дело?
|
|
|
|
08.02.2013 20:08:18
Здравствуйте. Пытаюсь поднять «1С-Битрикс: Веб-окружение» - Linux и сталкиваюсь с проблемой. Навыков конфигурирования серверов нет.
1. Установил CentOS 6.3 (Basic server) на комп в локальной сети. 2. Выполнил wget chmod +x bitrix-env.sh./bitrix-env.sh Все прошло хорошо, сервер открывает контекстное меню. Но ни по IP (основной сайт), ни на дополнительный сайт с соседнего компа локальной сети браузер достучаться не может. Подскажите, что не сделал или сделал не так? По поводу портов вроде открыты:
|
|||
|
|
10.02.2013 17:12:56
Нужно открыть порты: |
|||
|
|
12.02.2013 11:10:03
Скачал виртуальную машину "BitrixVM4.2.7z". Развернул. При запуске Bitrix 4.2 в "vmWare Workstation 9.0.1 build-894247" под "Windows 7 Professional, 64-bit" "CentOS release 6.3" запрашивает "localhost login:", ввожу имя локального пользователя "Sergey", спрашивает "Password:" ввожу свой пароль - говорит "Login incorrect" и снова спрашивает "login:". Как запустить ?
|
|
|
|
12.02.2013 12:55:18
Необходимо указывать пользователя root, пароль по умолчанию bitrix. При первом входе вас попросят указать новый пароль для пользователей root и bitrix
|
|
|
|
18.02.2013 00:56:30
В
Решается добавлением в конец файла /etc/httpd/bx/conf/bx_apache_site_name_port.conf строчки:
P. S. CentOS-63-64-minimal. Hetzner. |
|||||||
|
|
18.02.2013 09:57:43
1. Ссылку исправили, спасибо что обратили внимание
2.
|
|||
|
|
19.02.2013 02:18:30
Всегда рад помочь.
Благодарю за разъяснения. Хочу поделиться своим первым наблюдением за munin. Если в рамках текущего запуска apache среди последних в error_log появилось сообщение server reached MaxClients setting, consider raising the MaxClients setting, достаточно заглянуть в дневную статистику munin, чтобы узнать кол-во MaxClients в apache, то есть не заглядывая в конфигурационные файлы apache. Излагаю. Дневная статистика munin (см. скрин): в колонке Cur складываем busy servers + ildle servers = текущее значение MaxClients в apache (в данном примере 1 + 9 = 10). Под текущим значением подразумевается не буквально текущее, а близкое к текущему с определённым временным лагом. Разумеется, если сообщения server reached MaxClients setting, consider raising the MaxClients setting в логах не было, сумма busy servers + ildle servers не будет == MaxClients, но в любом случае она будет <= MaxClients. Надеюсь, я хотя бы близок к правильному пониманию. |
|
|
|
19.02.2013 10:03:12
В вашем случае у вас 10 процессов apache. На сообщения в логах не стоит обращать внимания, так как они не учитывают того, что на сервере используется 2-х уровневая конфигурация.
|
|
|
|
19.02.2013 14:56:05
Провёл небольшой эксперимент, наблюдая в логах apache server reached MaxClients setting, consider raising the MaxClients setting. Увеличил MaxClients c 10 до 20. Перезагрузил apache. Через 5 минут открыл вышеуказанный график в munin и заметил изменения: ildle servers стало на 1 больше (не 9, а 10: итого процессов стало 11), а ошибка server reached MaxClients setting, consider raising the MaxClients setting больше не появилась. Снизил MaxClients c 20 до 10, и всё вернулось на круги своя. Таким образом, при наличии указанной ошибки (кол-во процессов не всегда достаёт до «потолка») о кол-ве отображаемых процессов в munin (busy servers + ildle servers) можно говорить как о текущем значении MaxClients в настройках apache. |
|||
|
|
20.02.2013 11:59:12
Подскажите, перестал работать экспорт в яндекс.маркет - yandex.php генерится по умолчанию в папке /upload , в которой запрещено исполнение php.
Рекомендации из FAQ выполнили (создали папку upload/xxx , в ней создали .htaccess с нужным содержимым, туда же и генерим выгрузку) - эффекта нет, php не выполняется. Подскажите, пожалуйста, как исправить ситуацию? |
|
|
|
22.02.2013 08:39:00
Кто-нибудь! Подскажите, если сталкивались с такой проблемой?
|
|
|
|
22.02.2013 20:55:31
Николай, не подскажете, столкнулся с такой вот проблемой при включении мониторинга:
Stopping httpd: [ OK ] Starting httpd: [ OK ] Stopping nginx: [ OK ] Starting nginx: [ OK ] Stopping Munin Node agents: cat: /var/run/munin/munin-node.pid: No such file or directory kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec] [FAILED] Starting Munin Node: [ OK ] Running configuration check...done. Stopping nagios: No lock file found in /var/run/nagios.pid Starting nagios: done. Monitoring started. и на email валятся сообщения об ошибке, nagios не работает. |
|
|
|
23.02.2013 16:16:43
Не вижу ошибки все корректно запустилось. А то что службы не остановились, так они и не были запущены до этого.
|
|
|
|
23.02.2013 16:32:26
|
|||||||
|
|
23.02.2013 23:14:37
Service: HTTP Host: localhost Address: 127.0.0.1 State: WARNING Date/Time: Sat Feb 23 22:52:58 MSK 2013 Additional Info: HTTP WARNING: HTTP/1.1 404 Not Found - 554 bytes in 0.001 second response time вот такое приходит на почту, с периодичностью раз в час |
|||
|
|
05.03.2013 09:01:53
В последнее время на нескольких подконтрольных серверах с Centos 6.3 86_64 и установленном BitrixEnv 4.2 наблюдаю проблему с падением nginx:
в messages: kernel: nginx[11115]: segfault at 8 ip 000000000044417e sp 00007fff86fcfe90 error 4 in nginx[400000+ad000] abrt[11180]: Not dumping repeating crash in '/usr/sbin/nginx' kernel: nginx[11159]: segfault at 8 ip 000000000044417e sp 00007fff86fcfe90 error 4 in nginx[400000+ad000] abrt[11182]: Not dumping repeating crash in '/usr/sbin/nginx' .... и в error.log nginx: [alert] 20953#0: worker process 11115 exited on signal 11 (core dumped) [alert] 20953#0: worker process 11159 exited on signal 11 (core dumped) .... Подскажите пожалуйста как бороться. |
|
|
|
05.03.2013 09:47:26
Своя почта каждому домену реализуема в рамках многосайтовости?
some1.ru www@some1.ru smtp.yandex.ru some2.ru www@some2.ru smtp.yandex.ru:25 Установил postfix, |
|
|
|
09.03.2013 15:50:06
Вышел Centos 6.4, опять кофликты с пакетами из репозитария битрикс.
Error: Package: gnutls-openssl-2.8.5-4.el6.3.x86_64 (@bitrix) Requires: gnutls = 2.8.5-4.el6.3 Removing: gnutls-2.8.5-4.el6.3.x86_64 (@bitrix) gnutls = 2.8.5-4.el6.3 Updated By: gnutls-2.8.5-10.el6_4.1.x86_64 (updates) gnutls = 2.8.5-10.el6_4.1 Available: gnutls-2.8.5-10.el6.i686 (base) gnutls = 2.8.5-10.el6 |
||||
|
|
|||