服务器问题集锦，包括 Linux（Ubuntu, Centos，Debian等）和Windows Server服务器
我试图得到一个工作主pipe/ gunicorn / djangostream浪汉设置。 我正在使用python-watchdog在发生代码更改时尝试重新启动gunicorn。 我正在使用gunicorn的以下pipe理员configuration： [program:someapp] environment=PYTHONPATH='/vagrant/libs/unmodified/django-error-capture-middleware/src:/vagrant:/home/vagrant/.virtualenvs/someapp/lib/python2.7/site-packages:/vagrant/wsgi',DJANGO_SETTINGS_MODULE=someapp.settings.vagrant command=/home/vagrant/.virtualenvs/someapp/bin/gunicorn –bind 0.0.0.0:80 –pid=/home/vagrant/.gunicorn.pid –preload –workers=1 –debug –log-level debug –error-logfile – –access-logfile – vagrant_wsgi:application user=root group=root redirect_stderr=true stdout_logfile = /vagrant/logs/gunicorn.log stderr_logfile = /vagrant/logs/gunicorn.log stdout_logfile_maxbytes=0 autostart=true autorestart=true stdout_events_enabled=true loglevel=debug 这一切工作得很好。 看门狗也工作正常。 但是，当我使用看门狗运行一个kill -HUP [pidofgunicorn] ，有时它不会实际上完全重新加载。 有时候django甚至会报告，当模块在之前的时候就会丢失（我根本没有修改过sys.path）。 如果我使用看门狗运行supervisorctl restart someapp ，它工作正常。 但是，这需要更长的时间，特别是在virtualbox实例上。 有什么我可以做得到gunicorn优雅重新加载，实际上看到所作的变化？
我打算使用Varnish将客户端redirect到SSL版本的网站。 在Varnish 3中，这可以通过VCL中的以下来完成： sub vcl_recv { if ( (req.http.host ~ "^(?i)somesite.org" || req.http.host ~ "^(?i)www.somesite.org") && req.http.X-Forwarded-Proto !~ "(?i)https") { set req.http.x-Redir-Url = "https://www.somesite.org" + req.url; error 750 req.http.x-Redir-Url; } } sub vcl_error { if (obj.status == 750) { set obj.http.Location = obj.response; set obj.status = 302; return (deliver); } 在Varnish版本3和4之间，vcl需求发生了变化，这些可以在varnish文档中find： https ：//www.varnish-cache.org/docs/4.0/whats-new/upgrading.html#changes-to -vcl 。 […]
我刚刚开始使用Amazon的免费试用版，并按照“ 启动Amazon EC2实例 ”指南设置t2.micro实例，但是我无法通过SSH连接到它。 我已经设置了安全组的入站规则，以允许从我的本地IP访问SSH，并尝试通过Putty和Cygwin + openssh进行连接，但是两种方式均失败，并出现超时错误： 输出ssh -vvv $ ssh -i .ssh/aws-general.pem [email protected] -vvvvvvvv OpenSSH_6.7p1, OpenSSL 1.0.1j 15 Oct 2014 debug2: ssh_connect: needpriv 0 debug1: Connecting to REDACTED.sa-east-1.compute.amazonaws.com [REDACTED] port 22. debug1: connect to address REDACTED port 22: Connection timed out ssh: connect to host REDACTED.sa-east-1.compute.amazonaws.com port 22: Connection timed out 我如何获得SSH访问我的实例？ 编辑：试图连接到Java客户端，并通过一台Ubuntu机器，都以相同的方式超时。
我们正在使用高级存储支持的两个新标准DS13（8核，56 GB）虚拟机（都使用最新的/默认的Windows 2012 R2映像）进行性能testing，并在testing本地SSD性能时遇到了步骤1的问题。 我们了解到，这些虚拟机的400GB本地固态硬盘中有25％可用作临时存储，另外75％用于高级存储caching： http : //azure.microsoft.com/blog/2014/12/11/new-保费存储备份的虚拟机/ 剩下的25％，我们预计会看到这样的performance： http : //www.brentozar.com/archive/2014/09/azure-really-60-faster/ http://azure.microsoft.com/blog / 2014/10/06 / d-系列-性能-期望/ …但是Crystal Disk Mark显示它正在爬行 ： Sequential Read : 4.097 MB/s Sequential Write : 4.096 MB/s Random Read 512KB : 4.112 MB/s Random Write 512KB : 4.112 MB/s Random Read 4KB (QD=1) : 2.057 MB/s [ 502.3 IOPS] Random Write […]
勾画的情况： 一堆服务器（从4u到1u〜15，一些还原剂PSU单一） 2 UPS（1 APC我可以阅读使用apcupsd） 2 PDU 所以我遇到了这种情况，我真的不知道最好的解决scheme是什么。 目前我们把大部分的服务器（甚至是多余的PSU）放在1台UPS（老一台，没有APC）上，然后当我们开始从中抽取太多的果汁时，就开始抱怨了，他们又买了一台，饥饿的服务器（集群）在新的UPS（APC） 我不介意服务器在断电期间下线，我希望他们在UPS发布之前能够顺利下线。 目前服务器运行，直到他们没有得到更多的权力，然后痛苦地死亡。 所以合理的情况是，我们将可以从每台UPS（尽可能）拉到50/50的服务器上进行重复数据删除。 但是，在断电时，其中一个电池会在另一个之前完成，这将导致所有的服务器从另一个UPS中榨取果汁，可能会导致功率过大并导致瞬间断电？ 所以我的问题是电源从每个电源拉50％？ 我怎么能（如果有必要，用新的硬件）解决这种情况。 当你从UPS上拉得太多的时候，最糟糕的情况是什么？ 我希望保护服务器免受高峰时间和短时间的停机时间<5分钟的影响。 除此之外的任何事情都可以在阶梯上解释。 或者服务器configuration正常，我们知道如果认为有必要，他们可以重新启动。
我需要在Windows Server 2012上安装AD PowerShell模块，但无法在工作时间重新启动服务器。 我的问题是可以从添加/删除Windowsfunction安装AD模块，而不需要重新启动？ 如果是这样，哪些AD模块需要（至less）PowerShell运行此命令 Search-ADAccount -LockedOut
即使Win7桌面系统确实有2013产品（Visio和Lync），但试图安装Microsoft Office 2013的Service Pack 1失败： Service Pack 1 for Microsoft Office 2013（KB2817430）32位版本 系统上未find产品的预期版本。
当我使用https时，我在nginx.conf中设置的ssl_session_cache什么好处？ 看到这里 。
我在CentOS 6.6机器上运行Bind 9.10.2版本。 运行dig命令时，我得到“ net.c:577: sendmsg() failed: Operation not permitted"通知。 挖实用程序是给我一个答案，但在顶部，它显示此通知。 $dig nkn.in +short **net.c:577: sendmsg() failed: Operation not permitted** 164.100.129.98 System Information :- cat /etc/*-release CentOS release 6.6 (Final) LSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch CentOS release 6.6 (Final) CentOS release 6.6 (Final) 有人可以帮我，为什么我得到这个通知？ IPv6防火墙规则集： – *filter :INPUT DROP [0:0] :FORWARD DROP [0:0] :OUTPUT DROP [0:0] :LOGGING – [0:0] […]
这似乎是一个非常简单的问题。 但是在networking上我没有看到太多的东西。 该命令来自RHEL文档本身，所以我希望它能正常工作，但是却失败了。 任何见解？ 命令： /sbin/iptables -A INPUT -m state –state NEW -m tcp -p udp –dport 25150 -j ACCEPT 输出： iptables: Invalid argument. Run `dmesg' for more information. dmesg日志： [ 1719.334534] x_tables: ip_tables: tcp match: only valid for protocol 6