| ← Декабрь 2007 → | ||||||
|
15
|
16
|
|||||
|---|---|---|---|---|---|---|
За последние 60 дней ни разу не выходила
Сайт листа:
http://www.linuxrsp.ru
Открыт:
25-07-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.linux.discuss-list@subscribe.ru
Адрес
модератора: comp.soft.linux.discuss-owner@subscribe.ru
Доброе время суток!
Подксажите кто использует мониторинг железного RAID.
имеется сервер Dell PowerEdge с контроллером
Dell PowerEdge Expandable RAID controller 5i
на нем подняты raid-1 и raid-5
на raid-5 один винт заморгал желто-зеленым.... Как понять что с ним?
В том то и дело, что ничего в логах нету.
Кроме вот этой информации из dmesg вообще никакого упоминания нету что есть
какие-то диски из которых соcтоят RAID-ы
scsi0 : LSI Logic SAS based MegaRAID driver
Vendor: FUJITSU Model: MAX3073RC Rev: D207
Type: Direct-Access ANSI SCSI revision: 03
Vendor: FUJITSU Model: MAX3073RC Rev: D207
Type: Direct-Access ANSI SCSI revision: 03
Vendor: SEAGATE Model: ST3300555SS Rev: T106
Type: Direct-Access ANSI SCSI revision: 05
Vendor: SEAGATE Model: ST3300555SS Rev: T106
Type: Direct-Access ANSI SCSI revision: 05
Vendor: SEAGATE Model: ST3300555SS Rev: T106
Type: Direct-Access ANSI SCSI revision: 05
Vendor: DP Model: BACKPLANE Rev: 1.05
Type: Enclosure ANSI SCSI revision: 05
Vendor: DELL Model: PERC 5/i Rev: 1.03
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 142082048 512-byte hdwr sectors (72746 MB)
sda: Write Protect is off
sda: Mode Sense: 1f 00 10 08
SCSI device sda: drive cache: write through w/ FUA
SCSI device sda: 142082048 512-byte hdwr sectors (72746 MB)
sda: Write Protect is off
sda: Mode Sense: 1f 00 10 08
SCSI device sda: drive cache: write through w/ FUA
sda: sda1 sda2 sda3 sda4 < sda5 sda6 >
sd 0:2:0:0: Attached scsi disk sda
Vendor: DELL Model: PERC 5/i Rev: 1.03
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sdb: 1754529792 512-byte hdwr sectors (898319 MB)
sdb: Write Protect is off
sdb: Mode Sense: 1f 00 10 08
SCSI device sdb: drive cache: write through w/ FUA
SCSI device sdb: 1754529792 512-byte hdwr sectors (898319 MB)
sdb: Write Protect is off
sdb: Mode Sense: 1f 00 10 08
SCSI device sdb: drive cache: write through w/ FUA
sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 >
On Dec 24, 2007 3:38 PM, Vladimir Efremov <vefrem***@g*****.com> wrote:
Э, Володя, это сильно зависит от настроек РАИД-контроллера и его
драйвера. Там ведь можно всю диагностику задавить.
Алексей, а Вы только dmesg смотрели ? А в messages ничего
подозрительного нет ? И вообще посмотрите, что лежит в /var/log - может
там присутствуют специфические для данного РАИДа логи ?
Vladimir Efremov пишет:
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 33418; Возраст листа: 1617; Участников: 1468
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/714251
В том то и дело, что ничего не нашел...
On Dec 28, 2007 3:33 PM, sandro <s-andr***@r*****.ru> wrote:
Тогда надо просмотреть конфигурацию контроллера РАИД с помощью его
родной утилиты (она либо идет на диске, либо может быть запущена при
загрузке сервера). Я конкретно с Вашим контроллером не сталкивался, но
вот Интеловский как раз при загрузке компа позволяет запустить
конфигурационную утилиту, в которой можно и статус дисков просмотреть, и
диагностику провести, и логи настроить.
Alexey Kalinin пишет:
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 33420; Возраст листа: 1617; Участников: 1468
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/714317
Спасибо, буду пробовать....
On Dec 28, 2007 9:41 PM, sandro <s-andr***@r*****.ru> wrote:
Здравствуйте!
Озадачился я вот такой проблемой - есть приложение, результат работы которого
зависит от текущей даты. Мне нужно запустить его, указав при этом заранее
оговоренную дату. Насколько я помню, была под офтопиком нужная мне
програмка - "Вперед в прошлое". Но за неимением оной под *nix пришел к
следующему:
------------------------------< начало скрипта >#! /bin/sh
# Time cheating script
# Saving current date and time
old_day=$(date -u '+%d')
old_month=$(date -u '+%m')
old_year=$(date -u '+%Y')
echo 'Setting fake date'
echo password | sudo -S date -u 1227$(date -u '+%H%M')2007
# Starting application
./some_application
echo 'Restoring real date'
echo password | sudo -S date -u $old_month$old_day$(date -u '+%H%M')$old_year
-------------------------------< конец скрипта >Но чего-то мне кажется, что этот вариант работает через жопу, тем более, что
на выхлопе скрипта sudo ругается, что "timestamp too far in the future".
Может, можно решить мой вопрос более гуманным путем?
On Dec 24, 2007 12:16 PM, Alexey Kalinin <avk@a*****.ru> wrote:
В этом случае нужно бы посмотреть логи (/var/log/messages - может зависеть
от дистрибутива) - сообщения об ошибках и предупреждения должны валиться
туда (по-крайней мере у нас так). В этой связи хорошо бы иметь анализатор
логов с рассылкой того, что показалось подозрительным, по почте.