PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : LVM Defekt /ein Volume lässt sich nicht mounten



apt pupil
11.12.09, 15:58
Hi Freunde

ich habe hier einen BSD Server auf welchem lvm eingerichtet ist.

das lvm ist in 5 Volumes eingeteilt, 4 davon lassen sich mit der Methode

mount /dev/server/var /mnt
mounten, eine davon jedoch nicht; bei dieser kommt dann


mount /dev/server/vserver /mnt/
mount: you must specify the filesystem type


hat jemand ne Idee wie man an die Daten welche auf diesem Volume drauf kommt wieder dran kommt?

solarix
11.12.09, 16:25
Was fuer ein BSD?

Free BSD ? Open BSD Net BSD ?

Zeig mal Deine fstab.

Was wird da verwendet gmirror ?

setz mal ein

gmirror list
ab.

apt pupil
11.12.09, 16:33
Was fuer ein BSD?

Free BSD ? Open BSD Net BSD ?
openBSD


Zeig mal Deine fstab.


# /etc/fstab static file system information.

# <fs> <mountpoint> <type> <opts> <dump/pass>
/dev/md0 / ext3 defaults,errors=remount-ro 0 1
/dev/md1 /boot ext2 defaults,noauto 1 2
/dev/md2 none swap sw 0 0
/dev/server/usr /usr ext3 defaults,nodev 0 1
/dev/server/var /var ext3 defaults,noexec,nodev 0 1
/dev/server/backup /backup ext3 defaults,noauto,noexec,nodev 0 1
/dev/server/vserver /vserver ext3 defaults 0 1
/dev/mapper/server-vserver--home /vserver/zak/home ext3 defaults,usrquota,grpquota 0 0
proc /proc proc defaults 0 0
tmpfs /tmp tmpfs defaults,noexec,nodev 0 0



Was wird da verwendet gmirror ?

setz mal ein

gmirror list
ab.

gmirror list
-bash: gmirror: command not found
nein es wird lvm verwendet und lvm ist ja auch das Problem

solarix
11.12.09, 16:41
openBSD




# /etc/fstab static file system information.

# <fs> <mountpoint> <type> <opts> <dump/pass>
/dev/md0 / ext3 defaults,errors=remount-ro 0 1
/dev/md1 /boot ext2 defaults,noauto 1 2
/dev/md2 none swap sw 0 0
/dev/server/usr /usr ext3 defaults,nodev 0 1
/dev/server/var /var ext3 defaults,noexec,nodev 0 1
/dev/server/backup /backup ext3 defaults,noauto,noexec,nodev 0 1
/dev/server/vserver /vserver ext3 defaults 0 1
/dev/mapper/server-vserver--home /vserver/zak/home ext3 defaults,usrquota,grpquota 0 0
proc /proc proc defaults 0 0
tmpfs /tmp tmpfs defaults,noexec,nodev 0 0




gmirror list
-bash: gmirror: command not found
nein es wird lvm verwendet und lvm ist ja auch das Problem

Was ist das fuer eine komische Konstruktion, ok gmirror ist FreeBSD spezifisch.

LVM gibts fuer OpenBSD nicht.

Es gibt Raid Options, ccd = COncenated Disk Driver


http://www.openbsd.org/cgi-bin/man.cgi?query=ccd&sektion=4&arch=&apropos=0&manpath=OpenBSD+Current


OpenBSD von ext3 booten wer macht den sowas ?
Oder hab ich mich da grade verlesen?

apt pupil
11.12.09, 16:55
LVM gibts fuer OpenBSD nicht.
okay was das angeht, ich meine es irgendwo gelesen zu haben.
bin eher aus der debian sparte, gebe ich zu. wenns lvm für openbsd nicht gibt dann wirds keins sein.
wenn du mir sagst wie genau ich das rausfinden kann, kann ich dir sagen was es ist :)

auf jeden Fall gibt es hier ein paar Linux Software Raids (welche auch intakt sind) und auf einem dieser Raids (auf /dem/md3) ist ein lvm mit 5 Volumes eingerichtet und genau ein Volume ist nicht mountbar (leider ist genau das das wichtigste an der ganzen Kiste)


OpenBSD von ext3 booten wer macht den sowas ?
Oder hab ich mich da grade verlesen?
ja hast du:

/dev/md1 /boot ext2 defaults,noauto

apt pupil
11.12.09, 17:01
LVM ist ganz sicher drauf

vgscan
Reading all physical volumes. This may take a while...
Found volume group "server" using metadata type lvm2

vgchange -ay
5 logical volume(s) in volume group "server" now active


pvdisplay
--- Physical volume ---
PV Name /dev/md3
VG Name server
PV Size 65.36 GB / not usable 2.94 MB
Allocatable yes
PE Size (KByte) 4096
Total PE 16731
Free PE 347
Allocated PE 16384
PV UUID LBOKln-8647-RQ0P-bv1U-VIw6-BUGi-rsZbA7

vgdisplay server
--- Volume group ---
VG Name server
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 7
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 5
Open LV 3
Max PV 0
Cur PV 1
Act PV 1
VG Size 65.36 GB
PE Size 4.00 MB
Total PE 16731
Alloc PE / Size 16384 / 64.00 GB
Free PE / Size 347 / 1.36 GB
VG UUID RFqxCp-WYRp-pfAg-hBLN-c4jc-kaua-PfMS0a


in /dev/mapper finde ich auch die jeweiligen Volumes. selbige sind auch in /dev/server

solarix
11.12.09, 17:12
Trotzdem sehr komische Konstruktion,

