[gelöst] LVM mit dm-linear: Device loookup failed

[anstein]

Hallo liebes Forum,
Das Problemchen macht mich fertig. Von einem Tag auf den anderen, nach einem "full-upgrade", kann ich meinen LVM2-LV imagesvol1 nicht mounten.

Das System:
- Debian Lenny 5.0.4
- lvm2 2.02.39-7
- dmsetup 2:1.02.27-4
- Linux server001 2.6.26-2-486

Nach dem Neustart bekomme ich folgende Fehlermeldung:

Code: Alles auswählen

 [   39.486244] device-mapper: table: 254:1: linear: dm-linear: Device lookup failed
[   39.486902] device-mapper: ioctl: error adding target to table 

Vor diesem Problem konnte ich das Device /dev/images/imagesvol1 unter Ordner /images mounten. Nach dem Neustart ist das Device nicht mehr da! Wohl aber /dev/mapper/images-imagesvol1. Wenn ich diesen mounten möchte:

Code: Alles auswählen

asd#> mount -t ext3 /dev/mapper/images-imagesvol1 /images

dann kriege ich folgende Ausgabe.

Code: Alles auswählen

mount: wrong fs type, bad option, bad superblock on /dev/mapper/images-imagesvol1,
       missing codepage or helper program, or other error
       (could this be the IDE device where you in fact use
       ide-scsi so that sr0 or sda or so is needed?)
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

lvscan, pvscan, vgscan zeigen keinerlei Fehler. Lediglich die momentane Konfiguration und Status des LVMs. LV ist aktiv etc.. Also sehe ich da einfach keine Fehler. Um den LVM auszuschließen bootete ich eine Debian CD im Rescue Mode und konnte erfolgreich den LV und Inhalt mounten.
Deshalb kann man eigentlich sagen, dass das Dateisystem und der LVM völlig in Ordnung sind. In den Fehlermeldungen meckert ja auch der Device-Mapper. Mit dem Befehl

Code: Alles auswählen

asd#>vgmknodes

kriege ich zwar das Device /dev/images/imagesvol1 wieder. Kann es aber trotzdem nicht mounten. Ähnliches Problem wird hier beschrieben
Bug: 293693. Hat einer von euch etwas ähnliches beobachten können? Oder ähnliche Fehler in den Logs? Ach so ... beim letzen Update kamen folgende Aktualisierungen:

Code: Alles auswählen

Protokoll abgeschlossen.
Aptitude 0.4.11.11: Protokoll
Di, Apr 27 2010 13:21:10 +0200

WICHTIG: Dieses Protokoll zeigt nur geplante Aktionen an. Aktionen, die wegen
dpkg-Problemen fehlschlagen, sind vielleicht nicht abgeschlossen.

Werde 18 Pakete installieren und 0 Pakete entfernen.
7270kB werden auf der Festplatte belegt werden
===============================================================================
[INSTALLIEREN, ABHÄNGIGKEITEN] libapm1
[INSTALLIEREN, ABHÄNGIGKEITEN] libcap2
[INSTALLIEREN, ABHÄNGIGKEITEN] libice6
[INSTALLIEREN, ABHÄNGIGKEITEN] libsm6
[INSTALLIEREN, ABHÄNGIGKEITEN] powermgmt-base
[INSTALLIEREN] apmd
[INSTALLIEREN] binutils-doc
[INSTALLIEREN] bzip2-doc
[INSTALLIEREN] cdrkit-doc
[INSTALLIEREN] dhcp3-server-ldap
[INSTALLIEREN] diff-doc
[INSTALLIEREN] floppyd
[INSTALLIEREN] hfsutils-tcltk
[INSTALLIEREN] make-doc
[INSTALLIEREN] openslp-doc
[INSTALLIEREN] runit-run
[INSTALLIEREN] slpd
[INSTALLIEREN] wodim
===============================================================================

Ich sehe vor lauter Bäume den Wald nicht mehr. Kann mir da einer helfen. Danke im Voraus.


P.S.: Könnte mir jemand erklären wie ich detaillierter in der BUG Datenbank von Debian suchen kann? Mit Volltextsuche ist da wohl nichts? Oder?

[anstein]

