Есть сервер supermicro. В сервере дисковый SAS контроллер SMC2008-iMR (чип LSI 2008). В контроллере 3 винта. В web-биосе дискового контроллера отображается такая инфа по каждому винту:

Drive Temperature :65C

Поставил centos 6.3 и утилиту фирменную megacli64 для управления дисковым контроллером.

Пишу MegaCli64 -PDList -aALL", а мне по каждому винту (SEAGATE ST3300657SS) встречается такая строка Drive Temperature :65C (149.00 F)

Смарт не работает:
[root@blabla ~]# smartctl -a /dev/sda smartctl 5.42 2011-10-20 r3458 [x86_64-linux-2.6.32-279.2.1.el6.x86_64] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

Vendor: LSI Product: SMC2008-iMR Revision: 2.12 User Capacity: 298 500 227 072 bytes [298 GB] Logical block size: 512 bytes Logical Unit id: 0x600304800771500017a95e300aa1a9ae Serial number: 00aea9a10a305ea91700507107800403 Device type: disk Local Time is: Thu Aug 9 02:08:34 2012 FET Device does not support SMART

Error Counter logging not supported Device does not support Self Test logging

Производитель пишет, что максимальная температура на винтах 55C. Тут 65. Массив настроен в raid1+hotspare. Даже если винт из hotspare останавливается, то показания на нем все равно 65С. На ощупь винты чуть теплые, если их достать.

В винде каким-то раком смартом подцепились винты, и там были показания 41C. Только непонятно как, смарт ведь не работает.

Как получить нормальные показания температуры? И что вообще означает Drive Temperature :65C (появилось мнение, что не текущую температуру)?

Есть 2 сервака с bind9. В каждом серваке по 2 гиговых интерфейса. Оба имеют айпишники из одной и той же подсети. Серваки нагружены ~ 10-15 Мбит dns трафика. Сейчас занимаюсь подготовкой двух машин под замену. Действующие серваки находятся в одной подсети Интернета. Условно скажем 12.12.12.1/28 12.12.12.2/28

Конфиг готовлю с несколькими видами (views), чтобы внешние пользователи не видели внутренние ресурсы.

Как лучше законфигурить сеть?

1) Мастер-сервер законфигурить интерфейсы так, чтобы если один отвалился, поднимался второй. То есть делаю ethernet bonding (active backup). Айпишник естественно использоваться будет один. Будет ли нормально отрабатывать bonding, если подключить порты к разным коммутаторам (коммутаторы физические, а не логические через context) Второй сервак одним интерфейсом повернуть в инет, а вторым в локалку. Один айпишник будет Интернетовский, а второй локальный.

2) На обоих серваках применяю одинаковый подход. Делаю ethernet bonding (active backup). Полученный бонд конфигурю в транк. В транке на разные подинтерфейсы цепляю и внешние, и внутрение айпишники соответственно. Из бонуса прямой доступ из внутренней сетки без маршрутизации.

3) На обоих серваках применяю одинаковый подход. Делаю ethernet bonding (active backup). На каждый сервак по Интернетовскому айпишнику.

Стоит ли разнести dns в разные сети, и подключить через разные маршрутизаторы, хоть это и большой гемор?

Ставить хочу bind9.7 под убунтой 10.04. В ней для защиты сервиса используется apparmor, который немного подурил голову, но я разобрался. С логами гемор был, но тоже все как мне надо подкрутил. Apparmor насколько я понял позволяет забить на chroot. Пока на новых серваках используется по одному физическому интерфейсу, в принципе работает нормально.

В принципе можно еще рассмотреть вариант с chroot под debian. И в самом крайнем случае под centos/scientific. Чего скажете плохого/хорошего про подключения и дистрибутивы под bind 9.7. И еще, стоит ли bind готовить самому?