web-dev-qa-db-ja.com

CentOSはディスクがビジーであると見なし、マウントまたはfsckできない

私は長年のユーザーで、初めての質問投稿者です。私はこのサイトや他の多くのサイトで解決策を探すために1日を費やしましたが、状況を解決するために支援を要請することに頼らなければなりません。

履歴：HP Proliant、Centos 5.9サーバーは、適切なシャットダウン手順なしに昨日電源がオフになりました。それ以降、/ homeパーティションは、fsck、マウント、またはアンマウントできない状態になっています。 umountは、それがマウントされていないことを示していますが、mount/fsckは、ビジーまたはすでにマウントされていることを示します。これにより、サーバーが起動しなくなりました。ブートアップが失敗しないように、最終的に/ etc/fstabからdisk/partitionを削除しました。

# mount -t ext3 /dev/cciss/c0d0p1 /home
mount: /dev/cciss/c0d0p1 already mounted or /home busy

# fsck /dev/cciss/c0d0p1 
fsck 1.39 (29-May-2006)
e2fsck 1.39 (29-May-2006)
fsck.ext3: Device or resource busy while trying to open /dev/cciss/c0d0p1
Filesystem mounted or opened exclusively by another program?

ご覧のとおり、ディスクはどのようにもマウントされていません。

df出力：

# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/cciss/c0d1p3    198381228  24920704 163220696  14% /
/dev/cciss/c0d1p2    267818128    191652 253802544   1% /logs
/dev/cciss/c0d1p1       194442     33575    150828  19% /boot
tmpfs                 49495044         0  49495044   0% /dev/shm

マウント出力：

# mount
/dev/cciss/c0d1p3 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/cciss/c0d1p2 on /logs type ext3 (rw)
/dev/cciss/c0d1p1 on /boot type ext3 (rw)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)

/ etc/fstab

# cat /etc/fstab
LABEL=/                 /                       ext3    defaults        1 1
LABEL=/logs             /logs                   ext3    defaults        1 2
LABEL=/boot             /boot                   ext3    defaults        1 2
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0
LABEL=SW-cciss/c0d1p5   swap                    swap    defaults        0 0

/ etc/mtab

# cat /etc/mtab 
/dev/cciss/c0d1p3 / ext3 rw 0 0
proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
devpts /dev/pts devpts rw,gid=5,mode=620 0 0
/dev/cciss/c0d1p2 /logs ext3 rw 0 0
/dev/cciss/c0d1p1 /boot ext3 rw 0 0
tmpfs /dev/shm tmpfs rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0
sunrpc /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0

/ proc/mounts

# cat /proc/mounts 
rootfs / rootfs rw 0 0
/dev/root / ext3 rw,data=ordered 0 0
/dev /dev tmpfs rw 0 0
/proc /proc proc rw 0 0
/sys /sys sysfs rw 0 0
/proc/bus/usb /proc/bus/usb usbfs rw 0 0
devpts /dev/pts devpts rw 0 0
/dev/cciss/c0d1p2 /logs ext3 rw,data=ordered 0 0
/dev/cciss/c0d1p1 /boot ext3 rw,data=ordered 0 0
tmpfs /dev/shm tmpfs rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0
sunrpc /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0
/etc/auto.misc /misc autofs rw,fd=7,pgrp=9694,timeout=300,minproto=5,maxproto=5,indirect 0 0
-hosts /net autofs rw,fd=13,pgrp=9694,timeout=300,minproto=5,maxproto=5,indirect 0 0

lsof

# lsof /dev/cciss/c0d0p1 
#

定着器

# fuser /dev/cciss/c0d0p1  
#

fdisk -l

# fdisk -l /dev/cciss/c0d0

Disk /dev/cciss/c0d0: 1800.2 GB, 1800280694784 bytes
255 heads, 63 sectors/track, 218871 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

           Device Boot      Start         End      Blocks   Id  System
/dev/cciss/c0d0p1   *           1      218871  1758081276   83  Linux

Web上の他の推奨事項に従って、Centos LiveCDから起動するためにILO3リモートターミナルを使用しました。これを行うと、エラーや問題なくパーティションをマウント/アンマウント、fsckできました。 （つまり、ディスク自体は問題ありません）。

また、「debugfs」を使用して、Journal Inode <8>のiノードクリアを実行しました。次に、fsckはエラーなしでジャーナルを再構築しました。繰り返しますが、LiveCDで起動したときに、問題なくディスクをマウント/アンマウントすることができました。

