Получить доступ к Информации на рейде.

Дообрый день!
Впервые сижу за линами, потому сильно не ругайте если что не правильно пишу.
Пытаюсь решить следующую задачу: Стоит Генту на 1 винте, 2 других винта собраны в рейде (на них стоит Fedora 12), на них разделы вроде как lvm2

Вот fdisk:

# fdisk -l

Disk /dev/sda: 500.1 GB, 500107862016 bytes, 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x9c6f5726

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048       67583       32768   83  Linux
/dev/sda2           67584     4261887     2097152   82  Linux swap / Solaris
/dev/sda3         4261888   976773167   486255640   83  Linux

Disk /dev/sdb: 73.4 GB, 73407868928 bytes, 143374744 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sdc: 73.4 GB, 73407868928 bytes, 143374744 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Вот информация о устройствах:

05:00.0 IDE interface: Marvell Technology Group Ltd. 88SE6121 SATA II / PATA Controller (rev b2)
        Subsystem: ASUSTeK Computer Inc. Device 8212
        Kernel driver in use: pata_marvell
06:00.0 RAID bus controller: Marvell Technology Group Ltd. 88SE6440 SAS/SATA PCIe controller (rev 02)
        Subsystem: Marvell Technology Group Ltd. 88SE6440 SAS/SATA PCIe controller
        Kernel driver in use: mvsas
        Kernel modules: mvsas

До этого я пытался собрать ядро с драйвером 88SE6440, и автодетектом на этапе загрузки пытаться понять что за массив и какие у него разделы, но все мои танцы сводились к Кернел паник при загрузке, с жуткими матами. При сборке ядра драйвер поставил как "модуль" и все ок, и винты рейда видно и матов нет.

Вот дальше я застрял, не могу придумать что сделать чтобы увидеть разделы на винтах (которые в рейде).
P.S. доступ только ssh
P.S.S. знания английского удручающие manы читаю, но понимаю их через раз )))

Почитайте, хотя бы эту статью

Почитайте, хотя бы эту статью Программный RAID в Linux .

В общих чертах, если вы там ничего не поломали, то вам будет достаточно для сборки массива:

mdadm --detail --scan > /etc/mdadm.conf
mdadm --assemble --scan

А для поднятия группы томов:

vgchange -ay

Состояние массива можно посмотреть так:

less /proc/mdstat

выход 'q'
или

more /proc/mdstat

Да, эту статью я читал,

Да, эту статью я читал, пробывал простую команду:

# mdadm --assemble /dev/md0 /dev/sdb /dev/sdc
mdadm: no recogniseable superblock on /dev/sdb
mdadm: /dev/sdb has no superblock - assembly aborted

По вашим предложенным коммандам, тоже не получилось:

# mdadm --assemble --scan
mdadm: No arrays found in config file or automatically

В /proc/mdstat у меня:

# cat /proc/mdstat
Personalities : [raid1] [faulty]
unused devices: <none>

P.S. Рейд рабочий, если в биосе поставиь с него загрузку, то федора грузится с него на ура.

Вы эту команду предварительно

Вы эту команду предварительно выполнили ?

mdadm --detail --scan > /etc/mdadm.conf

)

Теперь выполнил, но она не дала результата (точнее ничего не сконфигурировала):

~ # mdadm --detail --scan > /etc/mdadm.conf
~ # cat /etc/mdadm.conf
~ # mdadm --assemble --scan
mdadm: No arrays found in config file or automatically

А вы уверены, что у вас

А вы уверены, что у вас MD-RAID, а не fake-RAID c LVM?
Что выдает команда

dmesg|grep sd
vgscan

не уверен. Мне вообще не

