创build一个lvm后 dd if = / dev / zero of = 1.img bs = 1M count = 16384 dd if = / dev / zero of = 2.img bs = 1M count = 16384 losetup / dev / loop1 1.img losetup / dev / loop2 2.img pvcreate / dev / loop1 pvcreate / dev / loop2 […]
我有一个有两个500GB磁盘的Ubuntu 11.10系统。 分区表如下所示： /dev/sda1 primary 465.52GB /dev/sda2 extended 243.17MB -> /dev/sda5 logical 243.14MB /dev/sdb1 primary 465.76GB sda1和sdb1位于单个LVM物理卷组中，其中包含单个逻辑卷，其中包含一个挂载为/的逻辑文件系统。 sda5被挂载为/ boot。 问题出现在我想升级到Ubuntu 12.04时，至less需要247MB的free / boot。 所以我需要减小sda1的大小，以便增加sda2和sda5的大小。 我该怎么做？ 我可以find如何收缩逻辑卷组，但是我不清楚如何清除sda1的末尾部分，以便减less物理卷组。 pvresize只是处理这个automagically？ 还是那狂野的一厢情愿？ 我想可以select将所有东西都备份到其他东西上，从头开始重新创build，或者查看GRUB2是否支持将LVM用于/ boot。
我试图缩小逻辑卷的大小 — Logical volume — LV Name /dev/vg_linuxph53/lv_home VG Name vg_linuxph53 LV UUID bWrIb2-ek2G-2G3Y-a6kA-8nnB-8fM4-6OenbJ LV Write Access read/write LV Status available # open 1 LV Size 55.12 GiB Current LE 1764 Segments 2 Allocation inherit Read ahead sectors auto – currently set to 256 Block device 253:2 所以我试着先卸载它 [root@linxuph53 sites]# umount /home umount: /home: device […]
我用LVM设置默认的Fedora分区。 现在，我想缩小我的分区来创build1个新的分区。 你能帮我理解为什么我得到这样的错误吗？ [root@host]# lvm pvresize /dev/sda2 –setphysicalvolumesize 60G /dev/sda2: cannot resize to 1919 extents as 22340 are allocated. 0 physical volume(s) resized / 1 physical volume(s) not resized 关于我的分区的一些细节： [root@host]# lvm pvs PV VG Fmt Attr PSize PFree /dev/sda2 vg_andrew lvm2 a– 698.12g 0 [root@host]# pvs –segments PV VG Fmt Attr PSize PFree Start […]
如前所述，改变整个问题非常混乱。 我一直在探索不同的集群系统，以在LAN上的两台不同的机器上运行虚拟机，并具有高可用性。 目前，我已经在主/从模式下在两台不同的机器上使用DRBD资源。 如果主服务器出现故障，我手动将辅助服务器升级到主服务器，并启动虚拟机 我也探索Gluster和看起来不错，但是，我宁愿群集Gluster（用户空间FS）。 所以如果有人有想法哪一个会更好从易用性准，请我会感兴趣。 而且，牧羊犬项目看起来不错，但找不到太多的文件/ Howtos。 我正在使用Centos 6。
在Kickstart，我不断得到错误; 添加此分区不会为vg_ibus中已分配的逻辑卷留下足够的磁盘空间 我不明白为什么我得到这个错误。 这个设备（ciss / c0d1）是450G。 我只是想在该卷组内创build一个逻辑卷。 这些命令来自我正在使用的Kickstart脚本; part pv.d1 –size=1 –grow –ondisk=cciss/c0d1 volgroup vg_ibus pv.d1 logvol /ibus –vgname=vg_ibus –size=450000 –name=lv_ibus
Linux是否保留从块caching中的LVM逻辑卷中读取的块，如同从“常规”块设备读取块一样，还是IO直接？ 另外，通常的缓冲语义是否适用于写入逻辑卷？
在VMWare ESXi虚拟机中扩展现有分区还是创build新驱动器会更好吗？ 我将使用LVM将驱动器放置在虚拟机上的现有卷组中，并扩展SAN安装点。 哪个会更好，为什么？
（免责声明：这可能是所有其他问题的“时间限制”，我只是现在指出来，而不是牵连它） 我们基础设施的一些基本决定的一部分再一次成为卷/存储pipe理的主题。 我主要在这里谈论本地存储（或者阻止提供服务器无法智能处理的设备）。 刮蹭networking，博客，社区在我看来，BTRFS基本上已经死了，承诺的土地还没有到来，更糟糕的是我看不到项目的整体进展。 ZFS似乎有一个更大的社区，但是Linux的稳定性仍然是我不能相信的。 LVM是大多数人都知道的，但它有自己的一套prolems（快照，RAID的外部处理，…） Ceph是新的孩子，但不是没有大量胶水的存储pipe理。 而且这个系统在复杂性方面还是相当不错的，而最有趣的卖点（CephFS）仍然被标记为“还没有准备好生产” – 但是，嘿有人成为第一个尝试:) GlusterFS看起来不错，但是我们遇到了麻烦的大脑情况，所以我们的信任度相当低 到目前为止，我在这个话题上的地位。 问题是： 在接下来的几年里，如果你今天select，如果约束是Linux，你会使用什么样的存储pipe理？ 我个人的重要性是这样的： 强大的社区支持 “简单”的工作（标准任务应该很容易完成后，相对较短的时间适应） 广泛支持不同的发行版（至less.deb 和 .rpm可用） 本地内核支持（或者对现场pipe理员进行低维护） （自从我上次发帖以来，已经很长时间了，所以请把我引导到更好的地方）
我有一个Ubuntu服务器，我想每天进行备份。 我希望能够通过点击几个button（或按键）来恢复整个系统。 另外，我不想让我的分区备份。 到目前为止，我想到的是cron，perl，LVM和FSArchiver的组合。 克朗启动一个Perl脚本… 用lvcreate -s快照每个分区 装载每个快照 运行FSArchiver将每个ext4分区备份到CIFS / SMB共享 卸载快照 删除快照 保存日志文件等 所以我可以像我所描述的那样自己把所有的东西都打包出来，但是如果有一个已经存在的解决scheme（或许还有更多的function，比如差异备份），我会为此付出代价的。 rysnc不会在已安装的驱动器上使用系统文件的备份（右？），所以没有了。 我search了四周，但我还没有find一个解决scheme，就像我上面所描述的。 你在挂载系统分区上使用的任何解决scheme？