我在 Red Hat VM 上遇到性能问题，这似乎与 Java 进程有关，该进程似乎对处理和数据相当繁重。我一直在做不同的事情，但到目前为止，性能并没有任何改善。
我目前在主机上有这个虚拟机，并且在计算核心/套接字/线程后确认我有剩余的虚拟处理器。
我不明白当主机未充分利用 vCPU 时，虚拟机的“CPU 就绪”如何/为什么不为零。
非零值是否可能意味着虚拟机正在半随机地转移到不同的 CPU 上？
也许我遗漏了一些明显的东西......我想我想尝试将 VM 固定到相同的 vCPU 上作为测试。
我惊讶地发现我的两个环境有不同的设置。一个具有 DOS 分区样式，而另一个似乎没有定义任何类型的表。
例如，我对 Oracle 位于原始磁盘上的概念有点熟悉，这里也一样吗？XFS 可以简单地放在没有分区表的原始磁盘上吗？
例如，此磁盘具有完全工作的 XFS FS。在过去的几年里，我已经能够调整它的大小，等等。
# fdisk -l /dev/sdc
Disk /dev/sdc: 644.2 GB, 644245094400 bytes
255 heads, 63 sectors/track, 78325 cylinders, total 1258291200 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x08020000
Disk /dev/sdc doesn't contain a valid partition table
我有点苦恼。我试图升级一个 chroot 的环境，似乎我在这个过程中破坏了 dpkg。
我不知道问题的原因是 apt-get 无法处理 qmail 升级还是其他原因（似乎 snmpd 在上一轮也没有“完成”）。
我认为我要解决的错误是：
E: Sub-process /usr/bin/dpkg returned an error code (1)
看来我有一个非常旧的 qmail 版本，升级到我的 apt 镜像中的那个改变太大了。我用谷歌搜索过，还没有找到 1.03-38 和 1.06-5 之间的任何东西。
（删除了几行并在格式上苦苦挣扎）
# apt-get install qmail
The following extra packages will be installed:
qmail-run qmail-uids-gids
Suggested packages:
dot-forward qmail-tools
The following NEW packages will be installed:
qmail-run qmail-uids-gids
The following packages will be upgraded:
qmail
1 upgraded, 2 newly installed, 0 to remove and 1 not upgraded.
107 not fully installed or removed.
Do you want to continue [Y/n]?
Get:1 http://10.105.176.67/debian/ wheezy/main snmpd i386 5.4.3~dfsg-2.8+deb7u1 [964 kB]
Fetched 964 kB in 0s (6,685 kB/s)
Can not write log, openpty() failed (/dev/pts not mounted?)
(Reading database ... 1852018 files and directories currently installed.)
Preparing to replace qmail 1.03-38 (using .../archives/qmail_1.06-5_i386.deb) ...
Upgrading from qmail version 1.03-38 is not yet supported.
dpkg: error processing /var/cache/apt/archives/qmail_1.06-5_i386.deb (--unpack):
subprocess new pre-installation script returned error exit status 1
rmdir: failed to remove `/var/lib/qmail': Directory not empty
insserv: warning: script 'K01qmail' missing LSB tags and overrides
insserv: warning: script 'qmail' missing LSB tags and overrides
dpkg: regarding .../qmail-uids-gids_1.06-5_all.deb containing qmail-uids-gids:
qmail conflicts with qmail-uids-gids
qmail-uids-gids (version 1.06-5) is to be installed.
dpkg: error processing /var/cache/apt/archives/qmail-uids-gids_1.06-5_all.deb (--unpack):
conflicting packages - not installing qmail-uids-gids
dpkg: regarding .../qmail-run_2.0.2_all.deb containing qmail-run:
qmail-run conflicts with mail-transport-agent
qmail provides mail-transport-agent and is present and installed.
dpkg: error processing /var/cache/apt/archives/qmail-run_2.0.2_all.deb (--unpack):
conflicting packages - not installing qmail-run
Errors were encountered while processing:
/var/cache/apt/archives/qmail_1.06-5_i386.deb
/var/cache/apt/archives/qmail-uids-gids_1.06-5_all.deb
/var/cache/apt/archives/qmail-run_2.0.2_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
我几乎遵循与此处相同的一般想法：调整分区大小
-Resize VMware disk: Through vSphere, resize disk from 100GB to 300GB
(Reboot VM)
-Delete partition
(fdisk /dev/sdb, d, 1)
-Recreate partition
(While still in the same fdisk session with /dev/sdb, n, p, 1, <defaults>)
(Reboot VM)
不幸的是，现在 XFS FS 将不再挂载。
我基本上得到了一个“坏超级块”错误。我正在环顾四周的是SB实际上居住在哪里？它是在分区中还是在磁盘的最开头？
现在：
当我尝试 xfs_repair -n 时，它会扫描很长一段时间并最终放弃。
xfs_repair -n /dev/sdb1
Phase 1 - find and verify superblock...
bad primary superblock - bad magic number !!!
attempting to find secondary superblock...
.....<> .....
found candidate secondary superblock
unable to verify superblock continuing...
.....<> .....
Sorry, could not find valid secondary superblock
Existing now.
当我删除并重新创建分区时，我应该记下起始位置吗？我现在注意到的是分区 1 似乎默认为 2048 的开头，但我在类似的系统上注意到的是 63 的开头。
是的，我认为在删除旧分区之前记录它的开始并不重要。它从来没有出现在我最近的所有搜索中，它可能是这里的关键。
也许我原来的超级块在 63-2048 范围内？我已经复制了虚拟机，这样我就可以尝试一些事情，而不会过多地玩弄原始虚拟机。不幸的是，该副本是在我破坏原件后拍摄的。
UFS Explorer https://www.ufsexplorer.com/ufs-explorer-standard-recovery.php在搜索过程中出现，可以看到 XFS 文件系统及其所有内容（通过对 VMDK 的扫描）。
VMware ESXi 6 上的 Debian 7 虚拟机
我有一个最初创建为 300GB 的磁盘 SDC（MSDOS 分区表）。创建了一个 300GB 的主分区。然后在上面创建了 XFS。
我能够完全测试增加，但我的测试机器上没有分区（我继承了这个环境）。这很容易奏效：
-Shutdown VM
-Resize disk in VMware to 600GB
-Run xfs_growfs -d /dev/BLAH (I guess XFS can be created on a "raw disk" without a partition?)
那行得通！
现在，在我的 prod 系统上，磁盘上有一个分区 SDC1（！）。我最终能够完成这项工作，但删除分区让我很紧张：
-Shutdown VM
-Resize disk in VMware
-Remove primary partition (300GB), and write to disk
-Recreate primary partition with new size (600GB), and write to disk
-Restart VM (OS refused to see new partition table until a reboot)
-Run xfs_growfs -d /dev/BLAH
最重要的是，我正在调整大小的这个磁盘上处理超过 250GB 的数据。
我会计划备份等，但这通常安全吗？
（我只是想......我将测试删除分区而不是重新创建它，以防我不得不再次成长。）
服务器 2008/2008 R2
我正在尝试远程监控这些服务器以查看正在安装的修补程序的进度。我能够在 Server 2003/2003 R2 中找到它：-Log: System -Source: NtServicePack
上面的事件似乎是在安装每个修补程序时写入的。
不过，我似乎无法在 Server 2008/2008 R2 中找到可比较的条目。有什么类似的东西可以让我轻松地远程监控吗？