为什么我在根据现有快照创建的 Amazon EBS 卷中看不到新内容?

发布于 2024-09-01 09:46:39 字数 183 浏览 5 评论 0原文

我创建了一个 EBS 卷,将其连接并安装到 EC2 实例上。在挂载目录中创建了一些示例文本文件,并从 AWS 控制台拍摄了快照。

问题是,当我使用此快照创建新的 EBS 卷并挂载此新卷时,我没有看到存储的内容(在快照中)。

可能是什么问题?我的数据不会进入快照吗?或者新创建的卷有什么问题吗?

提前致谢。

I created an EBS volume, attached and mounted it on an EC2 instance. Created few sample text files in the mounted directory and took a snapshot from the AWS console.

Problem is, when I create a new EBS volume using this snapshot and mount this new volume, I am not seeing the stored content (in snapshot).

What can be the issue? Is my data not going into the snapshot? Or is the newly created volume having any issue?

Thanks in advance.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(4

蹲墙角沉默 2024-09-08 09:46:39

发现问题了。不是系统管理员,否则我应该知道这个事情。以下命令将从 EBS 卷中刷新数据。

是的 | mkfs -t ext3 /dev/sdf

在 EBS 卷上,开始使用快照,不要运行以上命令。希望这个帖子将来能对某人有所帮助。

Found the issue. Not a system admin, else I should have know this thing. Following command is flushing the data from the EBS volume.

yes | mkfs -t ext3 /dev/sdf

On an EBS volume, started using snapshot, don't run above command. Hope it this thread will help someone in future.

錯遇了你 2024-09-08 09:46:39

这通常应该有效。唯一的解释可能是在执行命令期间出现错误,例如,您在新创建的卷上创建了一个文件系统,而不是简单地安装它(我发生过一次)。

This should normally work. The only explication could be a mistake during the execution of the commands, e.g. that you created a file-system on the newly created volume instead simply mounting it (happened once to me).

岛徒 2024-09-08 09:46:39

上述答案是错误并且会导致数据损坏。上述步骤会导致“快照不一致”,这意味着快照将包含文件系统的损坏副本。

Linux 和 Windows 将文件系统数据和元数据缓存在内存中。您必须从内存中刷新文件系统,冻结所有写入磁盘的进程,拍摄快照,然后解冻。查看下面的文档链接。

请注意,最佳解决方案是在实例的重新引导阶段对卷进行快照。这是官方支持的 AWS 建议。

创建一致的 EBS 快照

The above answers are WRONG and will lead to data corruption. The steps above result in "inconsistent snapshots" which means the snapshots will contain a corrupted copy of the file system.

Linux and Windows caches file system data and metadata in memory. You have to flush the file system from memory, freeze all processes that write to disk, take the snapshot and then unfreeze. Review the document link below.

Note the best solution is to snapshot the volume during the reboot phase of an instance. This is the offically supported AWS recommendation.

Creating consistent EBS snapshots

噩梦成真你也成魔 2024-09-08 09:46:39

不要挂载文件系统
使用 sudo mount -0 nouuid devicename 和安装点]
sudo mount -o nouuid 设备名称(如果不是根卷)提及名称 /dev/xvdf
使用这样的方式,如果您挂载已经具有 uuid 的文件系统,您的内容将会存在,并且该文件系统将被覆盖,并且从快照创建的卷上的数据存储将会丢失。

don't mount the filesystem
use sudo mount -0 nouuid devicename with the mounting point]
sudo mount -o nouuid devicename(if it is other than root volume)mention the name /dev/xvdf
using so your content will be present if you mount the filesystem which already has a uuid will overwrite and the data store on the volume created from the snapshot will be lost.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文