jetzt muss ich mal ganz saudoof fragen, habt Ihr das aufgesetzt oder ist das eine Blackbox die Euch irgend jemand hingestellt hat?

Also ich nehme an das Du die messages schon durchgekuckt hast?

Im Zweifelsfall noch mal in dmesg reinkucken.

Wenn Du mir die OpenBSD Version nennen könntest wäre das auch seh hilfreich.

uname -a

Bitte schau mal nach ob in /etc/

eine raid*.conf rum liegt.

Wenn ja bitte posten

Aber Linux LVM unter OpenBSD hab ich noch nie gesehen. Nach
CCD Konfig =LVM Aquivalent sieht das nicht aus. AUßerdem sind das keine UFS/FFS Partitions.

Also wenn das ein Dienstleister hingesetzt hat würde ich den anhauen. Derjenige muss sich ja was dabei gedacht haben, ich schätze in dem Fall kann ich Dir glaub nicht weiterhelfen.

Aber in dem Fall wuerd mich interessieren wer das zusammengebastelt hat und vor allem warum?
Naja man lernt nie aus.

apt pupil
11.12.09, 17:49
Trotzdem sehr komische Konstruktion,

jetzt muss ich mal ganz saudoof fragen, habt Ihr das aufgesetzt oder ist das eine Blackbox die Euch irgend jemand hingestellt hat?

...


Also wenn das ein Dienstleister hingesetzt hat würde ich den anhauen. Derjenige muss sich ja was dabei gedacht haben, ich schätze in dem Fall kann ich Dir glaub nicht weiterhelfen.

Aber in dem Fall wuerd mich interessieren wer das zusammengebastelt hat und vor allem warum?
Naja man lernt nie aus.

Also n bißchen zur Organisation, es handelt sich hierbei um einen Server einer unixag einer FH :)
und speziell bei dem Server war so'n langhoorischer am Werk, der mittlerweile längst weg ist.
hier ist in letzter Zeit ne recht hohe Admin-Fluptuation, deswegen vertrete ich die Auffassung daß mehr oder weniger standard-Systeme verwendet werden sollten.

hab den Server auch erst bekommen als es zu spät war und schon alles kaputt war.

aber zurück zum Thema:

Wenn Du mir die OpenBSD Version nennen könntest wäre das auch seh hilfreich.
uname -a

Linux 2.6.22-vserver #1 Mon Sep 1 22:46:04 CEST 2008 i686 GNU/Linux


dmesg
DPT=13547 LEN=39
kjournald starting. Commit interval 5 seconds
EXT3 FS on dm-2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Can't find ext3 filesystem on dev dm-3.
VFS: Can't find an ext2 filesystem on dev dm-3.
kjournald starting. Commit interval 5 seconds
EXT3-fs warning: checktime reached, running e2fsck is recommended
EXT3 FS on dm-4, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3-fs warning: checktime reached, running e2fsck is recommended
EXT3 FS on dm-4, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3-fs warning: checktime reached, running e2fsck is recommended
EXT3 FS on dm-4, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3-fs warning: checktime reached, running e2fsck is recommended
EXT3 FS on dm-4, internal journal
EXT3-fs: mounted filesystem with ordered data mode.

die zeilen mit dm3 werden wohl ausschlaggebend sein.
was das Raid angeht, es handelt sich um ein md-Raid aus dem Paket mdadm

das dieses intakt ist sieht man hier:

cat /proc/mdstat
Personalities : [raid1] [multipath]
md1 : active raid1 sdb2[1] sda2[0]
200704 blocks [2/2] [UU]

md2 : active raid1 sdb3[1] sda3[0]
987904 blocks [2/2] [UU]

md3 : active raid1 sdb4[1] sda4[0]
68533184 blocks [2/2] [UU]

md0 : active raid1 sdb1[1] sda1[0]
1959808 blocks [2/2] [UU]

unused devices: <none>

Die Konstruktion schockt mich ehrlich gesagt jetzt nicht so sehr, denn es ist einfach auf ein raid1 ein lvm draufgesetzt.
wohl mit dem Hintergedanken das Volume für die virtuellen maschinen beim einbau neuer Festplatten elegant vergrößern zu können.
über Sinn und unsinn kann man da streiten, das stimmt. ich hätt mir das lvm wohl gespart. es gibt da auch andere mittel und wege...

das einzige Problem was ich nun habe ist dieses eine Volume zu laden, dann könnte ich die Daten retten und den Vserver der sich da drinnen verbirgt auf eine andere Maschine laufen zu lassen

beim googlen bin ich auch nicht fündig geworden :-(

PS: n Backup gibts auch nicht... :-(

solarix
11.12.09, 18:00
Also ists doch kein BSD. ;)

Aber unabhängig davon hast Du schon mal mit fdisk die rein physischen Platten betrachtet, ob die alle in Ordnung sind?

Kein Backup ist natuerlich..... hm sonst könntest einfach einen Restore fahren und der Käse wäre gegessen.

apt pupil
11.12.09, 18:02
fdisk hilft da net so sehr
weil:

fdisk /dev/sda

The number of cylinders for this disk is set to 8924.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): p

Disk /dev/sda: 73.4 GB, 73407868928 bytes
255 heads, 63 sectors/track, 8924 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Device Boot Start End Blocks Id System
/dev/sda1 1 244 1959898+ fd Linux raid autodetect
/dev/sda2 * 245 269 200812+ fd Linux raid autodetect
/dev/sda3 270 392 987997+ fd Linux raid autodetect
/dev/sda4 393 8924 68533290 fd Linux raid autodetect

apt pupil
11.12.09, 21:05
hat sonst llt. noch jemand ne idee?