我正在使用Rundeck v2.5.1，我试图configuration一个在本地执行的作业。 作业运行一个内嵌脚本，该脚本运行另一个脚本。 当我运行作业（以pipe理员身份）时，似乎Rundeck不运行任何内联脚本。 这是来自工作的输出：
com.dtolabs.rundeck.core.NodesetEmptyException: No matched nodes: MultiNodeSelector{nodenames=[localhost]} at com.dtolabs.rundeck.core.execution.workflow.NodeFirstWorkflowStrategy.validateNodeSet(NodeFirstWorkflowStrategy.java:341) at com.dtolabs.rundeck.core.execution.workflow.NodeFirstWorkflowStrategy.executeWorkflowImpl(NodeFirstWorkflowStrategy.java:84) at com.dtolabs.rundeck.core.execution.workflow.BaseWorkflowStrategy.executeWorkflow(BaseWorkflowStrategy.java:182) at com.dtolabs.rundeck.core.execution.WorkflowExecutionServiceThread.run(WorkflowExecutionServiceThread.java:55) Exception: class com.dtolabs.rundeck.core.NodesetEmptyException: No matched nodes: MultiNodeSelector{nodenames=[localhost]} No matched nodes: MultiNodeSelector{nodenames=[localhost]} 另外，这里是admin.aclpolicy（/etc/rundeck/admin.aclpolicy）
description: Admin, all access. context: project: '.*' # all projects for: resource: - allow: '*' # allow read/create all kinds adhoc: - allow: '*' # allow read/running/killing adhoc jobs job: - allow: '*' # allow read/write/delete/run/kill of all jobs node: - allow: '*' # allow read/run for all nodes by: group: admin --- description: Admin, all access. context: application: 'rundeck' for: resource: - allow: '*' # allow create of projects project: - allow: '*' # allow view/admin of all projects storage: - allow: '*' # allow read/create/update/delete for all /keys/* storage content by: group: admin
Rundeck正在VPC中的EC2实例上运行。 该实例正在运行Ubuntu 14.04.2 lts。 通过ssh连接到实例后，我可以成功地蜷缩Rundeck。
$ curl -I -L localhost:4440 HTTP/1.1 302 Found Set-Cookie: JSESSIONID=s1uqcqv0n9h0p4t49m8j2sxx;Path=/ Expires: Thu, 01 Jan 1970 00:00:00 GMT Location: http://localhost:4440/user/login;jsessionid=s1uqcqv0n9h0p4t49m8j2sxx Content-Length: 0 Server: Jetty(7.6.0.v20120127) HTTP/1.1 200 OK Content-Language: en-US Content-Type: text/html;charset=UTF-8 Content-Length: 5260 Server: Jetty(7.6.0.v20120127)
我一直在这里和其他团体/地方环顾四周，但我还没有真正find与我所经历的和Rundeck版本相匹配的任何东西。
有没有人使用Rundeck 2.5.1之前看到这种types的错误/知道我怎么能得到这份工作运行？
<3米
我刚碰到同样的问题。 我通过启用工作
包括服务器节点：是的
在您的项目configuration下的主Resource Model Source 。
请监视/var/log/rundeck/rundeck.audit.log文件一段时间，以获得正确的理由。 这会给你更多的线索。 您的问题很可能与下面描述的类似。
我从API创build的作业面临这个问题。 与rundeck的事情是，它具有单独的API令牌的API策略，它不真正依赖发放API令牌的用户组。 这是常理，有点令人惊讶，但是，我已经得到了它的工作。 如果问题设置是相同的（从API创build的作业），那么请尝试查看/etc/rundeck/apitoken.aclpolicy并确保它allow: [read,run]节点由api_token_group。
我刚刚为本地任务创build了一个新项目。