标签: lvm

我们有一个由供应商构建的实施不佳的 mysql 服务器。它消耗了 100% 的可用磁盘空间，一旦任何空间被清除，mysql 就会增长以消耗它。这显然是一个问题。

我们目前在 RAID 1+0 中有 2 个磁盘，并且刚刚添加了 2 个额外的磁盘。我们已将它们直接添加到 RAID，因此磁盘大小应该是以前的两倍。

Pvresize 将是我们的下一步，但它似乎只会促进增长到特定数字（pvresize --setphysicalvolumesize 20G /path/to/disk）。

是否有等效的命令可让您指定扩展到磁盘（或在本例中为阵列）上的所有物理空间？

两者似乎都是物理磁盘之上的虚拟化层。我很难理解它们中的每一个以及它们之间的区别。

我有一个从原始硬盘映像 (/dev/sdb) 中获取的 DD 映像。此映像文件包含我需要挂载的 XFS 文件系统。它太大而无法恢复到磁盘（2.6TB img 文件），所以我想使用环回挂载它。

但是，分区表成为一个问题。我尝试使用 parted 和 fdisk -lu 来确定分区偏移量。Parted 返回“无法识别的磁盘标签”， fdisk -lu 显示一个空白分区表。

您建议如何找到分区开始，以便我可以使用 -o loop 挂载它

我正在设置一些 KVM 虚拟来宾，并且正在争论要使用哪种磁盘类型。我一直无法在网上找到一个很好的资源来分析每种资源的优缺点。

你能帮我创建一个不同磁盘类型的列表以及每种类型的优缺点吗？以下是我所知道的磁盘类型：

• 原始图像
• qcow2
• 专用分区（例如，在 LVM 中）

我对这些标准很好奇：

• 易于设置（创建每种类型有多容易）
• 表现
• 易于克隆
• 易于扩展（做更大的，所以虚拟客户有更多的磁盘空间）
• 特定于该磁盘类型的功能
• 易于备份
• 迁移到其他主机

你能帮我评估我的选择吗？

我正在 ESX 4.1 主机上配置 linux 服务器。该服务器上需要存储数 TB 的数据。我们目前正在讨论是否使用 LVM。我们目前的推理是最好将多个 2TB 卷（ESX 强加的限制）安装到单独的卷上。

/disk1 - 2TB

/disk2 - 2TB

/disk3 - 2TB

我们将存储大小从 100GB 到 400GB 的目录。这些目录需要整体存放，不能拆分。令人担忧的是，如果我们最终将 1.7TB 存储在 /disk1 上并需要存储额外的 400GB，则会浪费大量空间。在这种情况下，我们需要将 400GB 目录存储在 /disk2 上，留下 300GB 未使用。

此问题的一种解决方案是 LVM，配置为：

 --------
 Disk 1 | 
        |
 Disk 2 |---->/disk
        | 
 Disk 3 | 
 --------

然而，我们被困在一个简单的问题上。如果磁盘 2 出现故障会怎样？

在第一种情况下，很明显如果磁盘 2 发生故障，/disk2 将不再可访问，会发生什么。

在 LVM 设置中，如果磁盘 2 发生故障，是否会类似（例如，只有存储在磁盘 2 上的数据不再可用）还是 /disk 上的所有数据都不再可访问？

我有一台带有 Debian 的服务器，它有 3 个物理分区，覆盖了所有磁盘：boot、root y swap。现在我想用 LVM 分区替换该分区。我知道如何在开始时使用 LVM 安装 Debian，但在这种情况下，我无法一开始就安装系统，因为提供商为我提供了一台可以远程访问的服务器，并且系统以这种方式安装。

如何仅使用 ssh 连接和可能的其他远程服务器来更改该分区，以放置一些临时数据？

Fdisk 显示多种分区类型。选择 83) Linux 和 8e) Linux LVM 有什么区别？

选择 83) Linux 也适用于使用 LVM，即使在 /dev/sdb 上创建物理卷而没有分区表也能正常工作。

在 fdisk 中选择分区类型真的很重要吗？选择 Linux 或 Linux LVM 作为分区类型有什么区别？

[root@tst-01 ~]# fdisk /dev/sdb

WARNING: DOS-compatible mode is deprecated. It's strongly recommended to
         switch off the mode (command 'c') and change display units to
         sectors (command 'u').

Command (m for help): l

 0  Empty           24  NEC DOS         81  Minix / old Lin bf  Solaris
 1  FAT12           39  Plan 9          82  Linux swap / So c1  DRDOS/sec …

在决定是使用 LVM 卷组还是 ZFS 池来配置新的文件服务器时，需要考虑什么？在多用途文件服务器领域有“更好”的选择吗？与上一个问题不同，我不想对技术进行分层。

设想：

• RHEL / CentOS 6 x64 服务器
• 许多可用的、相同的 DAS 和 SAN LUN

选择：

我个人对 LVM 非常熟悉，所以如果它是更好的选择，我会很舒服地使用它。然而，ZFS 看起来很有前途，学习新技术总是好的。

鉴于我们希望能够将一个相当大的存储（多个 TB）共享给不同的部门，并且他们需要能够通过 CIFS 和 NFS 访问它们，我们是否应该对底层池管理器使用 ZFS 或 LVM ?

^{_{我知道使用类似的产品FreeNAS是可能的，但由于各种原因，我需要能够在“典型的”Linux 服务器上进行部署。}}

我正在使用 LVM 镜像。继一些磁盘问题之后，我担心镜像中数据的一致性。无论如何，我可以让 LVM 物理比较每个镜像中的数据吗？

由于在这种情况下使用 fdisk 相当复杂，因为非交互式使用可能是不可能的，或者至少非常复杂（使用 printf），所以我想用于将parted resizepart分区大小调整为最大大小。

这可以用于虚拟机管理程序/云中的实际磁盘大小调整等场景，然后您需要将逻辑卷/pv 调整为新大小（LVM 情况），或者您想要将普通分区的分区大小调整为最大。

假设我想将磁盘 /dev/sda1 上的分区 /dev/sda1 调整到其最大可能大小 - 我将如何做到这一点而不被问到任何问题。

尽管parted /dev/sda resizepart 1存在，但它需要我计算并输入最大磁盘大小 - 这就是我在这里工作的实际线索