通常のブートパーティションに切り替えると、同じ場所に戻り、パーティションがビジーであるとOSが信じているため、マウントまたはfsckを実行できません。

Linux内の他の何がこのディスクが使用中であることを示している可能性があるかを理解しようとしています。これを見つけてクリアするために使用できる他のユーティリティは何ですか？

どんな助けでも大歓迎です。

要求に応じて追加情報：

/ homeのlsofとfuser、および/ homeの内容とディレクトリのアクセス許可を表示します。

# lsof /home
# fuser /home
# ls -la /home
total 16
drwxr-xr-x  2 root root 4096 Mar 15  2013 .
drwxr-xr-x 27 root root 4096 Nov 19 08:31 ..
# ls -l / | grep home
drwxr-xr-x   2 root root  4096 Mar 15  2013 home
#

このパーティションは最新のブート以降マウントされていないため、mount -o remountは失敗します。 （これは、サーバーがインストールされてから機能しているパーティションであり、昨日のハードリブート後にのみこの問題を示しました）。

# mount -o remount -t ext3 /dev/cciss/c0d0p1 /home
mount: /home not mounted already, or bad option

このパーティションを/ etc/fstabに再度追加し、必要に応じて再起動できます。

2013/11/19 11:12 am CST

dmsetupの出力：

# dmsetup table                
mpath0: 0 3516173232 multipath 1 queue_if_no_path 0 1 1 round-robin 0 1 1 104:0 1000 
mpath0p1: 0 3516162552 linear 253:0 63

# dmsetup info
Name:              mpath0
State:             ACTIVE
Read Ahead:        256
Tables present:    LIVE
Open count:        1
Event number:      1
Major, minor:      253, 0
Number of targets: 1
UUID: mpath-3600508b1001cb6e6453d25c4052abca5

Name:              mpath0p1
State:             ACTIVE
Read Ahead:        256
Tables present:    LIVE
Open count:        0
Event number:      0
Major, minor:      253, 1
Number of targets: 1
UUID: part1-mpath-3600508b1001cb6e6453d25c4052abca5

lsof -n

# lsof -n | grep /home
#

最終的解決：

# multipath -ll
mpath0 (3600508b1001cb6e6453d25c4052abca5) dm-0 HP,LOGICAL VOLUME
[size=1.6T][features=1 queue_if_no_path][hwhandler=0][rw]
\_ round-robin 0 [prio=1][active]
 \_ #:#:#:# cciss!c0d0 104:0  [active][ready]

# multipath -F

# multipath -ll
#

# mount -t ext3 /dev/cciss/c0d0p1 /home
# cat /proc/mounts | grep home
/dev/cciss/c0d0p1 /home ext3 rw,data=ordered 0 0
centosmounthard-driveext3fsck
25
TripSixes

おそらくデバイスマッパーによって使用されています。

dmsetup tableを使用して、デバイスマッパーテーブルを確認してください。そこにある場合は、dmsetup remove <name>を使用してマッピングをクリアします。

そうでない場合は、dmesgでもエラーを探します。

# dmsetup table
mpath0: 0 3516173232 multipath 1 queue_if_no_path 0 1 1 round-robin 0 1 1 104:0 1000 
mpath0p1: 0 3516162552 linear 253:0 63

ああああ！マルチパスがディスクを要求しました。 multipath -llを実行すると確認できます。

実行：multipath -Fを使用して未使用のマップをすべてフラッシュすると、multipath -llは何も出力しません。

または、/dev/mapper/mpath0p1の代わりに/dev/cciss/c0d0p1を使用します。

16
MikeyB

既存のSAN LUNを新しいサーバーに複製した後、これに遭遇しました。私の解決策は次のとおりです。

  • メンテナンスモードに入る
  • mount -o remount,rw /dev/sda1（sda1は、問題が発生しているものです）
  • 削除/移動/etc/blkid/blkid.tab

その後、サーバーが起動しました。

1
theillien

トラブルシューティングプロセスに関して、lsofまたはfuserを試す場合は、関連するパーティションだけをチェックするのではなく、ディスクを直接チェックしてください。これはすぐに正しい解決策にあなたを導くでしょう：

悪い：

fuser /dev/cciss/c0d0p1

良い：

fuser /dev/cciss/c0d0

悪い：

lsof /dev/c0d0p1

良い：

lsof /dev/ | grep c0d0
1
zaTricky