1und1 RescueSystem erkennt keine Volumegroups vd00

  • Thread starter Thread starter mr_swell
  • Start date Start date
M

mr_swell

Guest
Ich benötige zur Fehlerbehebung:
Beitrag darunter: Keine Berechtigung auf /var/log

Zugriff auf das Orginalsystem über 1und1 Debian Rescue,
leider stellt sich nun heraus das DebianRescue keine LVM Volumegroups erkennt, dadurch kann das System nicht gemountet werden!

Wie kann in DebianRescue die erkennung der Volumegroups aktiviert werden?
Linux 64-bit Rescue-System (debian/sarge - 2.6.x)
Linux 64-bit Rescue-System (debian/etch - 2.6.x)

rescue:~# cat /mnt/etc/fstab
/dev/md1 / ext3 defaults 1 1
/dev/sda2 none swap sw
/dev/sdb2 none swap sw
/dev/vg00/usr /usr xfs defaults 0 2
/dev/vg00/var /var xfs defaults,usrquota 0 2
/dev/vg00/home /home xfs defaults,usrquota 0 2
devpts /dev/pts devpts gid=5,mode=620 0 0
none /proc proc defaults 0 0
none /tmp tmpfs defaults 0 0

mount /dev/vg00/usr /mnt/usr
mount: special device /dev/vg00/usr does not exist

Befehle: pvscan, vgscan
no volumegroups found

Vorgehensweise nach 1und1 HilfeCenter
http://hilfe-center.1und1.de/server-c82640/dedicated-server-linux-c82668/bedienung-c82777/mit-dem-linux-rescue-system-arbeiten-a784611.html
 
Last edited by a moderator:
Hallo Mr_Swell,

dies vorweg: Du solltest schon ein aktuelles Rescue-System booten - die Verweise auf sarge/etch verwundern mich etwas. Aktuelles Debian ist squeeze, das ist zwei Versionen über Etch.

Jetzt zum Thema. Ich vermute deine VG liegt auf einem Software-Raid, und dieses ist nicht gestartet.

Versuch' es mal mit 'mdadm --assemble --scan', danach nochmal vgscan.

Wenn das nicht klappt postest Du vielleicht mal den Output von:

fdisk -l /dev/sda
fdisk -l /dev/sdb
cat /proc/mdstat
mdadm --examine --scan

viel Erfolg,
Nils
 
Danke!
hier das Ergebniss:

Code: 
rescue:~# mdadm --assemble --scan
mdadm: No arrays found in config file
rescue:~# mount /dev/md1 /mnt
[   77.290279] EXT3-fs: barriers not enabled
[   78.155668] kjournald starting.  Commit interval 5 seconds
[   78.156169] EXT3-fs (md1): using internal journal
[   78.156175] EXT3-fs (md1): recovery complete
[   78.156706] EXT3-fs (md1): mounted filesystem with writeback data mode
rescue:~# mdadm --assemble --scan
mdadm: No arrays found in config file
rescue:~# vgscan
  Reading all physical volumes.  This may take a while...
  No volume groups found
rescue:~# fdisk -l /dev/sda

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

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1         487     3911796   fd  Linux raid autodetect
/dev/sda2             488         731     1959930   82  Linux swap / Solaris
/dev/sda3             732       60801   482512275   fd  Linux raid autodetect
rescue:~# fdisk -l /dev/sdb

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

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1         487     3911796   fd  Linux raid autodetect
/dev/sdb2             488         731     1959930   82  Linux swap / Solaris
/dev/sdb3             732       60801   482512275   fd  Linux raid autodetect
rescue:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [faulty]
md1 : active raid1 sdb1[1] sda1[0]
      3911680 blocks [2/2] [UU]

md3 : active raid1 sda3[1]
      482512192 blocks [2/1] [_U]

unused devices: <none>
rescue:~# mdadm --examine --scan
mdadm: No devices listed in /etc/mdadm/mdadm.conf

Bootvorgang:
Linux rescue 3.0.43 #1 SMP Thu Sep 27 13:28:03 UTC 2012 x86_64 GNU/Linux

Creating device-mapper devices...done.
Starting raid devices: [    8.558297] mdadm: sending ioctl 1261 to a partition!
[    8.568563] mdadm: sending ioctl 1261 to a partition!
[    8.615409] mdadm: sending ioctl 1261 to a partition!
[    8.625683] mdadm: sending ioctl 1261 to a partition!
[    8.658876]  md3: unknown partition table
[    8.694214]  md1: unknown partition table
done.
Setting up LVM Volume Groups...
  Reading all physical volumes.  This may take a[    8.799418] vgscan used great                                            est stack depth: 4120 bytes left
 while...
  No volume groups found
  No volume groups found
  No volume groups found
 
Last edited by a moderator:
Ok, dein /dev/md3 ist degraded aber immerhin da.

Für mal 'pvscan -vvv' aus. Ist zwar länglich aber man sieht genau, was geschieht.

Mich würde auch interessieren ob es im rescue-system eine /etc/lvm/lvm.conf gibt und ob dort etwas unter 'filter =' eingetragen ist (in der Sektion devices).

schöne Grüße,
Nils
 
Für mal 'pvscan -vvv' aus
Click to expand...
No matching physical volumes found

