情况：我们有一台服务器，将40GB SAN（光纤通道）挂载为/ opt / application。 如果LUN扩展到60GB，那么在RHEL服务器上将/ opt / application扩展到只有1个LVM分区的60GB需要做些什么？ 一种select是添加第二个带有fdisk的LVM分区，并使用lvextend来添加这个分区，但是如果我们想坚持在磁盘上有1个LVM分区呢？ 将LUN从40GB扩展到60GB的最佳方法是什么？ 如有必要可以卸载，这比添加第二个LVM分区和使用lvextend要好。
我有一个奇怪的问题，我正在设置一个服务器。 这是一个文件共享types的网站，所以需要快速的IO和大量的容量。 OS是CentOS 6.4 64位 有问题的服务器是HP DL360p，18x驱动器托架中装有RAID50中的2TB SAS驱动器 另外还有一个HP StorageWorks SAS扩展托架，还有一个12x2TB的RAID50 RAID是使用服务器的BIOSconfiguration实用程序configuration的，使用的控制器相当不错，备有电池备份和2GB FWBC。 现在，我们原来把它们分别设置成单独的卷，但是由于我们软件的细节，单个大量的工作会更好。 所以，我设置了一个LVM卷，结合这两个卷，然后使用XFS格式化逻辑卷 问题是，由此产生的速度令人失望。 运行hdparm -tT可以达到300MB / s的最佳读取速度 所以我做了一些testing，得到这个： 两者都没有LVM，XFS：两个卷的读取速度都达到700MB / s左右 与LVM，但没有安装的卷：1000-1100MB /秒 LVM采用条纹模式，卷装未安装：1100-1300MB / s 所以不知何故，XFS似乎限制了速度……我在格式化和挂载时尝试了一些更高级的选项，比如-l内部，启用懒数，nobarrier，但是这没有任何改进。 我发现的唯一问题可能是一个问题，RAID卷的条带大小不匹配（一个设置为512KB，另一个设置为256KB），所以我将它们重新configuration为匹配，这将需要几个小时更多。 我还用su = 512k，sw = 28（sw = 28只是一个猜测，因为总共有28个活动硬盘，或者我应该为RAID卷设置为2）来格式化音量？ 我试图消灭所有的东西，尝试ZFS，它似乎很有前途，但我认为configuration它将远远超出我的技能水平… 所以，如果有人有任何经验或build议，这将是非常感谢！
我已经运行了这个命令 lvconvert -m1 rootvg/newroot /dev/sdb 将线性逻辑卷转换为镜像逻辑卷。 手术尚未完成; 我用ctrl-c中断了这个命令，大概在10％左右，但是这个操作似乎是在后台运行的。 有没有可能 1）中止lvconvert操作并恢复到之前的状态？ （这将是我的首选选项） 2）安全地中断操作并稍后恢复？
我正在用KVM和LVMbuild立一个新的虚拟化服务器。 KVM主机和所有客人将安装在SSD驱动器上。 每位访客都可以访问由4x3TB SATA驱动器组成的RAID10arrays，用于数据和存储。 我的问题是，我有很多空间（6TB可用），我现在不需要。 一种方法是首先用mdadm创build一个大的6TB空间，然后创build一个大的LVM卷组，然后通过创build逻辑卷来“分割”它们。 另一种方法是，首先将每个硬盘驱动器（3TB）拆分为四个0.75TB的主分区（sdx1，sdx2，sdx3，sdx4，x = a，b，c，d）和fdisk。 然后我可以使用 mdadm –verbose –create / dev / md1 –level = 10 –chunk = 256 –raid-devices = 4 / dev / sda1 / dev / sdb1 / dev / sdc1 / dev / sdd1 在这种情况下，/ dev / md1将是1.5TB的RAID10arrays，可以形成一个LVM卷组，然后创build逻辑卷。 如果我将来需要更多的空间，我可以创build/ dev / md2等等。 / dev / md1，/ dev […]
KVM虚拟化的PE尺寸有多重要？ 有人说通过设置PE Size从默认的4M到32M来遵循KVM的SolusVM指令是没用的。
当你有虚拟机时，磁盘的大小可以改变，特别是增加。 这使得调整LVM的大小比在物理服务器上复杂一些。 想到三种可能性： 通过以下方式扩展虚拟磁盘： 使用创build的新块创build磁盘上的新分区，创build一个新的物理卷，并将其添加到VolumeGroup 扩展分区，然后使用pvresize等物理卷。 添加一个新的虚拟磁盘，创build一个分区，一个物理卷，并将其添加到VolumeGroup 我有限的生产环境经验无法帮助我找出这些解决scheme在长期可维护性，长期停运风险，数据丢失风险等方面是否存在缺陷。 从你的经验来看，哪一种解决scheme为了成为“生产最佳实践”将会有较less的缺点？
我用一个lvm镜像使用redhat 5.8，用以下命令创build： lvcreate -m1 –mirrorlog mirrored -n mirrorvol -L 10G myvg /dev/vdb /dev/vdc 我想知道，当我写的时候，我是否需要等待写入这两个设备，或者只是一个？ 从我所了解的lvm镜像是同步的： [root@02srv004x9 ~]# dmsetup ls mpath2 (253, 2) foo (253, 3) vgmirror-oracle_BD2_mirrorlogAvol (253, 4) VolGroup00-LogVol01 (253, 1) VolGroup00-LogVol00 (253, 0) vgmirror-oracle_BD2_mirrorlogAvol_mimage_1 (253, 6) vgmirror-oracle_BD2_mirrorlogAvol_mimage_0 (253, 5) dmsetup suspend /dev/mapper/vgmirror-oracle_BD2_mirrorlogAvol_mimage_1 Name: vgmirror-oracle_BD2_mirrorlogAvol_mimage_1 State: SUSPENDED Read Ahead: 256 Tables present: LIVE Open count: […]
我每小时进行一次快照备份，每次执行时都会在/etc/lvm/archive创build文件。 但是lvm似乎没有注意到/etc/lvm/lvm.conf “backup”下的“retain_days”参数，因为我已经有了超过9000个文件，可以追溯到2012年。我应该设置一个cron工作来清除他们自己？ 这是configuration文件的备份部分： # Configuration of metadata backups and archiving. In LVM2 when we # talk about a 'backup' we mean making a copy of the metadata for the # *current* system. The 'archive' contains old metadata configurations. # Backups are stored in a human readeable text format. backup { # Should we maintain […]
我想设置两个硬盘，其中一部分设置在raid1中。 我希望这个部分也是可扩展的，就像逻辑LVM卷一样。 是否可以抽象物理卷或基于逻辑卷创build一个数组？ 我正在考虑像嵌套LVM的东西。
我们有一个由供应商构build的很差的mysql服务器。 它已经消耗了100％的可用磁盘空间，并且一旦清除了任何空间，mysql就会消耗掉它。 这显然是一个问题。 我们目前在RAID 1 + 0中有2个磁盘，并且只增加了2个磁盘。 我们已经将它们直接添加到RAID中，所以磁盘大小应该基本上是以前的两倍。 Pvresize将是我们的下一步，但它似乎只是促进增长到具体数字（pvresize –setphysicalvolumesize 20G /path/到/磁盘）。 是否有一个等价的命令，让您指定扩展到磁盘上的所有物理空间（或在这种情况下，数组）？