не уверен.
Мне вообще не понятно, что происходит (

~ # dmesg  | grep sd
[    0.000000] Kernel command line: root=/dev/sda3
[    0.895399] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[    0.895593] sd 0:0:0:0: [sda] Write Protect is off
[    0.895691] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    0.895706] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    0.906013]  sda: sda1 sda2 sda3
[    0.906373] sd 0:0:0:0: [sda] Attached SCSI disk
[    2.593600] EXT3-fs (sda3): error: couldn't mount because of unsupported optional features (240)
[    2.593938] EXT2-fs (sda3): error: couldn't mount because of unsupported optional features (244)
[    2.599533] EXT4-fs (sda3): INFO: recovery required on readonly filesystem
[    2.599633] EXT4-fs (sda3): write access will be enabled during recovery
[    3.944135] EXT4-fs (sda3): recovery complete
[    3.947833] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[    8.348805] sd 8:0:0:0: [sdb] 143374744 512-byte logical blocks: (73.4 GB/68.3 GiB)
[    8.350794] sd 8:0:0:0: [sdb] Write Protect is off
[    8.350809] sd 8:0:0:0: [sdb] Mode Sense: b3 00 10 08
[    8.350822] sd 8:0:1:0: [sdc] 143374744 512-byte logical blocks: (73.4 GB/68.3 GiB)
[    8.352619] sd 8:0:0:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA
[    8.352841] sd 8:0:1:0: [sdc] Write Protect is off
[    8.352844] sd 8:0:1:0: [sdc] Mode Sense: b3 00 10 08
[    8.354671] sd 8:0:1:0: [sdc] Write cache: enabled, read cache: enabled, supports DPO and FUA
[    8.372023]  sdb: unknown partition table
[    8.375375]  sdc: unknown partition table
[    8.377375] sd 8:0:0:0: [sdb] Attached SCSI disk
[    8.380545] sd 8:0:1:0: [sdc] Attached SCSI disk
[    9.736624] EXT4-fs (sda3): re-mounted. Opts: (null)
[    9.825757] Adding 2097148k swap on /dev/sda2.  Priority:-1 extents:1 across:2097148k
[    9.863098] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
~ # vgscan
  Reading all physical volumes.  This may take a while...
  No volume groups found

Сделал клон рейд-диска

Сделал клон рейд-диска (акронисом), подшаманил с загрузкой, запустил винт на соседней машине, система нормально стартанула, работает (без пересбора ядра и т.д. - fedora 12)
Могу на ней выполнить команды для того чтобы понять что за ФС на рейде.

Вот нек. результаты:

# fdisk -l

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xfa5eb2ba

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1       51912   416983108+  83  Linux
/dev/sda2           51913       60801    71400892+  8e  Linux LVM

Disk /dev/dm-0: 67.8 GB, 67788341248 bytes
255 heads, 63 sectors/track, 8241 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disk /dev/dm-0 doesn't contain a valid partition table

Disk /dev/dm-1: 5318 MB, 5318377472 bytes
255 heads, 63 sectors/track, 646 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disk /dev/dm-1 doesn't contain a valid partition table
# vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "vg_vpn2" using metadata type lvm2
# dmesg | grep sd
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sda: sda1 sda2
sd 0:0:0:0: [sda] Attached SCSI disk
dracut: Scanning devices sda2  for LVM volume groups
EXT4-fs (sda1): mounted filesystem with ordered data mode

sda1 просто смонтируй

sda1 просто смонтируй куда-нибудь, а LVM активируй командой

vgchange -ay

после этого тоже можещь монтировать и смотреть, что там... ;)

Только странно что-то что ЛВМ меньше простого... обычно наоборот бывает...

непонятно....

Немного не понял смысл этого поста. Зачем монтировать sda1? Если речь о рейде который/из которого надо примонтировать sdb и sdc и они естественно просто так не примонтируются:

mount /dev/sdb /mnt/ln1
mount: unknown filesystem type 'ddf_raid_member'

А если речь о втором ПК на который я воткнул образ с рейда, то повторюсь - там все завелось и работает, fedora стартанула и начала выполнять свои грязные делишки, там все само примонтировалось.

