iHead

iHead
www.ihead.ru
tw: iHead_Ru
Рейтинг
137
Регистрация
25.04.2008
Интересы
Hosting (PHP, Bitrix), domains
Периодически выдает ошибку соединения с БД ((
Z-Style:
Почему 42 чем это определяется?

Z-Style добавил 07.11.2011 в 20:22


Да, по всей видимости процессор. Идлы стремятся к нулю. Но все же, почему такая ошибка? Она бывает редко в периоды сильной загрузки: браузер даже не ждет - сразу выдает "error establishment database"

начните с 10 :)

определяется объемом памяти доступной в системе и расчетами потребления ее на 1 запрос (1 Apache и 1 коннект к MySQL).

Периодически выдает ошибку соединения с БД ((
Z-Style:
Каких именно?

Z-Style добавил 07.11.2011 в 02:04


Уменьшать некуда.
А как сделать чтобы в очередь а не дропались как у меня?

Очередь (man 2 listen) обычно сама создается, если есть воронка (MaxClients) и одновременное число запросов > MaxClients и если вы в явном виде запросы сами не дропаете.

Периодически выдает ошибку соединения с БД ((
pupseg:
max-connections=4000

оперативки не хватит на столько коннектов.

iHead добавил 06.11.2011 в 22:09

Z-Style:
Под сильной нагрузкой, при большом количестве запросов на сервер периодически вылетает ошибка в браузере:



Увеличил max connections в 4 раза - не помогает. Куда копать?

Уменьшайте число коннектов к базе, приведите в соответствие MaxClients (Apache) и max-connections (MySQL). Все, что не пролазит, - в очередь.

Немного про nginx
babnicks:
имхо 16к это довольно много, если проблема была в этом, то она с вероятностью 99% исчезнет.

на prestashop 16k иногда не хватало :)

Немного про nginx
Lord Maverik:
Так что самое интересное логи эти есть, тока там циферки одни :)

Lord Maverik добавил 31.10.2011 в 15:46
Опять у меня таже проблема :(
При открытии главной страницы получил Bad Gataway от nginx. При этом админка работала и любый другие страницы открывались. Попробовал открыть главную в другом браузере - открылась.

Как исправить?

Lord Maverik добавил 31.10.2011 в 16:58
Погуглив вроде действительно пишут, что такая ошибка идет от апача. Но! Почему с одного и того же компа, в FireFox открывается, а в Chrome нет?

Lord Maverik добавил 31.10.2011 в 17:00
Хмм... еще одно добавление. Удалил куки, и заработало.... блин, я в шоке...

поставьте

proxy_buffer_size 64k;

Обновление базы временных поясов в PHP
Mage1:
Подскажите, где взять верный файл /usr/share/zoneinfo/Europe/Moscow
FreeBSD уж обновлял, а время все равно на час отстает :( (в /etc/localtime копировал)

Вот что приходило от Агавы клиентам на коло:


Проверить параметры временной зоны можно командой:
# zdump -v /etc/localtime | grep 2011

Если вывод выглядит так, перевод часов включен и зона нуждается в обновлении:
/etc/localtime Sat Mar 26 22:59:59 2011 UTC = Sun Mar 27 01:59:59 2011 MSK isdst=0 gmtoff=10800
/etc/localtime Sat Mar 26 23:00:00 2011 UTC = Sun Mar 27 03:00:00 2011 MSD isdst=1 gmtoff=14400
/etc/localtime Sat Oct 29 22:59:59 2011 UTC = Sun Oct 30 02:59:59 2011 MSD isdst=1 gmtoff=14400
/etc/localtime Sat Oct 29 23:00:00 2011 UTC = Sun Oct 30 02:00:00 2011 MSK isdst=0 gmtoff=10800

Если же результат такой, временная зона уже обновлена и часы переводиться не будут:
/etc/localtime Sat Mar 26 22:59:59 2011 UTC = Sun Mar 27 01:59:59 2011 MSK isdst=0 gmtoff=10800
/etc/localtime Sat Mar 26 23:00:00 2011 UTC = Sun Mar 27 03:00:00 2011 MSK isdst=0 gmtoff=14400

1. Обновляем порты
portsnap fetch update && portsnap extract

2. Устанавливаем последнюю версию порта zoneinfo
cd /usr/ports/misc/zoneinfo/ && make install clean

3. После этого копируем нужный файл таймзоны. Для Москвы:
rm /etc/localtime && ln -s /usr/share/zoneinfo/Europe/Moscow /etc/localtime

4. Проверяем, что временная зона обновилась
zdump -v /etc/localtime | grep 2011

Если у вас после этого что-то не так, то проверьте правильное ли время сейчас стоит в системе (команда date).

Если правильное, то где именно у вас отстает время?

Новый сервер FastCGI-приложений

название неприглядное, сайт вобще на ГС похож.

но я допускаю, что первый взгляд может быть обманчивым.

на каждого юзера нужно запускать отдельный экземпляр программы?

преимущества не очевидны.

было бы лучше, если оформили преимущества/недостатки сравнительной табличкой (с другими аналогичными продуктами).

Обновление базы временных поясов в PHP
'[umka:
;9602908']Там есть скрипт "mysql_tzinfo_to_sql" :)

да, верно.

в мануале написано, что по дефолту данные не заливаются после установки. далее идет фраза что это необязательная процедура, а еще далее вы "должны" залить.

в общем, разработчики, походу сами не определились нужна данная функциональность или нет.

вот тут написано, что если записей 0, то никто не сможет использовать именованные временные зоны и в этом случае обновление не требуется. а если записи есть, то обновлять надо.

Обновление базы временных поясов в PHP
'[umka:
;9602861']Видимо, это зависит не от оси, а от каких-нибудь опций при установке.
Смотрю серваки на фре, везде таблицы заполнены.

в исходниках в папке scripts есть файлик mysql_test_data_timezone.sql

но смущает слово test в названии, да и данных там как-то маловато.

в /usr/local/share/mysql, куда копируются при установке некоторые файлы из папки scripts этого файла нет вовсе. наверное, надо мануалы MySQL смотреть за подробностями.

Обновление базы временных поясов в PHP
netwind:
Может содержать, но многим это не нужно. По крайней мере в чистых инсталляциях на убунту и centos эти таблицы есть, но они пустые.
Тут вопрос в том нужны ли вам вообще эти сложные вычисления в разных таймзонах одновременно. В большинстве случае mysql будет прекрасно работать с системной базой.

В FreeBSD аналогично: таблицы есть, но они пустые.

1... 464748495051525354 ...87
Всего: 870