少部分虚拟机重启后Kernel Panic，大概率是因为使用的脚本导致内核配置已经被损坏。 内核配置在不重启系统是不会有问题，但STOP & START（冷启动）后会因为不正确的内核参数/内核配置/自定义内核等等因素直接导致Kernel Panic。 DMIT的维护并未对任何虚拟化/存储部分修改；唯一对用户的操作就是原本PVE开机会将用户VM的TAP接口插入VMBR（Linux Bridge）；我们屏蔽了这一个函数。 DMIT同时安装了些许Linux 系统更新；这一系列操作没有接触到用户的磁盘/数据。 用户的VM随同Host一同完成了一次Power Cycle （冷启动） DMIT Layer 3 加强仅通过 CLI 运行 ip route/rule指令，以及更新DHCP/BGP配置。没有接触到数据以及PVE API。 如果您的VM遇见了Kernel Panic 可以通过救援/single root 等方式进入系统获得资料/修改内核配置。或者通过GRUB 选择原本内核。 DMIT提供的是无管理服务，如果使用符合社区标准的内核并不会出现该问题，DMIT无法为用户提供管理服务来帮助用户修复系统。 如果您使用的内核会在冷启动后Panic，该配置在任何基础设施上都有可能发生。 该维护是必须要执行的，没有任何公有云可以在一个LAN Bridge 提供高达/17 的网络；广播/ARP/以及风暴会严重阻碍性能。
