我连接一个iSCSI目标，在其上创build一个物理卷和卷组。 然后我创build一个LV，和 mkfs.ext3 /dev/vg00/vm 所有这一切都很好。 然后我断开目标 iscsiadm -m node -T iqn.2004-04.com.qnap:ts-509:iscsi.linux01.ba4731 -p 192.168.0.4 -u login到另一台Linux服务器，并在那里连接目标 iscsiadm -m node -T iqn.2004-04.com.qnap:ts-509:iscsi.linux01.ba4731 -p 192.168.0.4 -l 我得到： linux01:~ # lvdisplay — Logical volume — LV Name /dev/vg00/vm VG Name vg00 LV UUID NBNRGV-FkSR-ZNZ9-9AVk-chLQ-j5nc-RazeBw LV Write Access read/write LV Status NOT available LV Size 17.00 GB Current LE 4352 […]
我们在服务器中发生磁盘故障，并在从LVM中取出驱动器之前进行了更换。 服务器有4个物理驱动器（PV），每个都有自己的卷组（VG）。 每个VG有2个或更多逻辑卷（LV）。现在LVM抱怨缺less驱动器。 所以我们有一个VG（vg04），两个LV成了孤儿，比我们需要清除系统。 问题是我们每次运行任何LVM命令时都会遇到这些“读取失败”错误： # lvscan /dev/vg04/swap: read failed after 0 of 4096 at 4294901760: Input/output error /dev/vg04/swap: read failed after 0 of 4096 at 4294959104: Input/output error /dev/vg04/swap: read failed after 0 of 4096 at 0: Input/output error /dev/vg04/swap: read failed after 0 of 4096 at 4096: Input/output error /dev/vg04/vz: read failed after […]
在多层（物理驱动器 – > md – > dm – > lvm）的情况下，调度程序，预读设置和其他磁盘设置如何交互？ 假设你有几个磁盘（/ dev / sda – / dev / sdd）是由mdadm创build的软件RAID设备（/ dev / md0）的所有部分。 每个设备（包括物理磁盘和/ dev / md0）都有自己的IO调度器设置（ 如此更改 ）和readahead（ 使用blockdev更改 ）。 当你扔dm（crypto）和LVM之类的东西时，你可以添加更多的图层和自己的设置。 例如，如果物理设备的读取超过了128个块，并且RAID有64个块的先行读取，当我从/ dev / md0读取数据时，这是可以使用的吗？ 是否md驱动程序尝试64块读取，物理设备驱动程序然后转换为128块的读取？ 或者，RAID是否提前“传递”到底层设备，导致64块读取？ 调度人员也有同样的问题吗？ 我是否必须担心IO调度程序的多个层次以及它们如何交互，或者/ dev / md0是否有效地覆盖了基础调度程序？ 在我试图回答这个问题的时候，我已经find了一些关于调度程序和工具的有趣数据，可能有助于解决这个问题： 来自Google的Linux磁盘调度器基准testing blktrace – 在块设备上生成I / Ostream量的跟踪 相关的Linux内核邮件列表线程
我一直在试图find一个直接的答案，这已被certificate是难以捉摸的。 这个问题和答案很接近，但是并没有给我具体的细节。 让我们从我认为我知道的事情开始。 如果你有一个标准的块设备，你运行sudo blockdev –report你会得到这样的东西： RO RA SSZ BSZ StartSec Size Device rw 256 512 4096 0 500107862016 /dev/sda rw 256 512 4096 2048 399999238144 /dev/sda1 rw 256 512 1024 781252606 1024 /dev/sda2 现在，您决定使用–setra在任何分区–setra默认值256更改为128，并且发生在整个块设备上，如下所示： sudo blockdev –setra 128 /dev/sda1 sudo blockdev –report RO RA SSZ BSZ StartSec Size Device rw 128 512 4096 0 […]
据我所知，LVM可以拍摄一个卷的快照。 还有一些支持快照的文件系统（ZFS，Btrfs，reiserfs，…）。 但是，我从来没有理解LVM快照和文件系统快照之间的区别。 如果可以用LVM拍摄快照，为什么有人花时间在文件系统中实现它？ 编辑：他们中的任何一个在某些情况下是首选？ 为什么？
我有一个包含两个物理卷（PV）的卷组（VG）。 VG中的多个逻辑卷（LV）可能在两个PV上都使用扩展盘区。 有没有办法告诉哪些LV占据了PV的空间？
今天我用OpenSUSE 12.3（内核3.7）在我的机器上试了这个： # resize2fs /dev/mapper/system-srv 2G resize2fs 1.42.6 (21-Sep-2012) Filesystem at /dev/mapper/system-srv is mounted on /srv; on-line resizing required resize2fs: On-line shrinking not supported /dev/mapper/system-srv是一个EXT4卷。 它真的不被支持，或者我错过了什么？
我最近开始在一些大于1TB的硬盘上使用LVM。 他们是有用的，可扩展的，并且很容易安装。 但是，我找不到有关LVM的危险和警告的任何数据。 使用LVM有什么缺点？