我在Docker容器中运行gitlab，它很好地把它的依赖关系（MySQL，Redis，Mailserver）分离到不同的docker容器中。 运行它们不是问题，我以相反的顺序启动它们：首先是依赖关系，而不是gitlab本身。 有时我不得不重新启动docker主机。 目前我SSH入泊坞窗主机，并手动重新启动容器。 有没有更好的办法呢？ 像只是告诉一些服务来启动gitlab容器，它首先照顾启动它的依赖关系？ 我知道我可以为每个Docker容器创build单独的初始化脚本，但这不是我正在寻找的。
作为一个更大的复杂的一部分，是一个有4台电脑的小型办公楼。 它有一个cat5运行到一个非pipe理型交换机，有4台计算机连接到它。 由于我无法ping通交换机，我只能通过ping计算机来判断networking是否启动。 但那个办公室里的女士往往会在节假日，周末，当他们掉下来的时候关掉电脑等，99％的时间，至less有一台电脑开着。 我想要做的就是让Nagios发送一个通知，只有当所有4台电脑都失踪了。 换句话说，开关死亡或者FSB（光纤寻找反铲）在该地区有一些乐趣。 我不认为Nagios主机检查依赖关系将从我一直在阅读的这样做。 任何其他方式来做到这一点？
我在EC2微型盒上运行亚马逊linux。 最近我跑sudo yum update –security ，希望它会修补Heartbleed。 不幸的是我在更新过程中耗尽内存，有些软件包没有成功修补。 我试图通过重新启动然后运行sudo yum clean然后sudo yum update来解决这个问题，如下面的pastebin所示，但依赖性问题仍然存在。 我怎样才能解决这个问题，而不会破坏什么？ 这里是从yum输出的剪辑： Error: initscripts conflicts with util-linux-ng-2.17.2-13.17.amzn1.i686 Error: initscripts conflicts with util-linux-ng-2.17.2-13.17.amzn1.x86_64 Error: Package: glibc-devel-2.12-1.107.43.amzn1.x86_64 (@amzn-main) Requires: glibc-headers = 2.12-1.107.43.amzn1 Removing: glibc-headers-2.12-1.107.43.amzn1.x86_64 (@amzn-main) glibc-headers = 2.12-1.107.43.amzn1 Updated By: glibc-headers-2.17-36.81.amzn1.x86_64 (amzn-updates) glibc-headers = 2.17-36.81.amzn1 Available: glibc-headers-2.17-36.80.amzn1.x86_64 (amzn-main) glibc-headers = 2.17-36.80.amzn1 以下是完整的控制台日志： http : //sebsauvage.net/paste/? […]
我想要在服务nginx后创build文件“运行”，但也想通知服务nginx如果文件运行的变化。 通知意味着它在nginx之前运行。 用例如下。 我们使用dj bernsteins daemontools来pipe理nginx。 由于我们需要做一些步骤（创build/ etc / service，添加运行文件..），我们build立一个定义的types来完成这些事情。 现在我们不希望我们的nginx模块与daemontools模块有任何连接，这就是为什么我们不想订阅daemontools文件。 也订阅会扭转依赖周期。 我正在寻找类似的东西，只有在模块nginx完成时才运行模块。 class { daemontools: file {'run': require => Service[nginx], notify => Service[nginx]; # <<< this wont do 🙁 } } class { nginx: service { 'nginx': } } 有任何想法吗？ 托马斯
给定一个.deb文件，如何获取依赖关系列表？
我有一个Perl应用程序需要很多的依赖，我需要在众多的服务器上部署 我想制作一个能够自动快速安装Perl应用程序的脚本。 为了更快，我想使用我的软件包pipe理器来安装我的大部分依赖项，而不是使用CPAN安装它们 如果有debian软件包，有没有一种方法可以从perl模块列表中自动确定？ 如果有的话，安装包，如果没有安装CPAN的Perl模块？
有没有办法让systemd告诉我关掉整个系统的closures服务的粗略顺序？ 由于systemd会并行closures，我很欣赏没有办法知道确切的顺序，但是知道系统会对closures顺序施加什么约束仍然是非常有帮助的，最好是在某种forms的可视化中很容易理解。 其动机是，为了开发和debugging服务文件，预先得到这个预测列表会更加方便，而不是必须进行真正的closures，然后再次启动并在每次我想确定时检查日志对服务单元文件的更改或systemdconfiguration的其他某个方面对shutdown命令有什么影响。 我希望有这样的事情 systemctl list-dependencies –before shutdown.service 会做这项工作，但只会发出： shutdown.service
我正在寻找关于厨师食谱版本pipe理的想法。 我知道你固定在环境中的特定版本，但我不知道如何去做。 我们使用图书pipe理员厨师将第三方社区图书安装到cookbooks文件夹中。 我们从不碰这些书，只是不时更新到更新的版本。 我们也有我们自定义的网站特定的食谱，从那里我们包括社区（ include_recipe ）。 从理论上讲，我们可以指定我们自定义书籍所依赖的社区书籍的特定版本，然后在环境configuration中设置我们的菜谱版本，但问题是这些社区书籍可能依赖于其他书籍，而没有指定版本。 而且这种深层嵌套的依赖关系可能会继续下去。 所以没有保证，当你上传食谱的厨师服务器，它不会打破刺激，因为依赖食谱也可能会改变。 我目前唯一可以看到的解决scheme是指定我们在环境configuration中使用的每一个cookbook版本，包括社区和自定义版本。 但是，我必须仔细阅读每本食谱，并找出这些版本。 我们也不时地做图书pipe理员 – 厨师更新，我想可能很难追踪更改的版本，而且在时间到了之际，不要忘记在环境中更新版本。 请分享您的经验和最佳做法。 我相信这对其他人来说是非常有用的。
这是一个关于编译依赖和包pipe理的典型问题 。 我有一个关于编译端口/软件或在我的* nix服务器上安装RPM的问题。 当我尝试这样做时，会收到很多关于缺less依赖关系的消息。 服务器故障社区可以帮忙吗？