Bug 9064 - do_md_run() returned -22
: do_md_run() returned -22
Status: CLOSED WONTFIX
: Sisyphus
(All bugs in Sisyphus/mdadm)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2006-02-12 23:29 by
Modified: 2007-01-04 12:35 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2006-02-12 23:29:55
После обновления raidtools до mdadm из Сизифа система установленная на
программном RAID (Mirror) перестала загружаться с ошибками:

md: personality 3 is not loaded !
md: do_md_run() returned -22
md: md0 stopped

и, как следствие,

bread: Cannot read the block (2): Invalid argument.
reiserfs_open: bread failed reading block 2
bread: Cannot read the block (16): Invalid argument.
reiserfs_open: bread failed reading block 16
reiserfs_open: the reiserfs superblock cannon be found on /dev/md0
Failed to open the filesystem.

c последующим вываливанием в консоль Repair filesystem
------- Comment #1 From 2006-02-12 23:35:16 -------
Reassigned to maintainer.
------- Comment #2 From 2006-02-13 11:13:44 -------
Нужны следующие данные:
1) версии raidtools и mdadm
2) /etc/raidtab до и после установки mdadm
3) /etc/mdadm.conf
4) /proc/partitions и /proc/mdstat
------- Comment #3 From 2006-02-13 11:31:42 -------
1. mdadm 2.3-alt1 raidtools - 1.00.3-alt2
2. raidtab, бывший до установки переименовался в raidtab.backup.23025 Других нет.

raiddev /dev/md0
	raid-level		1
	chunk-size		64k
	persistent-superblock	1


    nr-raid-disks	2
	device		/dev/hda1
	raid-disk		0
	device		/dev/hdb1
	raid-disk		1
raiddev /dev/md1
	raid-level		1
	chunk-size		64k
	persistent-superblock	1


    nr-raid-disks	2
	device		/dev/hda5
	raid-disk		0
	device		/dev/hdb5
	raid-disk		1

3. 

#
#  /etc/mdadm.conf  --  mdadm configuration file
#
#  Customized for ALTLinux
#  See complete sample on manual page and in documentation directory
#
#  This is a minimalistic skeleton but it should work out-of:a+box!
#

MAILADDR root
PROGRAM /usr/sbin/mdadm-syslog-events
DEVICE partitions

## EOF ##
DEVICE partitions
ARRAY /dev/md0 level=raid1 num-devices=2
UUID=d1473cf2:16b66aba:1cbca337:e7463df4 auto=yes
ARRAY /dev/md1 level=raid1 num-devices=2
UUID=73ae7602:bdfb8a9b:2200f31b:94360bea auto=yes

4. /proc/partitions и /proc/mdstat как я понимаю имеет смысл делать в момент
неудачной загрузки... Сейчас сервер работает без RAID, загружается просто с hda
Если данный пункт строго необходим для решения проблемы, разумеется, перенастрою
и снова перегружу в "убитом" режиме - пожалуйста, сообщите.
------- Comment #4 From 2006-02-17 14:52:53 -------
> Добрый день !Извините за беспокойство, что-нибудь посоветуете ?
> Пожалуйста, сообщите, если нужны какие-то дополнительные данные.

1) проверить все составляющие RAID'a через fsck.
Если покажет, что всё ok:
2) обновить mdadm до 2.3.1 и перезагрузиться.
Если не поможет:
3) закомментировать в /etc/mdadm.conf всё, что ниже строки "## EOF ##", и
перезагрузиться.
Если не поможет:
4) запретить загрузку mdadm: chkconfig mdadm off,
   скопировать /etc/raidtab.backup обратно в /etc/raidtab
   и посмотреть, заработает ли с raidtools.
5) любопытно также, что скажет mdassemble
   при загрузке в single mode или с LiveCD.

P.S. Личное письмо отправить не удалось:
This is the mPOP.Fallback_MX program at host mx4.mail.ru.
<sysadmin@krukovo.ru>: lost connection with krukovo.ru[213.134.214.10] while
sending HELO
------- Comment #5 From 2007-01-04 10:56:26 -------
Если автор баги не отзывается и у других она не возникает, предлагаю её
закрыть.