服务器 Gind.cn

我的剧本的输出总是被无用的输出所完全淹没，哪些任务被跳过了，这使得烦人和耗费时间去查找我正在寻找的特定信息。 这是一个剧本的例子 – name: Stopping Puppet Agent service: name=pe-puppet state=stopped ignore_errors: true register: result – include: rollback/restart-pe-puppet.yml when: result|failed 和相关的输出： TASK: [name | Stopping Puppet Agent] ************************************** <server.name> REMOTE_MODULE service name=pe-puppet state=stopped changed: [server.name] => {"changed": true, "name": "pe-puppet", "state":"stopped"} TASK: [name | judge_log msg='Restarting pe-puppet'] *********************** skipping: [server.name] TASK: [name | starting pe-puppet] ***************************************** […]

安装 我通过debian 7 （ 7.8.1-omnibus-1_amd64.deb ）上的omnibus软件包安装了gitlab软件包。 按照使用非捆绑networking服务器中的描述更改设置 运行reconfigure命令： sudo gitlab-ctl reconfigure （完成没有错误）。 Nginx的 我没有得到这个gitlab的nginxconfiguration，除了这个包可能用下面的/etc/gitlab/gitlab.rb文件创build的： external_url 'http://git.mydomain.fr' web_server['external_users'] = ['www-data'] nginx['enable'] = false ci_nginx['enable'] = false 日志 /var/log/nginx/gitlab_error.log 2015/02/28 14:29:16 [alert] 4137#0: *14738 768 worker_connections are not enough while connecting to upstream, client: xx128.194, server: git.mydomain.fr, request: "GET / HTTP/1.0", upstream : "http://xx128.194:80/", host: "git.mydomain.fr" /var/log/nginx/gitlab_access.log […]

偶尔在我的Apache错误日志中，我会发现： [error] server reached MaxClients setting, consider raising the MaxClients setting 由于内存不足的问题，我特意降低了MaxClients（到60），但是我想知道在服务器上达到这个限制时，用户端发生了什么。 他们访问的页面是否需要更长时间才能加载？ 他们是否得到某种错误信息？

我试图找出如何分别configuration与Ansible生产和分期环境的SSH凭据。 我知道你可以通过将-i或–inventory-fileparameter passing给–inventory-file ansible-playbook命令来分别使用不同的库存文件来configuration服务器IP地址和主机名。 但是，我没有看到ansible.cfg这样的选项。 目前，凭证位于/etc/ansible/ansible.cfg如下所示： [defaults] private_key_file=/home/caleb/.ssh/staging_key.pem remote_user=ubuntu sudo_user=root gathering=explicit 我如何configuration多个SSH凭证，一个用于生产，一个用于分段？

是否增加堆的驱动器到RAID 0提高性能？ 我知道在条纹RAID中两个驱动器通常会比单个驱动器更快，但是我会注意到在条纹RAID和8个驱动器之间的性能差异？ 在你没有得到任何好处之前，在RAID中驱动器的数量是否有一个普遍的限制？ 这里也提到了类似的问题 将更多驱动器添加到RAID 10arrays是否可以提高性能？ 但我真的问是否增加许多驱动器到一个RAID 0有改善而不是刚刚添加说2或4.性能不断增加？

所以我在两台服务器上运行keepalived，我无法将其切换到另一台服务器。 下面我有我的configuration服务器之一。 两者之间唯一的区别在于优先号码是110，而后面是109。 但是当我用/etc/init.d/process停止我的进程时，keepalived不会故障转移。 我只是得到VRRP_Script（chk_script）失败，没有别的。 没有故障或没有任何东西。 vrrp_script chk_script { script "/usr/local/bin/failover.sh" interval 2 weight 2 } vrrp_instance HAInstance { state BACKUP interface eth0 virtual_router_id 8 priority 109 advert_int 1 nopreempt vrrp_unicast_bind 10.10.10.8 vrrp_unicast_peer 10.10.10.9 virtual_ipaddress { 10.10.10.10/16 dev eth0 } notify /usr/local/bin/keepalivednotify.sh track_script { chk_script weight 20 } } 这是我下面的chk_script。 当我做我的脚本时，同样的问题也会发生。 !/bin/bash SERVICE='process' STATUS=$(ps ax […]

我刚刚检查了我的RAIDarrays今天早上，我得到的是： $ cat /proc/mdstat Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10] md1 : active raid1 sdc7[0] 238340224 blocks [2/1] [U_] md0 : active raid1 sdc6[0] 244139648 blocks [2/1] [U_] md127 : active raid1 sdc3[0] 390628416 blocks [2/1] [U_] unused devices: <none> $ 我相信这意味着我的一个磁盘arrays已经死了，这是真的吗？ 我如何进行正确的故障排除？ 我的/etc/mdadm/mdadm.conf如下所示： $ cat /etc/mdadm/mdadm.conf # mdadm.conf # # […]

我正在尝试使用Azure Active Directory而不是使用传统的域控制器。 我想使用Azure AD对用户进行身份validation，并推送GPO设置，例如文件夹redirect，驱动器映射和Windows 10隐私设置。 我已经创build了一个Office 365帐户，我知道创buildAD后端。 我还创build了一个Azure帐户，并使用O365 / Azure用户详细信息将我的testingWindows 10 PC添加到Azure域。 我也订阅了Azure AD溢价试用版。 正是在这一点上我卡住了。 在Azure中，我可以看到我添加的个人电脑吗？ 另外，我可以使用Azure AD将传统组策略设置推送到testingPC，如果是这样，我该如何configuration？ 或者我需要使用Windows Intune之类的东西？

背景：在Puppet中可以执行一个命令， 除非它已经被执行： exec { '/bin/echo root >> /usr/lib/cron/cron.allow': path => '/usr/bin:/usr/sbin:/bin', unless => 'grep root /usr/lib/cron/cron.allow 2>/dev/null', } 目标：执行一个命令，除非已经在Ansible中运行 方法 任务/ main.yml – name: add vhost sensu command: rabbitmqctl add_vhost /sensu 结果 TASK [ansible-rabbitmq : add vhost sensu] ************************************** fatal: [111.222.333.444]: FAILED! => {"changed": true, "cmd": ["rabbitmqctl", "add_vhost", "/sensu"], "delta": "0:00:00.210140", "end": "2016-07-29 12:55:19.384455", "failed": […]

在cloud-init在EC2实例第一次启动时运行用户数据脚本之后 ，可能会写入一个状态文件，以便cloud-init在后续重新启动时不会再次运行该脚本。 有些情况下，我想删除这个状态文件，以便用户数据脚本将再次运行。 它在哪里？