nach einer Größenänderung einer Festplatte in ESXi kann mein Linux-System die Platte nicht mehr mounten.
Ich bin mir nicht sicher, ob das ein Problem mit ESXi oder mit dem Linux ist. Deshalb seid ihr jetzt meine erste Anlaufstelle.
![Smile :-)](./images/smilies/icon_smile.gif)
Leider weiß ich auch nicht, was ich so prüfen soll.
Die Platte habe ich von 15 TB auf 16 TB erweitert. Platz ist noch genug auf dem Datastore.
Danach hatte ich das Debian-System neugestartet und es hing beim Start. Der Start war sonst nie ein Problem.
Wenn ich nun die Platte aus der VM entferne, das Linux-System boote (bei der Platte handelt es sich nicht um die Haupt-Platte für das System) und anschließend die Platte wieder hinzufüge, erhalte ich im Linux auch die Meldung, dass sdb gefunden wurde.
Egal was ich dann mache, jeder Befehl hängt sich auf. Wobei das System selbst noch erreichbar ist.
Ich habe es auch mal mit einem anderen Linux-System probiert, habe dort aber die selben Probleme. Ich gehe somit davon aus, dass es entweder ein Problem mit dem Dateisystem ist oder irgendwas am ESXi nicht stimmt.
Hier der Log des Servers:
Jun 22 23:05:08 nas kernel: [ 261.212975] vmw_pvscsi: msg type: 0x0 - MSG RING: 1/0 (5)
Jun 22 23:05:08 nas kernel: [ 261.212979] vmw_pvscsi: msg: device added at scsi0:1:0
Jun 22 23:05:08 nas kernel: [ 261.213110] scsi 2:0:1:0: Direct-Access VMware Virtual disk 2.0 PQ: 0 ANSI: 6
Jun 22 23:05:08 nas kernel: [ 261.213357] sd 2:0:1:0: [sdb] 34359738368 512-byte logical blocks: (17.5 TB/16.0 TiB)
Jun 22 23:05:08 nas kernel: [ 261.213415] sd 2:0:1:0: [sdb] Write Protect is off
Jun 22 23:05:08 nas kernel: [ 261.213428] sd 2:0:1:0: [sdb] Cache data unavailable
Jun 22 23:05:08 nas kernel: [ 261.214165] sd 2:0:1:0: Attached scsi generic sg2 type 0
Jun 22 23:05:08 nas kernel: [ 261.234211] sdb: sdb1
Jun 22 23:10:47 nas kernel: [ 600.046628] debugfs D 00000000 0 970 950 0x00000000
Jun 22 23:10:47 nas kernel: [ 600.046636] de773d38 00000086 00000000 00000000 dfff5048 c1717000 c1717000 a8cab478
Jun 22 23:10:47 nas kernel: [ 600.046638] 00000058 dfff5000 db66f560 c1717000 a8c6e29d 00000058 00000001 db66f560
Jun 22 23:10:47 nas kernel: [ 600.046641] c165f6c0 dfff5974 00000001 c165f6c0 c123a1c4 dc2dfc00 e09bc2e0 de54c800
Jun 22 23:10:47 nas kernel: [ 600.046643] Call Trace:
Jun 22 23:10:47 nas kernel: [ 600.046661] [<c123a1c4>] ? get_disk+0x24/0x50
Jun 22 23:10:47 nas kernel: [ 600.046704] [<c123a1d0>] ? get_disk+0x30/0x50
Jun 22 23:10:47 nas kernel: [ 600.046714] [<c147fe83>] ? schedule_preempt_disabled+0x23/0x60
Jun 22 23:10:47 nas kernel: [ 600.046716] [<c1481479>] ? __mutex_lock_slowpath+0xb9/0x199
Jun 22 23:10:47 nas kernel: [ 600.046718] [<c1480a8c>] ? mutex_lock+0x1c/0x28
Jun 22 23:10:47 nas kernel: [ 600.046724] [<c119ecf8>] ? __blkdev_get+0x58/0x3e0
Jun 22 23:10:47 nas kernel: [ 600.046725] [<c119d780>] ? bdev_test+0x20/0x20
Jun 22 23:10:47 nas kernel: [ 600.046728] [<c119ee72>] ? __blkdev_get+0x1d2/0x3e0
Jun 22 23:10:47 nas kernel: [ 600.046730] [<c119f1ec>] ? blkdev_get+0x16c/0x290
Jun 22 23:10:47 nas kernel: [ 600.046731] [<c119d780>] ? bdev_test+0x20/0x20
Jun 22 23:10:47 nas kernel: [ 600.046733] [<c119e628>] ? bd_acquire+0x78/0xb0
Jun 22 23:10:47 nas kernel: [ 600.046739] [<c116cc78>] ? do_dentry_open+0x1e8/0x2c0
Jun 22 23:10:47 nas kernel: [ 600.046740] [<c119f350>] ? blkdev_get_by_dev+0x40/0x40
Jun 22 23:10:47 nas kernel: [ 600.046742] [<c116cd7b>] ? finish_open+0x2b/0x40
Jun 22 23:10:47 nas kernel: [ 600.046746] [<c117bc86>] ? do_last+0x936/0xf30
Jun 22 23:10:47 nas kernel: [ 600.046747] [<c117c330>] ? path_openat+0xb0/0x550
Jun 22 23:10:47 nas kernel: [ 600.046749] [<c117cf81>] ? do_filp_open+0x31/0x80
Jun 22 23:10:47 nas kernel: [ 600.046751] [<c116e05a>] ? do_sys_open+0x10a/0x200
Jun 22 23:10:47 nas kernel: [ 600.046759] [<c10199b7>] ? init_fpu+0x77/0xa0
Jun 22 23:10:47 nas kernel: [ 600.046762] [<c1010720>] ? do_int3+0xd0/0xd0
Jun 22 23:10:47 nas kernel: [ 600.046764] [<c1019845>] ? fpu_finit+0x55/0x70
Jun 22 23:10:47 nas kernel: [ 600.046766] [<c1010000>] ? do_signal+0x8f0/0xa20
Jun 22 23:10:47 nas kernel: [ 600.046767] [<c116e172>] ? SyS_open+0x22/0x30
Jun 22 23:10:47 nas kernel: [ 600.046769] [<c1482a9f>] ? sysenter_do_call+0x12/0x12
Die CPU-Last ist dann bei 100%. Die Festplatte ist allerdings nicht ausgelastet.
Tut mir leid, dass ich nicht mehr Infos geben kann, aber momentan stehe ich etwas hilflos vor dem Ganzen und habe die Befürchtung, dass meine Daten weg sind, wenn ich was Falsches mache.
Vielen Dank für eure Hilfe!