最近在做OVS相关的工作，安装完OVS后，没啥大问题，基本上也都可以按照流程走下去，但是重启机器后，当我重新启动OVS的时候，就出现了问题:
大意就是说我在启动 ovs-vswitchd 进程的时候，没有提前加载 Open vSwtich 的内核模块。网上有人和我有类似的问题，按照别人的解决方案执行 sudo modprobe openvswitch 之后，重新启动 ovsdb-server 和 ovs-vswitchd ， OVS 就可以正常使用了，但是也引发我开始考虑 modprobe 与之前了解过的 insmod 有什么区别
modprobe 与 insmod 的区别
在Linux系统中，modprobe和insmod都可以用来加载module，不过现在一般都是推荐modprobe而不是insmod。modprobe和insmod的区别在于
1.modprobe可以解决module加载过程中依赖关系问题，而insmod不行。举个例子，比如load moduleA，而moduleA依赖moduleB，那么这时候如果要使用insmod就得手动先去load moduleB，再去load moduleA.而用modprobe来load moduleA的话，modprobe会自动读取 /lib/modules/<kernel-version>/modules.dep 文件来自动查找moduleA依赖那些模块，先加载依赖模块moduleB,在加载moduleA.
比如我们可以手动到modules.dep文件中查看下openvswtich的依赖项
$ cat /lib/modules/`uname -r`/modules.dep|grep openvswitch kernel/net/openvswitch/openvswitch.ko: kernel/net/ipv4/gre.ko kernel/drivers/net/vxlan.ko kernel/net/ipv4/ip_tunnel.ko kernel/lib/libcrc32c.ko
这里可以看出 openvswitch.ko 依赖 vxlan.ko 、 ip_tunnel.ko 、 libcrc32c.ko ，modprobe会自动读取这些依赖，并加载
2.modprobe与inmod查找的目录不一样。modprobe默认去 /lib/modules/<kernel-version> 下面查找module，而insmod只在给它的参数中去找module（默认情况在当前目录下查找）。
不过insmod也有它的有用之处,比如我们在/home/caffee/目录下有一个my-mod.ko这个module，如果我们这个cd到/home/caffee，执行inmod my-mod.ko就可以插入这个module，但是如果用modprobe my-mod.ko却会提示 FATAL:Module my-mod,ko not found ,这就是应为modprobe此时是到 /lib/module/<kernel-version> 下面去找module，没有找到就报错了
ps:对于modprobe modulename 而言，modulename参数中 _ 和 - 是不区分的。
