1. work_dir错误导致启动异常
/etc/mesos-slave/work_dir设置的目录不存在或者权限不够将会导致启动异常。
2. 根据日志信息以及status信息来判断问题
通过service mesos-slave status -l跟踪，将会看到大段的option参数说明，这就说明mesos-slave启动过程中的参数有误，少了或者错了。
其实你会发现/etc/mesos-slave/下面的文件，文件名都是mesos-slave启动的参数名称，据此推测，文件里面的值也是作为参数值；后来这一点通过
[bd@localhost mesos-slave]$ sudo service mesos-slave status -l
Redirecting to /bin/systemctl status -l mesos-slave.service
● mesos-slave.service - Mesos Slave
Loaded: loaded (/usr/lib/systemd/system/mesos-slave.service; enabled; vendor preset: disabled)
Active: active (running) since Sat 2017-10-07 14:55:41 EDT; 2min 17s ago
Main PID: 24267 (mesos-slave)
Memory: 4.3M
CGroup: /system.slice/mesos-slave.service
├─24267 /usr/sbin/mesos-slave --master=zk://192.168.1.121:2181/mesos --log_dir=/var/log/mesos --hostname=192.168.1.121 --ip=192.168.1.121 --work_dir=/tmp/mesos_slave
├─24279 logger -p user.info -t mesos-slave[24267]
└─24280 logger -p user.err -t mesos-slave[24267]
得到的了验证：注意加粗部分，hostname，ip，workdir都是该文件夹下面的内容，值也是文件里面的内容。我尝试在其下面添加一个log_dir的文件夹，但是后来发现失败了。因为mesos已经默认添加了该参数，我再添加就重复了。
但是曾经有一个问题一直困扰我，就是mesos-slave的报错信息（work_dir不存在），找不到日志文件跟踪，开始只能通过service ... status -l来看，但是关键信息看不到；后来才知道原来Linux的stroutput/strerr都是输出到：/var/log/messages文件中的，所以可以跟踪此文件，在CRT中开启记录日志来实现跟踪问题（因为输出的日志太多了，只能事后来看），当然还可以使用journalctl来查看，后面我有一篇专门的文章来讲述journalctl这个利器。