rescue-system eine /etc/lvm/lvm.conf
Click to expand...
ja, die lvm.conf ist vorhanden und unter Filter ist der einzigste aktive Eintrag:
filter = [ "r|/dev/cdrom|" ]array of regular expressions.

Code: 
# To put this file in a different directory and override /etc/lvm set
# the environment variable LVM_SYSTEM_DIR before running the tools.
archive  backup  lvm.conf
rescue:/etc/lvm# less lvm.conf
# This section allows you to configure which block devices should
# be used by the LVM system.
devices {
# This is an example configuration file for the LVM2 system.
# It contains the default settings that would be used if there was no
# /etc/lvm/lvm.conf file.t found
#escue:/etc/lvm# type lcm.conf
# Refer to 'man lvm.conf' for further information including the file layout.
#escue:/etc/lvm# type lvm.conf
# To put this file in a different directory and override /etc/lvm set
# the environment variable LVM_SYSTEM_DIR before running the tools.
    # A filter that tells LVM2 to only use a restricted set of devices.
    # The filter consists of an array of regular expressions.  These
# This section allows you to configure which block devices should
# be used by the LVM system.
devices {
    # pattern it is rejected; otherwise it is accepted.
    # Where do you want your volume groups to appear ?
    # Remember to run vgscan after you change this parameter to ensure
    # that the cache file gets regenerated (see below).
    # An array of directories that contain the device nodes you wish
    # By default we accept every block device
    # filter = [ "a/.*/" ]

    # Exclude the cdrom drive2 to only use a restricted set of devices.
    filter = [ "r|/dev/cdrom|" ]array of regular expressions.  These

    # When testing I like to work with just loopback devices:
    # filter = [ "a/loop/", "r/.*/" ]
    # It is safe to delete this file: the tools regenerate it.
    cache = "/etc/lvm/.cache"ide drives except hdc:
    # filter =[ "a|loop|", "r|/dev/hdc|", "a|/dev/ide|", "r|.*|" ]
    # You can turn off writing this cache file by setting this to 0.
    write_cache_state = 1want to be really specific
    # filter = [ "a|^/dev/hda8$|", "r/.*/" ]
    # Advanced settings.
    # The results of the filtering are cached on disk to avoid
    # List of pairs of additional acceptable block device types found
    # in /proc/devices with maximum (non-zero) number of partitions.
    # types = [ "fd", 16 ]

    # If sysfs is mounted (2.6 kernels) restrict device scanning to
# This section that allows you to configure the nature of the
# information that LVM2 reports.
 
Eigentlich meinte ich den kompletten Output von 'pvscan -vvv', also die debugging-Info die auch augespuckt werden sollte.

Output von 'blkid' wäre auch spannend. Zudem solltest Du mal die Kernel-Meldungen (dmesg) komplett nach möglichen Fehlermeldungen durchsuchen (oder uns hier komplett zur Verfügung stellen).
 
Last edited by a moderator:
Ausgabe blkid
Code: 
rescue:/# blkid
/dev/md1: LABEL="root" UUID="ec642e8e-b9b5-48cb-9809-da81c584ad08" SEC_TYPE="ext2" TYPE="ext3"
/dev/sda1: LABEL="root" UUID="ec642e8e-b9b5-48cb-9809-da81c584ad08" SEC_TYPE="ext2" TYPE="ext3"
/dev/sda2: UUID="d5a9760c-7590-4d9c-8650-9bb2ce8841e9" TYPE="swap"
/dev/sdb1: LABEL="root" UUID="ec642e8e-b9b5-48cb-9809-da81c584ad08" SEC_TYPE="ext2" TYPE="ext3"
/dev/sdb2: UUID="e54c49f0-a3b6-4d57-bc63-71acb5e73fb9" TYPE="swap"


sorry, muß ich morgen nochmals machen :)
Datei dmesg
Datei pvscan -vvv (ausgabe) im Anhang (nicht vollständig
 

Attachments

Ich versteh' schon nicht wieso blkid für /dev/sda3 und /dev/sdb3 nichts ausspuckt. Wobei ich mir nicht ganz sicher bin ob blkid die md-Metadatentypen mit superblock am Ende erkennt...

Eigentlich würde man etwas in dieser Richtung erwarten:

Code: 
/dev/sda3: UUID="f06f756b-9378-6802-aa30-6927846adadb" TYPE="linux_raid_member"

Jedenfalls scheint dein /dev/md3 keine oder nicht die richtigen Daten zu enthalten.

Was sagen dazu
Code: 
mdadm --detail /dev/md3
mdadm --examine /dev/sda3
mdadm --examine /dev/sdb3
?
 
ich konnte das Problem: Verzeichniss /var/log ist nicht mehr beschreibbar mit Hilfe des Beitrages von "parkbank"
Code: 
chattr -V -i /var/log/
lösen, somit bin ich jetzt nicht auf das RescueSystem für diese Fehlerbehebung angewiesen.
Da es sich um einen Produktivserver handelt kann ich leider momentan nicht weiter das Problem verfolgen, lösen..... und stelle es daher zurück!
Vielen Dank für eure super Unterstützung!
Gruß
Jo
 
Last edited by a moderator:
You must log in or register to reply here.
Back
Top