今天排查了：
1、确认synoinfo.conf里的support_ovs="yes"没写错，同时试过在不同位置插入这条参数也是不行；
2、DSM里是有openvswitch这个程序的，但是NAS开机时并不能自动运行起来，表现是NAS开机后没有openvswitch相关服务在运行；
3、通过systemctl start synoovs-vswitch.service命令能手动启动openvswitch，启动后有synoovs-db.service 、synoovs-vswitch.service 两个服务在运行，对比我自己正常的418play缺少ovs_eth0.device 等虚拟接口相关的服务；

根据排查的情况需要明确以下问题：
1、synoinfo.conf里的参数有没有顺序要求，如果有，那今天的问题很可能就是synoinfo.conf里写support_ovs="yes"的位置不对，因为如果support_ovs="yes"生效了我认为openvswitch在NAS重启后就会自动运行；
2、support_ovs="yes"是用于控制openvswitch是否运行的还是用于给VMM读取的，不管其用途是什么，都说明该参数未生效，因为如果是给VMM读取的，VMM设置过程就应该能通过自检；如果support_ovs="yes"是用于控制openvswitch开机运行，那么NAS开机就应该能运行；
3、就是为什么手动开启openvswitch后再去设置VMM仍然提示openvswitch未启用，ovs_eth0.device 等服务本身就是需要在VMM配置过程才创建的吧？所以只有两个主程序应该不影响VMM连接openvswitch。

现在推断最有可能的就是DSM系统没有读取到support_ovs="yes"参数，对比正常及不正常两台418play的synoinfo.conf，发现里面参数排序和#注解条数完成不一样，虽然理论上说这些不应该影响系统对参数的读取，但就是感觉这方面可能性最大。
这个猜测不好证实，因为参数条目太多了不可能手工去调，如果通过重置NAS来测试， 即使好了也有可能是别的原因。
至于support_ovs="yes"这个参数影响到底什么，这个我明天用我正常的418play测试一下就知道了，在把参数改成no的情况下观察VMM和底层openvswitch运行情况就行。

418play配置即使装上虚拟机套件，也会很卡的

我的418play 7.0最新升级包，已经装了VMM且运行正常，测试把support_ovs设置为no，重启后openvswitch依然运行，VMM也运行正常，卸载VMM在从官网下载手动安装也是正常的。
怀疑是别的地方控制openvswitch，查找发现/usr/syno/etc/synoovs/ovs_reg.conf这个文件在我的NAS下存在，在吧友persky老哥的NAS下不存在，按照我的ovs_reg.conf内容(只有DSM三个字母)给他的也创建该文件，重启NAS起不来了

解决了吗请问

加油！大师出手！

俺也是这个问题，修改了不能启用

418play 我的之前是7.0 现在升级7.1了， 使用一直一切正常啊，vmm安装了win7

我也是安装不上，调试了很多地方仍旧不可以

我的已经恢复了vmm功能。详见
https://tieba.baidu.com/p/7806370045

我是降级到6.22安装好了VMM。现在又升到了7.1完美运行

找到解决问题的方法了
/etc.defaults/synoinfo.conf里面还有一个support_ovs="no"
修改了以后就好了
参考DSM7系统群晖DS418play开启Virtual Machine Manager_changsin2000的博客-CSDN博客

嗯嗯，/etc.defaults这个地方确实没注意过，