Pilat

Рейтинг
250
Регистрация
08.03.2007

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

Вообще с windows не всё так плохо как было годы назад. Linux хостинг настолько в php погряз, что от этого ему теперь не отмыться никогда.

porutchik:

2 x Xeon E5410 2.33 GHz Quad Core, 12 Gb RAM, 4 x 500 Gb HDD, hardware raid 0/1/5/10 - 10500 руб.

вот в этой конфигурации что понимается под hardware raid?

iBBi:
ну вообще 40 немного много если это в корпусе. Вот сейчас смотрю ман к материнское плате Intel Socket771 i5000V S5000VSASASR EATX
"Рабочая температура 10°C - 35°C"

Поднесите руку к вентилятору нагруженного сервера - там будет ощутимо теплее, чем 37 градусов руки, так что 10-35 - это, возможно, температура внешней среды, но никак не температура платы. 40 в корпусе это нормально. Вот 80 - уже плохо.

Как я и думал, то что в магазине написали 10-35 - взято с потолка. Вот из документации на плату:

Table 27. Server Board Design Specifications
Parameter Limit
Operating Temperature 5є C to 50є C 1 (32є F to 131є F)
Non-Operating Temperature -40є C to 70є C (-40є F to 158є F)

вообще, imho, максимальная температура в серверной определяется предпочтениями персонала, а персоналу при 40 градусов хуже чем серверу. И при 30 тоже, так что стандартная 25 - чтобы людей не поморозить.

Rishpik:
я без них как без рук уже :)

Интересно, а они что об этом думают?

<убрал оффтопик>

в общем надо у них не перезагрузку заказать, а первым делом KVM посмотреть на консоль. Судя по всему посыпался диск и, возможно, так давно, что оба диска в нестабильном состоянии. На консоли должны быть следы. В принципе resync может быть и по другим причинам, но не думаю что настолько тяжко. И непонятно почему /proc/mdstat недоступен.

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

Слежение за md надо поставить обязательно!

zexis:
nginx должен отдавать картинки без участия apache.
Какие тут могут быть сомнения?

Для начала надо выяснить, кто и как слишком часто запускает апаче и с какими запросами.

Я не знаю, как в данном сервисе устроен механизм отдачи картинок. Часто это делается так, чтобы нельзя было получить один раз URL и использовать его всегда, он формируется динамически. То есть nginx должен откуда-то знать, как сопоставить URL и имя файла в файловой системе.

раз с картинками дело имеете - значит полно медленных клиентов, следовательно два решения:

1) MaxClients уменьшить в 5 раз (чтобы в память апач влезал без свопа), посмотреть где nginx хранит отдаваемые файды - должен на диске. Вообще стоит попробовать настроить его для отдачи картинок мимо апача, но это, конечно, под вопросом.

2) MaxClients увеличить настолько насколько надо будет (сейчас предсказать невозможно), при этом надо соответственно увеличить размер оперативной памяти. При этом nginx Вам вообще не нужен.

тут - /ru/forum/454981 - недавно обсуждался похожий вопрос, и даже было высказано предположение (в конце), что nginx может не быть панацеей в некоторых случаях.

root:
в идеале для такой крупной компании нужно иметь 24 часа специалистов по ресету, а уж решать проблему с сервером за денежку. ну не мне решать.

В идеале для таких ответственных сайтов нужно ставить LARA - будет и ресет, и GUI.

Pilat добавил 14.02.2010 в 23:24

root:
сейчас делаю fsck.ext3 -y -f -CO /dev/md2

Это наверно глупый совет, но 1) посмотреть что сообщает /proc/mdstat , 2) посмотреть, настроено ли слежение за проблемами с md - может постоянная ресинхронизация происходит?

sovka:
Возможно ли, хостер молчит, ip не грит. Знаю ns, возможно ли узнать на какой ip он указывает, не прописывая их в домене?

какой-то загадочный язык. Я даже приблизительно не понял что надо сделать.

Всего: 2890