apt-get update mdadm beängstigende Warnungen

8

Ich habe gerade ein apt-get-Update auf einem meiner dedizierten Server ausgeführt, um eine relativ beängstigende Warnung zu erhalten:

Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.26-2-686-bigmem
W: mdadm: the array /dev/md/1 with UUID c622dd79:496607cf:c230666b:5103eba0
W: mdadm: is currently active, but it is not listed in mdadm.conf. if
W: mdadm: it is needed for boot, then YOUR SYSTEM IS NOW UNBOOTABLE!
W: mdadm: please inspect the output of /usr/share/mdadm/mkconf, compare
W: mdadm: it to /etc/mdadm/mdadm.conf, and make the necessary changes.
W: mdadm: the array /dev/md/2 with UUID 24120323:8c54087c:c230666b:5103eba0
W: mdadm: is currently active, but it is not listed in mdadm.conf. if
W: mdadm: it is needed for boot, then YOUR SYSTEM IS NOW UNBOOTABLE!
W: mdadm: please inspect the output of /usr/share/mdadm/mkconf, compare
W: mdadm: it to /etc/mdadm/mdadm.conf, and make the necessary changes.
W: mdadm: the array /dev/md/6 with UUID eef74de5:9267b2a1:c230666b:5103eba0
W: mdadm: is currently active, but it is not listed in mdadm.conf. if
W: mdadm: it is needed for boot, then YOUR SYSTEM IS NOW UNBOOTABLE!
W: mdadm: please inspect the output of /usr/share/mdadm/mkconf, compare
W: mdadm: it to /etc/mdadm/mdadm.conf, and make the necessary changes.
W: mdadm: the array /dev/md/5 with UUID 5d45b20c:04d8138f:c230666b:5103eba0
W: mdadm: is currently active, but it is not listed in mdadm.conf. if
W: mdadm: it is needed for boot, then YOUR SYSTEM IS NOW UNBOOTABLE!
W: mdadm: please inspect the output of /usr/share/mdadm/mkconf, compare
W: mdadm: it to /etc/mdadm/mdadm.conf, and make the necessary changes.

Wie angewiesen habe ich die Ausgabe von / usr / share / mdadm / mkconf überprüft und mit /etc/mdadm/mdadm.conf verglichen und sie sind sehr unterschiedlich.

Hier ist der Inhalt von /etc/mdadm/mdadm.conf:

# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default, scan all partitions (/proc/partitions) for MD superblocks.
# alternatively, specify devices to scan, using wildcards if desired.
DEVICE partitions

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=b93b0b87:5f7c2c46:0043fca9:4026c400
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=c0fa8842:e214fb1a:fad8a3a2:28f2aabc
ARRAY /dev/md2 level=raid1 num-devices=2 UUID=cdc2a9a9:63bbda21:f55e806c:a5371897
ARRAY /dev/md3 level=raid1 num-devices=2 UUID=eca75495:9c9ce18c:d2bac587:f1e79d80

# This file was auto-generated on Wed, 04 Nov 2009 11:32:16 +0100
# by mkconf $Id$

Und hier ist die Ausgabe von / usr / share / mdadm / mkconf

# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default, scan all partitions (/proc/partitions) for MD superblocks.
# alternatively, specify devices to scan, using wildcards if desired.
DEVICE partitions

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays
ARRAY /dev/md1 UUID=c622dd79:496607cf:c230666b:5103eba0
ARRAY /dev/md2 UUID=24120323:8c54087c:c230666b:5103eba0
ARRAY /dev/md5 UUID=5d45b20c:04d8138f:c230666b:5103eba0
ARRAY /dev/md6 UUID=eef74de5:9267b2a1:c230666b:5103eba0

# This configuration was auto-generated on Sat, 25 Feb 2012 13:10:00 +1030
# by mkconf 3.1.4-1+8efb9d1+squeeze1

Soweit ich weiß, muss ich die vier Zeilen, die mit 'ARRAY' in der Datei /etc/mdadm/mdadm.conf beginnen, durch die verschiedenen vier Zeilen 'ARRAY' aus der Ausgabe / usr / share / mdadm / mkconf ersetzen.