Nach langer Suche musste ich feststellen, dass ich mit diesem Problem zum heutigen Tage alleine bin. Vor knapp einem Jahre aber hatte der Herr HIER scheinbar das gleiche Problem. Eine Lösung postete er damals nicht. Bin weiter auf der Suche ...

Da stimmt einfach etwas nicht mit der Table des Device-Mappers nicht. Der Befehl "dmsetup info"

Code: Alles auswählen

server001:~# dmsetup info
Name:              pdc_eiehaefda
State:             ACTIVE
Read Ahead:        256
Tables present:    LIVE
Open count:        0
Event number:      1
Major, minor:      254, 0
Number of targets: 1
UUID: DMRAID-pdc_eiehaefda

Name:              images-imagesvol1
State:             ACTIVE
Read Ahead:        256
Tables present:    None
Open count:        0
Event number:      0
Major, minor:      254, 1
Number of targets: 0
UUID: LVM-Mn9rZctuesVgZDHJr1CBDX6XyRGE8GgQi5932ULQdaDyu5rFeam4ebQViqZZD0DE

bringt diese Ausgabe. Vor allem der Parameter "Tables present: None" ist wirklich verdächtig. Auch der Befehl "dmsetup status" oder "dmsetup table" zeigen einen inaktiven "images-imagesvol1"

Code: Alles auswählen

server001:~# dmsetup table
pdc_eiehaefda: 0 390625000 mirror core 2 131072 nosync 2 22:64 0 22:0 0 1 handle_errors
images-imagesvol1:

Code: Alles auswählen

server001:~# dmsetup status
pdc_eiehaefda: 0 390625000 mirror 2 22:64 22:0 2981/2981 1 AA 1 core
images-imagesvol1:

Wie ich allerdings die Table bearbeiten soll und vor allen wo die sich befinden weiß ich noch nicht.

[anstein]

Interessanten Fund hab ich HIER. Ich möchte mal zitieren:

When multipath/multipathd starts you might see a message(s) like

Code: Alles auswählen

device-mapper: table: 253:0: multipath: error getting device
     device-mapper: ioctl: error adding target to table

in console or /var/log/messages. This is due to dm-multipath trying to create multipath devices for your root device and/or other devices that are already mounted or opened.

Hier gehts ja um Multipathing ... aber vielleich kann man da parallelen herstellen. Was könnte mein Device offen halten? Es ist nicht gemountet.

[anstein]

Yes ... hab die Lösung .... Also hoffe doch, dass diese Analyse anderen die von diesem Problem betroffen sind, helfen kann. Ich kann leider nicht sagen ob es sich um einen Bug handelt oder nicht. Vielleicht hätte ich das Problem auch anders lösen können. Doch zum Anfang
Als erstes frage ich mich was dieses Device

Code: Alles auswählen

server001:~# dmsetup info
Name:              pdc_eiehaefda
State:             ACTIVE
Read Ahead:        256
Tables present:    LIVE
Open count:        0
Event number:      1
Major, minor:      254, 0
Number of targets: 1
UUID: DMRAID-pdc_eiehaefda

ist und wie es da rein kommt. Denn meine Absicht war es nicht ... Dank "DMRAID" konnte ich es dem Paket

Code: Alles auswählen

Paket: dmraid
Zustand: installiert
Version: 1.0.0.rc14-7
Priorität: optional
Bereich: admin
Verwalter: Giuseppe Iuculano <giuseppe@iuculano.it>
Unkomprimierte Größe: 623k
Hängt ab von: libc6 (>= 2.7-1), libdevmapper1.02.1 (>= 2:1.02.20), libselinux1 (>= 2.0.59), libsepol1 (>= 2.0.25), udev, dmsetup
Beschreibung: Device-Mapper-Werkzeug zur Unterstützung von Software-RAID
 dmraid entdeckt, aktiviert, deaktiviert und zeigt die Eigenschaften von Software-RAID-Sets (z.B. ATARAID) und enthaltenen DOS-Partitionen an.

zuordnen. Habe das Paket entfernt, das Device "pdc_eiehaefda" verschwand und siehe da ... mein imagevol1 Device ist wieder da.

Super ... ich freue mich! Danke für die Aufmerksamkeit

[e1l52]

Super ! Ich hatte das gleiche Problem bei einer Ubuntu Natty, und habe mich zu Tode gesucht.
Danke für den Tip !