| Сейчас на сайте |
 Гостей: 1
На сайте нет зарегистрированных пользователей
Пользователей: 1,585
Посетитель: Teenuegurge
|
|
| Реклама |
 |
|
|
| Apache 2.2.x Gracefully finishing |
 При использовании Apache 2.2.3 с prefork всплыла бага с незакрывающимися Gracefully finishing процессами. Похоже, что данные процессы появлялись после reload-а апача во время отработки запросов. Если данные процессы килять вручную, высвобождается приличный кусок памяти.
Нашел подобную багу в apache-maillist. Оказалось, что уже есть патч:
http://svn.apache.org/viewvc/httpd/httpd/branches/2.2.x/server/mpm/prefork/prefork.c?r1=739608&r2=739607&pathrev=739608
Пофикшено начиная с Apache 2.2.13
|
|
| Bitrix + Eaccelerator = BUG? |
 Конфигурация: centos 5.3, Apache 2.2.3, nginx 0.8.15, PHP 5.1.2, mod_php, Eaccelerator 0.9.5.3, bitrix 8.0.4
После нескольких дней работы с посещаемостью порядка 20/30 тысяч хостов в сутки, на некоторые странички nginx выдаёт 500 ошибку. Оказывается дело в backend-е apache+php: перестают генерироваться некоторые скрипты, апач просто закрывает соединение после запроса. Без eaccelerator-а всё замечательно.
Решено заменить eaccelerator на xcache. 7 дней, полёт нормальный.
|
|
| sw-cp-serverd (lighthttpd) memory leak |
 Веб-сервер панели управления PLESK 9.X (sw-cp-serverd) иногда начинает съедать слишком много памяти (несколько гиг).
Выяснилось, что использование памяти возрастает после открытия в панели управления просмотра больших файлов журналов. При открытии гигабайтного error_log одного из клиентов, процесс sw-cp-serverd начинал использовать весь этот объём в оперативной памяти и оставлял его за собой до перезапуска веб-сервера панели.
К сожалению нормального решения пока не нашел, поскольку lighttpd не имеет опций ограничения на отдачу body size. PHP параметр memory_limit при этом не блокирует выгрузку в lighttpd, а max_execution_tme править не хочется по крайней мере из-за возможности долгой загрузки дампов через phpmyadmin и файлов через менеджер файлов.
Остаётся пока только запихнуть в крон:
ps aux |grep sw-cp-server |grep 10005 |awk '{if($5>100000) system("/etc/init.d/sw-cp-server restart")}'
где 10005 - uid процесса веб-сервера.
|
|
| И снова unable to open logs при старте Apache. |
Используется пересобранный с поправкой на FD_SETSIZE Apache, но вдруг снова появилась ошибка Unable to open logs или подобная при старте.
В error_log увидел:
[crit] (28)No space left on device: mod_rewrite: could not create rewrite_log_lock
При этом указываемый в ошибке модуль мог менятся при его исключении из конфигурации.
Оказалось дело в semaphores.
Посмотреть на них можно при помощи команды:
ipcs -s
В моём случае, несмотря на упавший апач, его семафоры остались:
ipcs -s |grep www|wc -l
порядка 100
Вылечилось:
ipcs -s | grep www | perl -e 'while () { @a=split(/\s+/); print `ipcrm sem $a[1]`}'
После старта апач стал использовать только 14 семафоров.
|
|
| Horde IMP после обновления до Plesk 9.2.2 |
По каким-то причинам после обновления PLESK в webmail horde/imp перестала нажиматься кнопка "Написать" новое письмо. Причем нажиматься перестала как на панели сверху, так и в правом меню. По коду кнопки увидел, что должен отрабатывать javascript-код, переправляющий на страничку compose.php при помощи кода всплывающих окон. Потыкал в локальных настройках, - в браузере всё разрешено. Убив некоторое время на сравнивание двух идентичных версий хорды на разных серверах, обнаружил лишь незначительные отличия, одно из которых: в хорде на недавнем обновлённом сервере в папке /imp/js присутствовало много файликов, а на старой - только один. Папки /horde/js оказались идентичными. Меня сразу заинтересовал файлик popup.js в папке /imp/js, который я и переименовал от греха подальше в popup.js.old.
Вуаля, кнопка заработала...
|
|
| PHP 5.2.5 .htaccess, include_path и локальные директивы |
Не в первый раз столкнулся с багой PHP 5.2.5. При наличии виртуальных хостов в Apache и использовании mod_php, в PHP скриптах конструкций require_once, include_once инклюды могут отрабатывать через раз. Иногда в логах появлялась ошибка о том, что подключаемый файл не найден в include_path, иногда сайт отрабатывал нормально.
Далее обнаружилась ещё одна связанная проблемка: при задании некоторых параметров через .htaccess (например изменение register_globals), эти параметры также меняли статус при обновлении. Временно ситуацию можно разрешить прописыванием параметров непосредственно в vhost.conf клиента, тогда эта "мигалка" исчезает.
В глобальном масштабе, - только установка новой версии PHP.
|
|
| Plesk 9.2.2 |
Очередное обновление панели на OS SLES 10SP2 с Plesk 9.2.1 до Plesk 9.2.2 через веб-интерфейс и следующая ошибка при старте веб-сервера Apache:
Syntax error on line 40 of /var/www/vhosts/xxxx/conf/httpd.include:
can't get fastcgi file info: dynamic, errno: 2
Solved: Редактируем /etc/psa/psa.conf, меняем параметр CGI_PHP_BIN с dynamic на /srv/www/cgi-bin/php5. Перестраиваем конфиги: /usr/local/psa/admin/sbin/websrvmng -av
|
|
| Plesk 9.2.2 |
 Недавно появился апдейт Plesk 9.2.2. Ну чтож, я успел обновить один из серверов, хуже думается стать не должно, итак не сахар :)
