☰

NFS 伺服器在 EXT4 系統磁碟上產生「無效範圍」？

tag-icon • tag-icon server apt ext4 nfs
NFS 伺服器在 EXT4 系統磁碟上產生「無效範圍」？

我有一台運行 Xen 4.1 的伺服器，其中 dom0 和 4 個 domU 都有 Oneiric。 domU 的系統磁碟是建構在 mdadm RAID1 之上的 LVM2 磁碟區。

所有domU系統碟均為EXT4，並使用相同原始範本的快照建立。其中 3 個運行完美，但其中一個（稱為 s-ub-02）不斷以唯讀方式重新安裝。隨後的e2fsck結果是單一“無效範圍”診斷：

e2fsck 1.41.14 (22-Dec-2010)
/dev/domu/s-ub-02-root contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inode 525418 has an invalid extent
    (logical block 8959, invalid physical block 0, len 0)
Clear<y>? yes

Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/domu/s-ub-02-root: 77757/655360 files (0.3% non-contiguous), 360592/2621440 blocks

控制台通常顯示系統磁碟 (xvda2) 的下列錯誤：

[101980.903416] EXT4-fs error (device xvda2): ext4_ext_find_extent:732: inode #525418: comm apt-get: bad header/extent: invalid extent entries - magic f30a, entries 12, max 340(340), depth 0(0)
[101980.903473] EXT4-fs (xvda2): Remounting filesystem read-only

我已經建立了新版本的系統磁碟。同樣的事情總是會發生。這一事實，以及磁碟最終位於 RAID1 上的事實，使我排除了硬體磁碟錯誤。

這個 domU 唯一明顯的區別特徵是 的存在nfs-kernel-server，所以我懷疑這一點。它的exports文件如下所示：

/exports/users           192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)
/exports/media/music     192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)
/exports/media/pictures  192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)
/exports/opt             192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)

/exports/users和/exports/opt是與系統磁碟來自同一磁碟區組的 LVM2 磁碟區。/exports/media是 EXT2 卷。 （有一個問題是客戶將其視為/exports/media/pictures只讀卷，為了完整性我提到了這一點。）

除了只讀問題之外，在出現「無效範圍」問題之前，NFS 伺服器在輕負載下似乎可以正常工作幾個小時。

中沒有任何有用的條目/var/log。突然間，不再寫入任何文件，因此您可以看到磁碟何時以唯讀方式重新安裝，但沒有任何跡象表明可能是什麼原因。

誰能幫我解決這個問題嗎？

史蒂夫

答案1

這個問題已經被OP解決了：

我最終通過放棄 ext4 並在 ext4 再次開始播放後返回 ext3 解決了這個問題。在那個特定的虛擬機器中發生了一些奇怪的事情，但我不能再花時間去嘗試找出它是什麼。

相關內容