如何将逻辑卷从/ dev / sda上的一个卷组移动到具有新卷组的新磁盘/ dev / sdb？
这么长时间以来，有一个SVN VM（vmware服务器）耗尽了空间。 我不能承诺，因为它说空间不足。 虚拟机有一个80GB的虚拟驱动器（hda），一个/ boot分区和一个大的VG（VolGroup00）/ 我正在从磁盘存档和删除旧的SVN回购，但我没有得到自由空间。 我需要做什么才能使这个空间可用？ 我几乎所有的东西都使用Linux，但从来没有真正使用LVM来知道发生了什么。 vgdisplay输出： — Volume group — VG Name VolGroup00 System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 3 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 2 Max PV 0 Cur PV 1 Act PV 1 VG Size 74.41 GB […]
我有一个远程脚本，检查lvm卷的一些参数。 我需要知道的一件事是尺寸。 我目前正在使用这个： lvdisplay / dev / virtuals / volume_name -C -o lv_size 但是最后的命令可能需要大约一秒的时间才能在我的服务器上执行，而且我有多个卷要检查。 我也尝试过使用lvs而不是lvdisplay，但速度没有太大的提高。 time lvs -o lv_size /dev/virtuals/volume_name -C -o lv_size real 0m0.809s time lvdisplay /dev/virtuals/volume_name real 0m0.982s 有人知道一个更快的方式来获得这些信息，只是体积的大小，我对这个职业不感兴趣。 更新：使用blockdev给了一个巨大的改进。 我真的推荐使用它而不是lvdisplay（只记得使用getsize64） 时间blockdev –getsize64 / dev / system / home
我在centOS 6.4上。 我有一个39TB的硬件RAIDconfiguration为RAID 6.我创build了一个单独的39TB分区。 它报告： (parted) print Model: JetStor JetStor -VOL#000 (scsi) Disk /dev/sdb: 39.0TB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags 1 1049kB 39.0TB 39.0TB primary 我创build了一个lvm线性音量，如下所示： pvcreate /dev/sdb1 vgcreate vg_jet716s /dev/sdb1 lvcreate -L 30T -n lv_jet716s_1 vg_jet716s 然后，我在lv_jet716s_1上创build了一个XFS fs，与raid stripe width和number匹配： mkfs.xfs -d su=64k,sw=13 /dev/mapper/vg_jet716s-lv_jet716s_1 […]
我在显示重复的VG名称的服务器上。 我怎样才能重命名这些VolGroups之一来摆脱这种冲突呢？ [root@dev-server dev]# lvs WARNING: Duplicate VG name VolGroup00: zOuHvA-QTBR-wNPs-3GIQ-b2zQ-yOeH-2fBS87 (created here) takes precedence over ifDUDd-ePmZ-Er7H-xwst-70dY-hB3M-6YDNZc WARNING: Duplicate VG name VolGroup00: Existing zOuHvA-QTBR-wNPs-3GIQ-b2zQ-yOeH-2fBS87 (created here) takes precedence over ifDUDd-ePmZ-Er7H-xwst-70dY-hB3M-6YDNZc LV VG Attr LSize Origin Snap% Move Log Copy% Convert LogVol00 VolGroup00 -wi-ao 30.00G LogVol01 VolGroup00 -wi-ao 127.91G backup VolGroup00 -wi-ao 300.00G rman VolGroup00 -wi-ao […]
我们一直在Amazon EC2上运行一些生产服务，主要使用t1.large和t1.xlarge实例（非EBS）。 每隔一个附加（临时磁盘），经常会进入100％util状态（由iostat -xtc报告）。 当磁盘进入这种状态时，它基本上是完全不可用的。 重新启动解决了这个问题，看起来没有任何损坏。 发生显然是随机的，每隔几周就会发生一次。 我不确定是否有任何软件相关，但是我们正在运行最新的Ubuntu 10.04（Lucid）。 这些临时磁盘目前在lvm（RAID0）下运行。 以前我们使用mdadm和lvm。 有没有其他人看过这种行为之前（不知道它是特定于EC2）和任何想法如何避免它或纠正它，而无需重新启动？
场景： – Debian Xen dom0 – 将SSD驱动器设置为LVM PV /单个卷组。 – 在LVM逻辑卷上安装基于Debian pv_ops的domU。 – domU内的文件系统是ext4，启用丢弃选项。 问题：在domU内部生成的TRIM命令是否会通过这些层并到达物理SSD？
我有一台有180个左右逻辑卷的机器，还有一个操作系统分区，当重新安装centOS6时，这个分区已经被格式化了。 我犯了一个可怕的错误，不熟悉界面，没有注意到它正在格式化整个磁盘，而是把我带到了自redhat时代以来我习惯的分区pipe理器。 我一旦注意到这个问题就取消了控件的删除格式，但是我的VolGroup00已经从视图中消失了，而且它的位置是安装程序创build的新的volgroup。 有什么我可以做的恢复数据？
有许多大的Xen稀疏图像文件需要备份，我正在寻找一种方法来有效地做到这一点在磁盘空间方面（节省空间与差异工具，如重复，bup，rsync，womble的lvmsync等）。 ）和磁盘/networking带宽。 不幸的是，空间和带宽的要求nixes我刚才提到的工具，因为他们将扫描文件的全部内容，以find源和目的地之间的增量。 所以，我想避免以下的陷阱： 盲目复制整个文件 强化扫描整个文件以生成校验和以供比较 同一卷上的数据（由于COW或其他function）的冗余副本 – 这必须适用于源卷和目标卷。 在正常的系统使用期间显着的性能下降 search引导我find了一个很酷的例子，它满足了上述所有标准：使用sparsebundles作为源卷的OS X Time Machine。 哦，那不适用于Linux。 但是有趣的是，看一下稀疏捆绑中的单个“band”文件的m个时间是如何简单地告诉你自从上次备份date以来哪些位已经被修改 – 几乎是零工作。 节省空间并不完美，因为乐队是4MB长，但仍然非常好。 最后，在使用精简configuration逻辑卷时，我遇到了精简configurationtesting套件，其中包括使用thinp分配数据进行快速差异备份的示例 。 我以为我find了我的解决scheme…只是把图像放在薄薄的LV上，并使用快照！ 但后来我意识到这会在源卷上使用太多的空间，并减慢速度。 正常的LV是短期使用的。 我仍然想知道是否有一些script-fu或狡猾的configuration选项可以使快照逻辑卷的行为像一个“幻影”快照：它只会logging与修改后的块关联的块分配数据，而不是复制 – 写数据块本身。 这个幻影快照可以被备份脚本读取，并立即为给定的LV选取修改的块。 （我想有些人会称之为日志。）备份成功完成后，它可以删除现有的幻像快照，并创build一个新的快照以保存下一个差异备份的修改信息。 该解决scheme不必涉及LVM，但是通过这种方式考虑解决scheme，可以让我以更坚实的forms呈现所需的解决scheme。 要在Linux上达到这个级别的备份效率，必须有一些办法。
我试图克隆一个服务器上的LUN，并将其呈现给同一个服务器，并且正在运行到UUID古怪。 我不在LUN上创build分区，只需创build一个PV，然后在其上创buildLVM，以便根据需要在线增长。 克隆的LUN具有与LVM和PV的源LUN相同的UUID，这是预期的。 我使用vgimportclone更改PV的UUID，然后使用tune2fs更改LVM的UUID，这些都没有问题。 我遇到的是物理磁盘的UUID， 应该有相同的UUID PV，不会更新，直到我重新启动服务器。 为了加深这个谜团，如果我在底层磁盘上运行blkid，它会显示我旧的UUID，但是如果我在这些磁盘上运行udevadm，则没有UUID。 所以我有两个问题。 1）任何人都知道乳清bldid和udevadm会显示不同的信息？ 2）有没有办法刷新物理磁盘的UUID而不重新启动？ 服务器：RHEL 6.5 device-mapper-multipath-0.4.9-87.el6.x86_64 lvm2-2.02.143-7.el6.x86_64 谢谢，DarkSide