作为一个VSAN betatesting者，我决定升级到GA版本，就像VMWare为生产站点所build议的一样。 他们说，从beta版升级到GA版不可能/不支持，我没有升级，而是完全清除/重新安装ESX主机。 然而，在安装过程中，我发现系统非常慢，安装程序在几个小时内启动，然后所有的系统扫描操作都需要大约30-40分钟。 安装的系统总是停留在 usbarbitrator开始 信息。 我启用了日志到串行控制台，在这里我看到这些消息： 2014-03-31T20:00:54.517Z cpu2:33262)LSOMCommon: LSOM_RegisterDiskAttrHandle:99: t10.ATA_____WDC_WD2000FYYZ2D01UL1B0_______________________WD2DWCC1P0395710 is a SATA disk 2014-03-31T20:00:54.532Z cpu2:33262)LSOMCommon: LSOM_RegisterDiskAttrHandle:103: DiskAttrHandle:0x4111c977b928 is added to disk:t10.ATA_____WDC_WD2000FYYZ2D01UL1B0_______________________WD2DWCC1P0395710 by module:plog 2014-03-31T20:00:54.551Z cpu2:33262)PLOG: PLOG_InitMDDevice:830: Registered diskAttrHandle:0x4111c977b928 on disk t10.ATA_____WDC_WD2000FYYZ2D01UL1B0_______________________WD2DWCC1P0395710 2014-03-31T20:00:54.568Z cpu2:33262)PLOG: PLOG_AllocOneRDT:539: You're wasting 524288 bytes by not requesting a length that is not a multiple of the allocation granularity […]
我有一个相当低预算的VPS（1GB RAM + 2个CPU）来运行几个（5-10个）不同的小网站（包括静态和dynamic）。 这些网站的stream量非常低（所有网站的访问量平均为500次）。 我遇到的问题是，对于HTML文件（和dynamic页面），apache2非常慢，但对其他静态内容却不是这样：静态html文件只有16个请求/秒，dynamic页面（wordpress） （如图像和.txt）在400请求/秒。 我正在用mod_php运行apache2，并且正在寻找一个解释，为什么一个html文件的加载时间比完全相同的文件的.txt副本长25倍？ 使用apachebench进行testing（在同一台服务器上运行）： $ ab -n 1000 -c 30 http://mysite/index.html … Concurrency Level: 30 Time taken for tests: 58.987 seconds Complete requests: 1000 Failed requests: 962 (Connect: 0, Receive: 0, Length: 962, Exceptions: 0) Write errors: 0 Total transferred: 6619655 bytes HTML transferred: 6337655 bytes Requests per second: 16.95 […]
我想报告一个运行在Ubuntu上的虚拟服务器实例上的algorithm的性能统计信息。 我测量了运行时间和最大的内存使用情况，但是我想给出一个关于CPU速度的声明，因为我觉得运行时没有意义。 但是， lshw只是给我关于CPU的以下信息： description: CPU product: QEMU Virtual CPU version 1.0 vendor: Hynix Semiconductor (Hyundai Electronics) physical id: 401 bus info: cpu@0 slot: CPU 1 size: 2GHz capacity: 2GHz width: 64 bits capabilities: fpu fpu_exception wp de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr […]
我试图用E3-1245v3 Haswell CPU在Supermicro X10SAE C226板（2.0a BIOS）上了解SMI事件的频率和持续时间。 英特尔BIOS实施testing套件（BITS） SMI延迟testing每15秒testing一次报告935个SMI。 testing报告相同数量的SMI，无论是从USB闪存驱动器启动BITS，还是从BIOS中禁用USB的SATA连接的CD启动。 另一方面，当机器启动到Linux（Ubuntu 14.04）时，turbostat总是在SMI列中报告0。 同样，rdmsr 0x34（MSR_SMI_COUNT）也不会改变。 这种差异让我挠了挠头。 我已经浏览了BITS和turbostat的源代码，他们都只读了MSR_SMI_COUNT。 任何人有任何[提示| 提示| 猜测]为什么报道的SMI率是如此不同？ 硬件在GRUB / real模式还是在Linux下会产生更多的SMI吗？ 有什么阻止MSR_SMI_COUNT在Linux中正常工作吗？ （我在Googlefind的每个turbostat输出在SMI列中都是0。 谢谢你的帮助！ 坦率
操作系统：Ubuntu 14.04 LTS 软件RAID 10：4x120Gb Intel 530固态硬盘 初步testing： 1.2 GB / s写入 5.2 GB /秒读取 我做了一些testing，以检查是否一切都会好起来的一个失败的磁盘： 我设置为失败并删除/ dev / sda分区（2）。 重启（引导好吧） 将两个分区添加回数组。 重build数组。 重build后： 220 MB / s写入 5.2 GB /秒读取 速度testing用dd（2GB文件） 有什么我想念的吗？ 它看起来像一些设置问题。 cat /proc/mdstat Personalities : [linear] [multipath] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md1 : active raid10 sda2[4] sdd2[5] sdc2[2] sdb2[1] 39095296 […]
更新 ：终于想起来看看慕尼黑，似乎硬盘之一是问题的根源毕竟，除非我完全读这个错误。 这是munin输出： http : //imagizer.imageshack.com/img536/1070/9d5c62.png 。 我是否正确地认为我的一个硬盘可能需要更换，或者其他的东西能解决那些I / O尖峰？ 我有一个非常强大的服务器（四核i7,32GB RAM），在LAMP堆栈上运行Drupal 7网站（pixelscrapper.com），利用Varnish，Memcached，APC和CloudFlare。 我们每天获得大约2万次网页浏览量，通常这个网站已经在3-4秒内为authentication用户加载，服务器总时间约为0.5秒，在php和mysql之间平均分配（大约0.2秒在MySQL每个请求）…所有通过New Relic（精简版，所以我不能看到数据库跟踪）报告。 3-4秒的页面加载时间，在MySQL中0.2秒已经持续了好几个月。 然后几天前，该网站开始花费更多的时间来加载，并看看新的遗物，我注意到，MySQL现在每个请求大约2秒，而不是0.2秒。 这是没有任何重大的网站改变…只是定期的网站使用。 所以我的问题是，什么可能突然导致MySQL花费2秒每个请求，而不是0.2秒，没有变化部署到网站，并没有重大的stream量变化？ 我的最好的直觉是，这可能是由以下原因造成的： 根据my.cnf中当前的内存分配情况，某些表增长过大，或者总的db增长过大，所以以前在内存中的内存现在正在抖动硬盘。 某些硬件问题，如导致磁盘访问的其中一个HDD出现问题（我在RAID中有两个HDD）。 关键是，基于看mysqltuner输出，内存分配似乎是好的，基于初步的驱动器testing，硬盘似乎不会被打破…所以… 有什么想法可能会导致这样的事情发生，我应该如何解决这个问题？ 这里的mysqltuner输出（mysql运行98天）： ——– General Statistics ————————————————– [–] Skipped version check for MySQLTuner script [OK] Currently running supported MySQL version 5.5.28-0ubuntu0.12.04.2-log [OK] Operating on 64-bit architecture ——– Storage Engine Statistics ——————————————- [–] Status: […]
我正在实施WD My Book Live Duo的备份过程。 该设备configuration有软件RAID0。 备份源目录是设备的根目录，目标是同一文件系统内的一个目录（适当注意避免备份文件本身的recursion复制）。 备份文件有一层encryption（源文件是明文），需要比NAS能够提供更多的计算能力。 因此，在同一networking中的服务器上执行耗费CPU的操作。 NAS正在通过NFS导出两个目录。 一个是只读的，包含整个文件系统（它是备份源），另一个是读写（它是备份根目录）。 configuration细节在post结尾处陈述。 备份服务器使用encfs作为encryption层，使用encfs rsnapshot执行备份。 问题是：备份的第一步是将上一个备份目录的cp -al到一个新的目录中，需要大约两个小时才能完成。 到目前为止，我已经在NFS服务器端执行了以下testing： 如果直接在NAS中执行，则相同的cp -al操作需要五分钟 dd /dev/zero ~/test.tmp显示的吞吐量非常接近100 MiB / s top显示CPU消耗低。 然而， 平均负荷很高（〜4） iperf传输速率为1000 Mpbs，因此networking链路正在以预期的满容量运行 vmstat 1显示非常高的wa （等待IO）值（〜80-90％） 设置MTU为9000（用ping -M do mybackuptestingping -M do mybackup ）似乎没有任何影响 用async导出似乎没有任何效果 以下testing已经在NFS客户端进行了： dd /dev/zero /e/test.tmp （已encryption）显示与dd /dev/zero /b （未encryption）相同的吞吐量。 所以encryption层似乎不成问题。 传输速率是〜30 MiB / s，这是相当低的，艰难的。 […]
我试图从/ backup /文件夹复制一个文件到/ backup / abc /并且花费了很多时间。 在其他服务器上执行的复制操作非常快。 # df -HP Filesystem Size Used Avail Use% Mounted on /dev/sdc3 482G 351G 107G 77% / tmpfs 4.2G 74k 4.2G 1% /dev/shm /dev/sdc1 204M 36M 157M 19% /boot /dev/sdb3 2.0T 590G 1.3T 32% /data /dev/sda4 2.0T 705G 1.2T 38% /backup 与其他服务器相比，磁盘的写入速度非常慢。 这背后的原因是什么？ # hdparm -t /dev/sdc3 /dev/sdc3: […]
我是一名在家庭办公室工作的IT专业人员。 我有一些性能问题（NAS文件副本），我试图用iperf隔离。 我的问题是关于iperf。 基础设施 – 千兆交换机（Netgear），不是交叉交换机。 所有适配器GigE。 服务器1 – Ubuntu 12.04，运行Samba 服务器2 – NAS4Free – 在VMware ESXi 5.5上运行 我原来的问题 – 大文件传输（1GB），特别是接收（客户端从服务器请求文件）非常慢，在NAS4Free框比Samba服务器慢10倍。 一般来说，我正在使用Windows客户端进行testing，但是我得到了来自Linux客户端（也是Ubuntu）的类似结果。 这是提供信息的目的。 我认为iperf的结果突出了这个问题，那就是我的问题所在。 我使用默认值（TCP）运行iPerf。 这两台服务器大致相同，显示690MBytes和683MBytes的传输速度。 这是不错的吞吐量，似乎不是问题。 我跑了iPerf设置为UDP（服务器和客户端）。 我增加了100的带宽 – 高达800米（iperf -c ip-addr -u -b 800米）。 这些结果清楚地显示了NAS4Free单元（在VMware下运行） 在Ubuntu / Samba上 – 我可以看到何时达到带宽限制。 抖动和丢弃率仍然很低，最差的情况是在700米抖动为0.553，而我在丢失0.0337％的损失的527954中丢失了193帧。 我在ESXi主机上有两台运行Ubuntu 12.04的虚拟机。 他们在虚拟网卡上运行与NAS4Free相同的驱动程序。 与Ubuntu / Samba独立单元一样，即使传输饱和，也不会有过多的数据包丢失。 在NAS4Free – 这是一个不同的故事，我开始在300米和400米之间的数据包丢失，它变得更糟。 这似乎是问题所在。 Performance Table […]
我在几个月前虚拟化了一个数据中心，我们拥有3台HP DL360 G5服务器，每台服务器都有32GB的内存和双Intel Xeon。 最近我们遇到了两个问题，第一个是磁盘读取速度变得非常慢。 在只有几个文件的linux虚拟机上键入“ls”需要很多秒才能返回文件列表。 而且，集群上的虚拟机有时会自己重新安装为只读文件系统。 主机上的Dmesg会产生大量的“DRDY ERR”错误。 我们使用的主要存储库在Drobo B800i上，通过isci共享。 我发布了iostat和下面的dmesg中的DRDY错误的grep，这些是企业服务器，它们间歇性地断开，这从来都不是好事： 这里是一个服务器的Iostat：[root @ XenServer-1 tmp]＃iostat Linux 2.6.32.43-0.4.1.xs1.8.0.835.170778xen（XenServer-1.ethoplex.com）07/31/2014 avg-cpu: %user %nice %system %iowait %steal %idle 0.42 0.00 0.46 3.51 0.40 95.21 Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn cciss/c0d0 17.30 76.54 304.24 893755376 3552874247 cciss/c0d0p1 1.04 0.27 22.82 3169526 266433488 cciss/c0d0p2 0.00 0.01 0.00 73890 0 […]