在数字海洋上的Ubuntu 14.04上使用Ansible设置Mesos

我一直在遵循这个教程，并一直在创建一个ansible剧本，你可以在这里看到

Ansible运行成功，我可以访问主机上的端口5050并查看mesos仪表板。然而，似乎有3个问题，希望它们都是相互联系的，但从表面上看似乎是分开的

在mesos仪表盘的顶部，它表示目前还没有大师级选手领先

没有奴隶登记

当我访问任何主机上的8080端口时，Marathon仪表板不工作

关于我做错了什么，或者自本教程发布以来是否有任何改变

编辑：试图深入挖掘。运行ansible后，我登录到每个节点，并手动重新启动mesos和marathon服务。当我到达马拉松仪表板时，这似乎起到了作用，然后在对奴隶进行了一些摆弄之后，我可以看到那些被激活的奴隶。不幸的是，我无法复制后，核节点和重建。我的设置与我链接的教程和Celine链接的教程一致，因此我认为这是我重新启动服务的顺序。还在找人帮忙吗

编辑2： 启动时其中一个主机的日志副本最后一个http调用只是不断重复

I1014 18:56:32.746968 11494日志记录。cpp:172]信息级别日志记录 起动！I1014 18:56:32.748177 11494 main.cpp:229]Build:2015-10-12 20:57:28根目录I1014 18:56:32.748277 11494 main.cpp:231]版本： 0.25.0 I1014 18:56:32.748345 11494 main.cpp:234]Git标签：0.25.0 I1014 18:56:32.748406 11494 main.cpp:238]Git SHA: 2DD7F7EE115FE00B8E098B0A10762A4 FA8F4600F I1014 18:56:32.748615 11494 main.cpp:252]使用“HierarchycalDRF”分配器I1014 18:56:32.759768 11494 leveldb.cpp:176]在10.929155ms I1014 18:56:32.763638中打开了数据库 11494级db.cpp:183]在3.722708ms I1014中压缩db 18:56:32.763713 11494 leveldb.cpp:198]在33931ns中创建了db迭代器 I1014 18:56:32.763761 11494 leveldb.cpp:204]查找到db的开头 在8624ns中，I1014 18:56:32.764142 11494 leveldb.cpp:273]迭代 通过352415ns I1014 18:56:32.764263 11494中数据库中的1个键 replica.cpp:744]使用日志位置0->0和1恢复副本 钻孔和0未钻孔I1014 18:56:32.767266 11520对数。cpp:238] 正在尝试将副本加入ZooKeeper组I1014 18:56:32.767493 11520 recover.cpp:449]正在启动副本恢复I1014 18:56:32.767623 11520 recover.cpp:475]副本处于表决状态I1014 18:56:32.767695 11520恢复。cpp:464]恢复进程已终止 I1014 18:56:32.775274 11494 main.cpp:465]正在启动Mesos master I1014 18:56:32.779567 11516主机。cpp:376]主机 75abeaaa-a949-45a3-bd85-bebf100eecad（159.203.107.10）于开始 159.203.107.10:5050 I1014 18:56:32.779597 11516主机。cpp:378]启动时的标志：-分配间隔=“1secs” --分配器=“HierarchicalDRF”--authenticate=“false”--authenticate=“false”--authenticators=“cramd5”--authoriters=“local”--framework=“sorter=”drf”--help=“false”--主机名=“159.203.107.10”--主机名查找=“true”--初始化驱动程序日志记录=“true”--ip=“159.203.107.10”--日志自动初始化=“true”--日志目录=“/var/log/mesos”--logbufsecs=“0”--logging_level=“INFO”--max_slave_ping_timeouts=“5”--port=“5050”--quiet=“false”--quorum=“1”--recovery_slave_removation_limition=“100%”--registry=“replicated_log”--registry_fetch_timeout=“1mins”--registry_store timeout=“5secs”--registry严格=“false”--root_submissions=“true”--slave_ping timeout=“15秒--slave_reregister_timeout=“10min”--user_sorter=“drf”--version=“false”--webui_dir=“/usr/share/mesos/webui”--work_dir=“/var/lib/mesos”--zk=“zk://159.203.107.10:2181159.203.107.151:2181159.203.107.162:2181/mesos” --zk_session_timeout=“10secs”I1014 18:56:32.779762 11516 master.cpp:425]master允许未经验证的框架注册 I1014 18:56:32.779770 11516主机。cpp:430]主机允许 注册I1014 18:56:32.779778 11516的未经验证的从机 master.cpp:467]使用默认的“cramd5”验证器W1014 18:56:32.779798 11516验证者。cpp:505]未提供凭据， 身份验证请求将被拒绝I1014 18:56:32.779906 11516 authenticator.cpp:512]初始化服务器SASL I1014 18:56:32.791836 11515 master.cpp:1542]已成功附加文件 “/var/log/mesos/mesos master.INFO”I1014 18:56:32.792043 11519 竞争者.cpp:149]加入ZK集团I1014 18:56:34.968217 11517 http.cpp:336]http-GET-for/master/state.json from 12.228.115.34:40863 使用User Agent='Mozilla/5.0（Macintosh；英特尔Mac OS X 10_10_5） AppleWebKit/537.36（KHTML，像Gecko）Chrome/45.0.2454.101 Safari/537.36'I1014 18:56:45.242039 11518 http.cpp:336]http获取 /12.228.115.34:63018中的master/state.json，带有 用户代理='Mozilla/5.0（Macintosh；英特尔Mac OS X 10_10_5） AppleWebKit/537.36（KHTML，像Gecko）Chrome/45.0.2454.101 Safari/537.36'I1014 18:56:55.319259 11519 http.cpp:336]http获取 /12.228.115.34:50024中的master/state.json，带有 用户代理='Mozilla/5.0（Macintosh；英特尔Mac OS X 1

谢谢

第一个问题“目前没有主人在引导”通常是由于zookeeper的问题

检查zookeeper是否在您的服务器上运行。这也可以解释您与Marathon和mesos奴隶之间存在的问题

---

此文档似乎更为最新：

这是zookeeper配置问题。除了列出服务器IP之外，没有任何教程提到需要在zoo.cfg中设置值。您还需要根据该文档设置dataDir、syncLimit、initLimit、tickTime和clientPort，以便正确设置服务器