為什麼使用 ec2-consistent-snapshot 時出現 xfs_freeze“不支持操作”錯誤？Debian Squeeze w/ext4 文件系統

我正在執行以下命令：

[root@somehost ~]# ec2-consistent-snapshot --aws-credentials-file '/some/dir/file' --mysql --mysql-socket '/var/run/mysqld/mysql.sock' --mysql-username 'backup' --mysql-password 'password' --freeze-filesystem '/dev/xvda1' vol-xxxxxx

它返回此錯誤：

xfs_freeze: cannot freeze filesystem at /dev/xvda1: Operation not supported
ec2-consistent-snapshot: ERROR: xfs_freeze -f /dev/xvda1: failed(256)
snap-eeb66393
xfs_freeze: cannot unfreeze filesystem mounted at /dev/xvda1: Invalid argument
ec2-consistent-snapshot: ERROR: xfs_freeze -u /dev/xvda1: failed(256)

這是在帶有 ext4 Linux 文件系統的 Debian Squeeze 上執行的。

誰能向我解釋這個錯誤，或者可能是什麼原因？Google搜尋時，我發現有關它需要使用 sudo 執行的資訊，但我正在以 root 身份執行整個操作。我還發現了一些關於在使用 yum 升級 CentOS 後嘗試執行它的文章，但情況似乎有所不同。很難找到確切地指代這種情況的東西。xfs_freeze 可用於文件系統。文件系統是否有可能，儘管是 ext4，但不知何故不支持凍結？抱歉，如果我在這篇文章中遺漏了一些 StackExchange 禮儀——這是我第一次在這裡冒險！

這是一個非常奇怪的情況——從 2.6.29 開始，ext3/4 就支持凍結，所以假設你正在執行股票 Squeeze 核心（2.6.32），應該支持該操作（使用xfs_freeze甚至用於 XFS 文件系統的相同 ioctl ）。

我會嘗試執行xfs_freezeunder strace，以確保ioctl以“不支持操作”返回的呼叫。

此外，如果xvda1您的根文件系統是根文件系統，在凍結它時要非常非常謹慎 - 遇到無法執行解凍操作的情況並不難，因為正在執行的磁碟xfs_freeze已被凍結（也會停止讀取如寫入），因此您無法讀取xfs_freeze以執行它來解凍文件系統……現在是重新啟動時間，無法繞過它。將您的重要數據放在單獨的 EBS 卷上（這只是 EBS 支持的實例不是人們認為的勝利的另一個原因）。

引用自：https://serverfault.com/questions/377475