К моей радости были пофиксены ряды ошибок в модулях статистики и бэкапа. Например до этого часто возникала ситуация, когда домен клиента просто блокировался на время бэкапа и оставался заблокирован даже после его окончания. Fixed.
Ещё одной радостью для меня стала нормальная работа модуля статистики. Теперь оно не останавливается где-то посередине работы и не требует отдельных запусков.
Но самой большой неприятностью оказался так и не решенный вопрос с postfix-queue.
Полный whatsnew-лист для deb-based OS можно достать тут:
http://download1.parallels.com/Plesk/PPP9/plesk-9.2.2-for-deb-based-os.html#52
|
|
| Plesk 9.X Postfix. Уже почти ненавижу... |
Parallels никак не может довести до ума работу панели с POSTFIX.
##### На инсталляции PLESK 9.0 + POSTFIX (UBUNTU Server 8.04) возникли следующие проблемы:
1) Сначала почта почему-то не доставлялась на распространённые адреса вида abuse@, info@, support@ и т. д. Нашел в недрах параллелса, что бага такая действительно имеет место быть. Бага нашлась в утилите PLESK-а mchk. Устранена так:
http://kb.parallels.com/en/6129
2) Появилась новая бага: постфикс часто падает с ошибками:
[2184698.893070] postfix-queue[15164]: segfault at 7fff1ece1528 rip 403499 rsp 7fff116048f0 error 6
[2184699.060315] postfix-queue[15167] trap stack segment rip:403499 rsp:7fffd3754a40 error:0
Нашел патч для postfix-queue, но после его применения появились новые ошибки:
3) Сегфолты исчезли, но на некоторые соединения postfix просто стал говорить "Queue file write error".
В логах что-то вроде:
warning: command /usr/lib/plesk-9.0/postfix-queue exit status 255
Решения пока так и не нашел. Говорят, что ошибки появляются на письмах с большими аттачами, на деле, они как-то слишком уж часто появляются.
##### На инсталляции PLESK 9.2 Sles 10 словил багу: если создавать почтовые аккаунты не соблюдая нижний регистр (нарпимер Name@domain.ru), почта доставляться отказывается. Логи postfix:
Jun 30 17:19:03 web6 postfix-local[30130]: cannot chdir to mailname dir name: No such file or directory
Jun 30 17:19:03 web6 postfix-local[30130]: cannot go to maildir name@domain.ru
В очереди письма сохраняются. Вывод mailq:
E31AA345DD 439 Tue Jun 30 17:18:40 unlo@yandex.ru
(temporary failure. Command output: 4.3.5 Unable to select desired mailbox)
Name@domain.ru
Решений пока нет...
|
|
| Анализ работы дисковой системы FreeBSD/Linux |
 Задача: наглядно увидеть работу дисковой системы в процентном соотношении. Решения оказались просты:
1) FreeBSD
В данную ось уже встроена устилита gstat
2) Linux (Suse,RHEL, Ubuntu...)
Попробовал одну интересную утильку, называется nmon. Может показывать состояние системы комплексно, но в том числе и анализирует дисковую систему.
http://www.ibm.com/developerworks/wikis/display/WikiPtype/nmon
|
|
| Вышел PLESK 9.2 |
|
Вышла очередная версия панели управления хостинговым сервером Parallels Plesk 9.2.
Исправлена огромная куча багов, но думаю лучше подождать некоторое время, чтобы узнать, какая новая куча багов появилась :)
|
|
| Страница 1 из 4 |
1 |
2 |
3 |
4 |
> |
|
| Гость |
Вы не зарегистрированны? Нажмите здесь для регистрации.
Забыли пароль? Запросите новый здесь.
|
|
|