Als ich dies tat und dann update-initramfs -u ausführte, gab es keine Warnungen mehr.

Ist das, was ich oben getan habe, richtig? Ich habe jetzt Angst davor, den Server neu zu starten, weil ich befürchte, dass er nicht neu gestartet wird. Da es sich um einen dedizierten Remote-Server handelt, würde dies sicherlich Ausfallzeiten bedeuten und möglicherweise teuer sein, ihn wieder in Betrieb zu nehmen.

FOLLOW UP (Antwort auf Frage):

die Ausgabe von mount:

/dev/md1 on / type ext3 (rw,usrquota,grpquota)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/md2 on /boot type ext2 (rw)
/dev/md5 on /tmp type ext3 (rw)
/dev/md6 on /home type ext3 (rw,usrquota,grpquota)

mdadm --detail / dev / md0

mdadm: md device /dev/md0 does not appear to be active.

mdadm --detail / dev / md1

/dev/md1:
    Version : 0.90
  Creation Time : Sun Aug 14 09:43:08 2011
     Raid Level : raid1
     Array Size : 31463232 (30.01 GiB 32.22 GB)
  Used Dev Size : 31463232 (30.01 GiB 32.22 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 1
    Persistence : Superblock is persistent

    Update Time : Sat Feb 25 14:03:47 2012
      State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

       UUID : c622dd79:496607cf:c230666b:5103eba0
     Events : 0.24

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1

mdadm --detail / dev / md2

/dev/md2:
    Version : 0.90
  Creation Time : Sun Aug 14 09:43:09 2011
     Raid Level : raid1
     Array Size : 104320 (101.89 MiB 106.82 MB)
  Used Dev Size : 104320 (101.89 MiB 106.82 MB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 2
    Persistence : Superblock is persistent

    Update Time : Sat Feb 25 13:20:20 2012
      State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

       UUID : 24120323:8c54087c:c230666b:5103eba0
     Events : 0.30

    Number   Major   Minor   RaidDevice State
       0       8        2        0      active sync   /dev/sda2
       1       8       18        1      active sync   /dev/sdb2

mdadm --detail / dev / md3

mdadm: md device /dev/md3 does not appear to be active.

mdadm --detail / dev / md5

/dev/md5:
    Version : 0.90
  Creation Time : Sun Aug 14 09:43:09 2011
     Raid Level : raid1
     Array Size : 2104448 (2.01 GiB 2.15 GB)
  Used Dev Size : 2104448 (2.01 GiB 2.15 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 5
    Persistence : Superblock is persistent

    Update Time : Sat Feb 25 14:09:03 2012
      State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

       UUID : 5d45b20c:04d8138f:c230666b:5103eba0
     Events : 0.30

    Number   Major   Minor   RaidDevice State
       0       8        5        0      active sync   /dev/sda5
       1       8       21        1      active sync   /dev/sdb5

mdadm --detail / dev / md6

/dev/md6:
    Version : 0.90
  Creation Time : Sun Aug 14 09:43:09 2011
     Raid Level : raid1
     Array Size : 453659456 (432.64 GiB 464.55 GB)
  Used Dev Size : 453659456 (432.64 GiB 464.55 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 6
    Persistence : Superblock is persistent

    Update Time : Sat Feb 25 14:10:00 2012
      State : active
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

       UUID : eef74de5:9267b2a1:c230666b:5103eba0
     Events : 0.31

    Number   Major   Minor   RaidDevice State
       0       8        6        0      active sync   /dev/sda6
       1       8       22        1      active sync   /dev/sdb6

FOLLOW UP 2 (Antwort auf Frage):

Ausgabe von / etc / fstab

/dev/md1      /                    ext3 defaults,usrquota,grpquota 1 1
devpts         /dev/pts             devpts     mode=0620,gid=5       0 0
proc           /proc                proc       defaults              0 0
#usbdevfs       /proc/bus/usb        usbdevfs   noauto                0 0
/dev/cdrom     /media/cdrom         auto       ro,noauto,user,exec   0 0
/dev/dvd       /media/dvd           auto       ro,noauto,user,exec   0 0
#
#
#
/dev/md2       /boot    ext2       defaults 1 2
/dev/sda3       swap     swap       pri=42   0 0
/dev/sdb3       swap     swap       pri=42   0 0
/dev/md5       /tmp     ext3       defaults 0 0
/dev/md6       /home    ext3       defaults,usrquota,grpquota 1 2
debian apt mdadm update user568829
quelle
1
Es ist der Meinung, dass sie 1, 2, 5 und 6 sein sollten - Ihre vorhandene Konfiguration hat sie als 0, 1, 2, 3. Etwas stimmt nicht. Können Sie die Ausgabe mountund die mdadm --detailBefehle für jedes MD-Gerät bereitstellen ?
Shane Madden
Danke - FOLLOW UP Informationen oben hinzugefügt (in der ursprünglichen Frage)
user568829

Antworten:

2

Die Warnungen scheinen korrekt zu sein - Ihr aktuelles Layout unterscheidet sich stark von Ihrem mdadm.conf.

Die Einstellungen, in denen es angegeben ist, /usr/share/mdadm/mkconfscheinen korrekt zu sein. Nur zur Überprüfung - stimmen Ihre /etc/fstabEinträge mit Ihren aktuellen Reittieren überein?

Da sich an diesem System etwas Großes geändert zu haben scheint, wäre ich immer noch ein bisschen besorgt über den Neustart. Sichern Sie zuerst!

Shane Madden
quelle
Ja, / etc / fstab scheint mit den neuen Mount-Einstellungen übereinzustimmen. Ich habe die Ausgabe von / etc / fstab oben hinzugefügt (in FOLLOW UP 2 in der ursprünglichen Frage). Seltsam, ich weiß nicht, wie sich das System-Setup hätte ändern können ...? Ja, werden alle wichtigen Daten gesichert, bevor ein Neustart versucht wird. Vielen Dank.
user568829
Ja, es sieht so aus, als ob alles außer dem aktualisiert wurde mdadm.conf. Seltsam! Aktivieren Sie möglicherweise den Änderungszeitstempel /etc/fstab, um zu erraten, wann die Änderungen möglicherweise aufgetreten sind.
Shane Madden
Zurückdenken hat vielleicht etwas mit einer Frage zu tun, die während des passenden Updates aufgetaucht ist. Ein Bildschirm kam mit „Konfigurieren von mdadm“ und fragte , ob ich alles oder nichts wollte, war ich nicht sicher , und konnte keine Informationen über Google zu finden scheinen , so geklickt haben nur auf die Standard - Eingabe , die auf All gesetzt wurde ...
user568829
-rw-r - r-- 1 root root 703 14. August 2011 / etc / fstab
user568829
2
@ user568829, wenn Sie diesen Dialog erneut sehen möchten, können Sie ihn erneut ausführen dpkg-reconfigure mdadm. Sie werden gefragt, welche Volumes die initrd für den Start Ihres Systems zur Verfügung stellen muss. Im Allgemeinen können Sie einfach alle auswählen, es sei denn, einige Ihrer Festplatten sind erst verfügbar, wenn das Netzwerk aktiv ist (iSCSI) oder ähnliches.
Linux Geek
3

Alles was Sie tun müssen ist:

Ändern Sie zunächst das mdadm.confmit dem Ergebnis vonmkconf

/usr/share/mdadm/mkconf > /etc/mdadm/mdadm.conf

Dann müssen Sie die aktualisieren initramfs

update-initramfs -u

Jetzt können Sie das System neu starten.

Rafael Cristaldo
quelle
1

Ich hatte ein ähnliches Problem, wurde aber anstelle verschiedener Arrays mdadm.confnach einem Debian-Upgrade (Lenny to Squeeze) leer.

W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.

Die gleiche Lösung hat funktioniert. Ich habe die Ausgabe von mkconfals meine verwendet mdadm.conf:

/usr/share/mdadm/mkconf > /etc/mdadm/mdadm.conf

Der Neustarttest wurde bestanden.

hdiogenes
quelle
0

Nur ein Follow-up.

Schließlich wurden alle Daten auf dem Server gesichert und ein Neustart durchgeführt, und der Server wurde ohne Probleme neu gestartet. Die oben beschriebenen Änderungen (in der ursprünglichen Frage) waren also korrekt.

user568829
quelle