我们的商店主要是ESX 4.1，我和其他人都非常熟悉，但是我们也有一些运行免费版ESXi的testingESXi 4.1服务器，最初是使用60天评估版安装的，但现在使用“免费ESXi “来自VMwarepipe理帐户的许可证密钥。
所有这些服务器都是带有32GB RAM的戴尔R610，单个X5450 CPU和RAID1 136GB本地磁盘。 ESXi安装到本地磁盘，其余部分configuration为VMFS卷。 没有共享存储是用户。
截至周五18:00，所有服务器都正常运行。
截至周六15:30，其中一台服务器似乎已经被重新安装。
其中两台服务器位于我们的办公室，周六的pipe理人员在这里周六进行关机testing。 这个testing包括把整个build筑物的破碎机扔掉。 有问题的服务器都没有连接到UPS，尽pipe他们的RAID控制器上有写入caching和电池。
当testing后机器启动时，其中一个丢失了免费许可证密钥（恢复到过期的评估许可证），另一个恢复到初始安装设置（DHCP，无密码，清空库存），并且评估许可证已被重置，从星期六15:30开始，再进行60天的评估。
这些服务器中的第一个通过简单地通过VIclient重新input免费许可证密钥来解决。 所有的广告资源和设置都与周五的状态相同。
其中第二台服务器在新安装或重新安装之后处于预期状态; 即所有设置都恢复为默认设置，并且在断电testing之前不存在date或configuration文件。 通过不受支持的服务控制台login显示根目录中的文件夹也是在关机testing之后。
但是，VMFS卷内容完好无损，就像有人从CD-ROM上执行“修复”安装一样。
通过遵循我们的修复安装标准清单来修复此服务器：configurationnetworking，调整服务器设置以及从数据存储浏览器重新添加机器到清单。
问题：除了手动修复安装外，还有什么能够将ESXi服务器重置为原始安装默认值，并将所有服务控制台文件夹，configuration文件和日志文件设置为服务器启动的date和时间？
是的，我知道在无盘安装中，这几乎是每次启动时发生的事情; 但是，这不是无盘安装，而是从本地磁盘安装和引导。
但是，对于ESXi，我不太了解磁盘上的安装是否正常。
testing：由于两台服务器的configuration完全相同，我们使用第一台服务器试图找出第二台服务器发生了什么事情。
我只对该服务器进行了另一次关机testing，以查看它是否在启动时也恢复为默认值。 它没; 它保留所有设置并正常启动，两次。 （不幸的是，我们没有检查文件夹，configuration和日志文件是否被重置为启动时间。）
我做了一个修复安装来validationconfiguration和日志文件的date将全部更新到重新安装的时间，并且所有的configuration将被重置为默认值，就像第二个服务器发生的一样。 它做了; 在修复安装之后，第一台机器与第二台机器的状态完全相同，评估许可也同样重置为新的60天。
后续问题：假设这种情况发生在没有用户干预的情况下，为什么会发生这种情况？我们如何防止这种情况再次发生？
真正的问题：我应该相信周末的pipe理者说他们没有对机器做任何事情吗？ 他们都没有在我们的VMware系统上进行authentication，但是知道如果他们能够解决问题，就足够危险了。
请告诉我，我认为周末的pipe理员隐藏了一些他们做错了的事情是错误的，而且这可能是由于人工干预以外的原因而发生的。
在和不知道自己在做什么的人打交道的时候，记住汉隆的剃刀是有帮助的：“永远不要因为愚蠢而充分解释恶意。
如果您已经为ESXi设置了无人参与的基于PXE的安装或其他一些自动安装工具（例如，插入了CDROM或USB存储棒），则由于某种原因，重新启动电源可能会触发此操作。