точно не понял... :) Если

точно не понял... :)
Если sda1 неинтересен, пропусти... читай дальше...
Мы же тут не ясновидящие... ваши тайные желания неведомы нам... я так понял, что надо инфу вытащить с тех дисков...
Кстати, монтировать прямо целиком диск - глупость беспросветная! Где это я или кто другой такое советовал?!..
И еще - у вас тут новая инфа вылезла, что РАЙД был с ДДФ-метаданными (Федора берет их по дефолту), поэтому и сканировать/собирать его надо с ними же. А как поднимите РАЙД - снова vgscan/vgchange, после чего сможете монтировать логические тома и будет вам счастье...

Первый пост - в нем описана

Первый пост - в нем описана проблема и задача.
На одном винте стоит генту, этот винт в машине на которой раньше крутилась федора установленная на рейд. Так вот мне нужно получить доступ к рейду из генту.

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

Теперь по поводу Вашего поста.
У меня видны винты sdb и sdc. vgscan/vgchange в генту - результата не дают.
Драйвер рейда откомпилирован модулем. Если в ядро его - то идет фатал эррор (КЕРНЕЛ ПАНИК)

немного не понял что такое: РАЙД был с ДДФ-метаданными (Федора берет их по дефолту), поэтому и сканировать/собирать его надо с ними

malish_cmw написал(а):...У

malish_cmw написал(а):
<лирика выкинута>... vgscan/vgchange в генту - результата не дают.

и не дадут, потому как vgscan/vgchange надо делать ПОСЛЕ того, как поднят RAID!

malish_cmw написал(а):
Драйвер рейда откомпилирован модулем. Если в ядро его - то идет фатал эррор (КЕРНЕЛ ПАНИК)

Мало данных... возможно сбивается загрузочный и/или корневой диск(и) из-за того, что появляются новые незнакомые накопители на этапе загрузки и/или в ядре чего-то не хватает.

malish_cmw написал(а):
не понял что такое: РАЙД был с ДДФ-метаданными...

тогда вам сюда: man mdadm, выделю только:

ddf   Use the "Industry Standard" DDF (Disk Data Format) format defined by SNIA.  When creating a DDF array a CONTAINER will be created, and normal arrays can be created in that container.

за подробностями - сюда.

А для прояснения ситуации у вас покажите

mdadm --detail --scan --metadata=ddf

c Gentoo и

cat /proc/mdstat
lvs
mount

с Федоры...

P.S. хотя я бы посоветовал бы вам заменить федоровские диски на понятные вам, т.е. перекинуть все данные на новый диск(и)/RAID/LVM на другой машине, где все читается, и не морочить голову ни себе, ни людям... :)

~ # mdadm --detail --scan

 ~ # mdadm --detail --scan --metadata=ddf
 ~ #

ничего не вывело

Сейчас я могу посмотреть только второй сервак, загрузить федору на текущем не могу, чтобы посмотреть какие данные оно выыдает в рейде. Думаю в субботу смогу. На втором серваке, (где клон рейда на HDD):

# cat /proc/mdstat
Personalities :
unused devices: <none>

# lvs
  LV      VG      Attr   LSize  Origin Snap%  Move Log Copy%  Convert
  lv_root vg_vpn2 -wi-ao 63.13g
  lv_swap vg_vpn2 -wi-ao  4.95g

# mount
/dev/mapper/vg_vpn2-lv_root on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sda1 on /boot type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
SysA написал(а):
P.S. хотя я бы посоветовал бы вам заменить федоровские диски на понятные вам, т.е. перекинуть все данные на новый диск(и)/RAID/LVM на другой машине, где все читается, и не морочить голову ни себе, ни людям... :)

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

ну если из спортивного

ну если из спортивного интереса, то сделай и сохрани список загруженых модулей и протокол загрузки (dmesg) на Федоре, а потом сравни со своими.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".