С переходом на ядро Linux 3.x.x владельцы LSI RAID могут столкнуться с неприятным явлением - утилита MegaCli или MegaCli64 перестаёт обнаруживать RAID-контроллер. Ядро правильно определяет и корректно работает, а утилита упорно показывает, что никакого RAID-контроллера нет. Не помогает исправить проблему и обновление MegaCli до последней версии - [[http://www.lsi.com/Pages/user/eula.aspx?file=http%3a�... 8.02.16]].Если мониторинг состояния RAID построен на этой утилите, то ситуация становится совсем неприятной, так как. можно пропустить вышедший из строя жесткий диск или пришедшую в негодность батарейку кэша.
Попробуем разобраться в ситуации и найти временное решение, до выхода новой версии MegaCli.
Посмотрим версию ядра, наличие LSI MegaRAID и вывод утилиты MegaCli:
[root@farm2:1 ~]# uname -a
Linux farm2.localdomain 3.2.5-3.fc16.x86_64 #1 SMP Thu Feb 9 01:24:38 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
[root@farm2:1 ~]# lspci | grep -i raid
10:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID SAS 2108 [Liberator] (rev 05)
[root@farm2:1 ~]# /opt/MegaRAID/MegaCli/MegaCli64 -adpCount
Controller Count: 0.
[root@farm2:1 ~]# /opt/MegaRAID/MegaCli/MegaCli64 -v
MegaCLI SAS RAID Management Tool Ver 8.02.16 July 01, 2011
(c)Copyright 2011, LSI Corporation, All Rights Reserved.
Мы видим, что работаем под управлением linux-ядра 3.2.5, есть установленный LSI MegaRAID и утилита MegaCli64 его не видит. До обновления использовалось ядро 2.6.39, и утилита MegaCli64 обнаруживала контроллер.
Для понимания разницы в поведении MegaCli на ядрах версий 2.6 и 3.х я использовал gdb и strace. Оказалось, что если загружено любое ядро с номером версии 2.6.x - используется актуальный набор системных вызовов, иначе используются устаревшие системные вызовы ядра 2.4.x и, соответственно, контроллер не находится. Первая мысль, которая приходит в голову: подменить системный вызов uname для утилиты MegaCli. Воспользуемся помощью [[http://www.linuxjournal.com/article/7795 LD_PRELOAD]] и несколькими строчками кода на C:
#define _GNU_SOURCE
#include <unistd.h>
#include <sys/utsname.h>
#include <sys/syscall.h>
#include <sys/types.h>
#include <string.h>
int uname(struct utsname *buf)
{
int ret = syscall(SYS_uname, buf);
strcpy(buf->release, "2.6.40");
return ret;
}
Компилируем:
mkdir fakeuname
cd fakeuname
wget http://supportex.net/files/fakeuname/fakeuname.c
gcc -Wall -fPIC -c fakeuname.c
gcc -Wall -shared -o libfakeuname.so fakeuname.o
Проверим, как будет работать утилита. При запуске будет сообщаться "фейковый" номер версии ядра - 2.6.40, вместо 3.2.5:
[root@farm2:1 ~]# /opt/MegaRAID/MegaCli/MegaCli64 -adpCount
Controller Count: 1.
[root@farm2:1 fakeuname]# LD_PRELOAD=./libfakeuname.so /opt/MegaRAID/MegaCli/MegaCli64 -AdpAllInfo -aALL
Adapter #0
================================
Versions
================
Product Name :
Serial No : SV12345678
FW Package Build: 12.12.0-0065
...
Небольшая победа - контроллер определился!
Теперь можно с ним работать, как и раньше. А libfakeuname.so скопировать в более удобное место (например /usr/local/lib64) и использовать в своих скриптах совместно с LD_PRELOAD=/usr/local/lib64/libfakeuname.so.
Ссылки:
[[http://www.5dollarwhitebox.org/drupal/node/82 LSI MegaCLI Emergency Cheat Sheet]]
[[http://www.lsi.com/search/pages/default.aspx LSI Documents and Downloads]]
[[http://www.redhat.com/magazine/010aug05/features/strace/ Debugging code with strace]]
[[http://sources.redhat.com/gdb/current/onlinedocs/gdb.html Debugging with gdb]]
[[http://codingfreak.blogspot.com/2009/12/creating-and-using-s... Creating and using shared libraries in Linux]]
[[http://www.linuxjournal.com/article/7795 Modifying a Dynamic Library Without Changing the Source Code]]
URL: http://supportex.net/ru/2012/02/how-to-make-friends-linux-ke.../
Обсуждается: http://www.opennet.dev/tips/info/2667.shtml
Вариант для распечатки
(ok) on 20-Фев-12, 11:44 
