我们使用kvm进行虚拟化，磁盘映像作为逻辑卷存储。 逻辑卷存储在由Intel DCS3500 SSD（每个arrays是卷组中的一个物理卷）组成的软件RAID1（mdadm）arrays中。 如果我在该卷组内创build一个逻辑卷并使用fio来确定IOPS，那么随机写入4KB块的IOPS将达到约40K。 大。 iostat显示两个固态硬盘利用率达到100％左右。 如果我创build了一个使用相同逻辑卷进行存储的虚拟机，并运行相同的fio命令，我最初可以获得20K IOPS（很好），但是在30秒左右后会降至7-8K。 奇怪的是，iostat现在显示了一个100％使用的SSD，而另一个只有45％。 以下是随时间变化的图表（由hypervisor上的iostat -x 2完成） 正如你所看到的，起初瓶颈似乎是sdn，但是sdm开始做一些拖拉arrays的事情，现在sdn只是半忙。 但是，无论出于何种原因，只有当testing在虚拟机内部运行时才会发生。 如果我从虚拟机pipe理程序运行它，一切正常，性能至less不会下降2分钟。 虚拟磁盘驱动程序ide或virtio的select不会影响结果。 有没有人遇到过这样的问题？ 什么是根本原因？ 如何提高性能？ 编辑：更多的信息按要求（无论什么原因，我没有想到它首先） OS: CentOS 6.4 Kernel: 2.6.32-358.el6.x86_64 mdadm –detail / dev / md104 /dev/md104: Version : 1.2 Creation Time : Mon Feb 3 20:02:02 2014 Raid Level : raid1 Array Size : 468720320 (447.01 GiB 479.97 […]
标题几乎总结了它，但我想创build一个面向Web的服务器上的第二个数据分区，它是encryption的，需要两个人提供密码才可以解锁。 这甚至有可能吗？
我想在一个具有多个后端磁盘的Ubuntu主机上build立一个lxc容器。 至less有两个： /boot / /opt, maybe 有一种方法可以在一个lxc-setup命令中完成这个任务吗？ 以下是我已经用来创build容器的东西： sudo lxc-create -t ubuntu -n ubuntu32 -B lvm –vgname=lxcDG –lvname=lv-lxc-ubuntu32 \ –fstype=ext4 –fssize=5G — -a i386
我们有几十个Ubuntu节点，我必须将硬盘驱动器的大小调整为不同的大小。 目前我正在手动执行以下所有步骤： 增加VMware vCenter中每个节点的虚拟硬盘的大小。 更改DVD驱动器的configuration，安装GParted ISO，从BIOS启动，并更改启动顺序。 启动进入GParted，手动增加/dev/sda2和/dev/sda5 。 停止虚拟机，禁用DVD驱动器，然后启动虚拟机。 使用lvextend -r /dev/ubuntu/root /dev/sda5来扩展LVM，并将分区大小调整到最大可能的大小。 可选：使用df -h检查是否一切正常。 我很想自动化这个过程，最好的情况是提供一个节点名和相应大小的列表，让这个工具完成它的工作。 在没有自动化解决scheme的情况下，我想听听微观优化的每一个步骤，使我的繁琐工作更容易。 我们已经自动configuration了Chef和一个硬盘大小为16 GB的VM模板。 任何聪明的想法？
首先，我没有任何创buildxen，lvm和RAID-1服务器的经验，因此经过多次阅读，我偶然发现了这个Ubuntu文档来安装xen 。 但是，因为在文档中没有指定如何使用raid，我创build了一个分区，如下所示： md0 (/dev/md0) +————————————————————+ | LVM | +————————————————————+ hdd1 (/dev/sda) +—————————————-++——————+ raid || swap | +—————————————-++——————+ hdd2 (/dev/sdb) +—————————————-++——————+ raid || swap | +—————————————-++——————+ 在lvm（/ dev / md0）里面，我创build了如下的逻辑分区： +————————————————————+ | / (root) | reserved LVM for XEN | +————————————————————+ 问题是这是创build用于Xen的lvm的分区的正确方法？ 如果这是错误的，请告诉我正确的方法来做到这一点 谢谢
我在系统上遇到随机崩溃。 我已经把问题缩小到由cron每周推出的fstrim程序。 在控制台中，我find了一组阻塞的任务，我find了fstrim。 （其他被阻止的任务是jdb2 / dm，rs：main Q：Reg，kworker / u16）。 我尝试手动运行fstrim，并重现崩溃，但无法获取比被阻止的任务消息更多的细节 – 全部被冻结。 任何想法如何我可以找出发生了什么？ 我的设置是：1个包含2个LVM2分区的SSD 1个具有2个LVM2分区的HDD，它们是SSD的镜像。 该设置有任何明显的错误？ 我的系统是Ubuntu 14.04 64bit，内核3.13.0-35-generic。 issue_discards在lvm.conf中启用
我有我想远程升级的服务器，从Ubuntu 12.04 LTS升级到14.04 LTS。 这个升级必须通过脚本进行，而不需要交互。 do-release-upgrade命令干净地退出，但是在重新启动机器后，在grub rescue提示符处结束， error: file not found 。 我/boot是在LVM（我想我不应该这样做;现在修复太迟了）。 这是为什么grub找不到它？ 我从救援提示中看到逻辑卷。 尝试ls (lv-root)导致bad file name 。 /boot驻留在/boot的逻辑卷上： — Logical volume — LV Name /dev/lv/root VG Name lv LV UUID blah-blah-blah LV Write Access read/write LV Status available # open 1 LV Size 9.31 GiB Current LE 2384 Segments 1 Allocation inherit […]
运行CentOS 6.5，一个全新的“最小”服务器安装，尝试使用LVM2精简池function。 安装的软件包是： lvm2（2.02.111）device-mapper-persistent-data-0.3.2-1.el6.x86_64 /etc/lvm/lvm.conf有 … thin_check_executable = "/usr/sbin/thin_check" thin_repair_executable = "/usr/sbin/thin_repair" … （是的，这些文件存在于文件系统中。） /var/log/boot.log中的错误消息是： Setting up Logical Volume Management: /usr/sbin/thin_check: execvp failed: No such file or directory Check of pool vg/pool failed (status:2). Manual repair required! /usr/sbin/thin_check: execvp failed: No such file or directory /usr/sbin/thin_check: execvp failed: No such file or directory 我不知道该怎么做。
我试图通过创buildmaster datadir的lvm快照并将其复制到slave来设置mysql复制。 这个过程非常简单，在主服务器上执行“FLUSH TABLES WITH READ LOCK”，然后在第二个terminal上使用lvcreate -l40%FREE -s -n mysql-backup /dev/MySQL/mysql制作lvm快照，然后解锁表。 接下来，我装载快照并将datadir复制到slave，但是mysql无法启动，出现错误： 150105 12:50:53 mysqld_safe从/ var / lib / mysql数据库启动mysqld守护进程 150105 12:50:53 [Warning]更改限制：max_open_files：1024 max_connections：100 table_cache：457 InnoDB：InnoDB内存堆被禁用 InnoDB：Mutexes和rw_locks使用GCCprimefacesbuiltins InnoDB：压缩表使用zlib 1.2.7 InnoDB：使用Linux本机AIO InnoDB：初始化缓冲池，大小= 3.9G InnoDB：完成缓冲池的初始化 InnoDB：最高支持的文件格式是梭子鱼。 InnoDB：日志扫描通过检查点lsn 29552065932592 InnoDB：数据库没有正常closures！ InnoDB：启动崩溃恢复。 InnoDB：从.ibd文件读取表空间信息… InnoDB：错误：试图添加名为'./somedatabase/CRM_printers.ibd'的表空间210146 InnoDB：表空间的内存caching，但表空间 名称为“./somedatabase/status.ibd”的InnoDB：210146已经存在于表空间中 InnoDB：内存caching！ 150105 12:50:55 mysqld_safe mysqld从pid文件/var/run/mysqld/mysqld.pid结束 我检查了该表的文件存在。 所以接下来，我开始使用innodb_force_recovery = 1和mysql数据库，然后开始许多错误，如下所示： InnoDB：启动崩溃恢复。 InnoDB：从.ibd文件读取表空间信息… InnoDB：错误：试图添加名为“./db/k.ibd”的表空间210146 […]
我在Debian Wheezy下运行qemu / KVM。 我想让我的所有客人都完全encryption。 我可以看到的可能性： – 或者我使用dm-crypt（cryptsetup）encryptionLVM卷，并使用映射的设备作为VM的磁盘 – 或者我使用debian-installerencryption驱动器。 使用第二种解决scheme可以看到一个问题：增大卷的容量非常困难（closures计算机，调整主机的LVM卷大小，使用live-cd将chroot调入guest虚拟机，调整cryptsetup大小，调整guest虚拟机的卷大小，调整文件系统大小，然后那个使机器花4个小时启动的bug，然后完成）。 我想请一些build议！ 谢谢！