我已经设法创buildSVN服务器在本地主机（我使用本教程 ）。 签出和所有其他命令在本地工作（当我使用地址https：// localhost / svn / repository-name ） 我拥有一个指向我的IP地址的域名。 ping mydomain.com 返回我的IP地址。 该IP地址导致一个路由器，它被configuration为转发端口80和443到我的服务器机器。 不幸的是，结帐https://mydomain.com/svn/repository-name不起作用（连接超时）。 为什么？ 请帮忙。 我的服务器机器正在运行Apache2 @ Ubuntu 10.10。
我希望能够使用ssh ，但我最终得到间歇性的超时。 以下是我可以如何重现有问题的服务器上的错误： $ ssh <user>@<server> ls # returns contents as expected $ ssh <user>@<server> ls # " " " " $ ssh <user>@<server> ls # " " " " $ ssh <user>@<server> ls # times out ssh: connect to host <server> port 22: Connection timed out 如果我等了大约10分钟左右，那么前三次会再次运行。 系统pipe理员无法识别问题。
今天早上，我无法login到SQL Server，因为它看起来很忙，所以CPU使用率一直在98％-99％。 我猜测周末维护计划出了问题，但是我无法查看错误日志，看看发生了什么。 login时，我不断收到消息，如“缓冲池中的内存不足”和“服务器没有响应”。 有什么办法可以找出发生了什么事情，而不login到服务器？ 或者某种方式，我可以挤在login？
我在power shell中使用tracert，但是不能显示所有path，有些部分会话请求超时。 Tracing route to google.com [216.58.212.78] over a maximum of 30 hops: 1 33 ms 33 ms 32 ms 172.31.4.1 2 33 ms 33 ms 32 ms 192.168.160.2 3 * * * Request timed out. 4 * * * Request timed out. 5 * * * Request timed out. 6 * * * Request […]
我试图运行5小时10分钟的命令。 我发现如何运行5小时，但我无法运行5小时10分钟.. timeout -sKILL 5h mplayer -dumpstream http://82.201.100.23:80/slamfm -dumpfile slamfm.mp3 运行良好。 但是当我尝试 timeout -sKILL 5h10m mplayer -dumpstream http://82.201.100.23:80/slamfm -dumpfile slamfm.mp3 我得到这个错误 超时：无效的时间间隔`5h10m' 有谁知道一种方法来运行这个命令5小时10分钟，然后杀了它？
我有一台服务器在VMWare虚拟机内部运行Red Hat 6.3 Enterprise。 服务器和Internet之间有一个Juniper SSG 5防火墙。 我试图诊断它是什么样的DNS查找超时，但我恐怕没有所需的知识做到这一点。 这是tcpdump的输出，当我做一个$ wget www.google.com.br ： $ tcpdump -i eth0 -n -vvv不是端口ssh 14：15：15.361010 IP（tos 0x0，tt164，id 8975，offset 0，flags [DF]，proto UDP（17），length 63） 192.168.1.12.54835> 200.196.66.30.domain：[bad udp cksum f4e1！] 47797+ A？ www.google.com.br。 （35） 14：15：15.361195 IP（tos 0x0，tt164，id 8976，offset 0，flags [DF]，proto UDP（17），length 63） 192.168.1.12.54835> 200.196.66.30.domain：[bad udp cksum 4e62！] 8028+ AAAA？ www.google.com.br。 （35） 14：15：15.362122 IP（tos 0x0，tt161，id […]
我有一个运行在乘客和nginx下的ruby应用程序。 如果我尝试上传一个较大的文件（比如15+ meg），那么当它上传到30s时，上传会重新启动（根据chrome），在下一个30秒结束时，它会放弃，我会暂停。 有没有一个选项，我可以把我的nginxconfiguration，以防止这种情况发生？ 这是我目前的nginxconfiguration看起来像： worker_processes 1; events { worker_connections 1024; } http { passenger_root /usr/local/lib/ruby/gems/1.8/gems/passenger-3.0.2; passenger_ruby /usr/local/bin/ruby; include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; gzip on; gzip_min_length 1000; gzip_proxied expired no-cache no-store private auth; gzip_types text/plain application/xml text/css text/javascript application/x-javascript; gzip_disable "MSIE [1-6]\."; server { listen 80; server_name alekskrotoski.com; root /var/www/apps/akrotoski/public; # <— […]
我已经使用ssh连接到相同的EC2实例数月。 现在，突然之间，每当我尝试这样做的时候，我都会被踢出服务器。 我可以保持连接的时间不尽相同，但通常似乎在1-25秒的范围内。 所有的设置都与当事情顺利进行时相同。 这个问题已经持续了一个多星期了。 没有别的东西似乎是不寻常的。 在连接时，我可以完全访问服务器。 我将服务器日志设置为DEBUG3 ，并且看到以下消息： 从远程主机读取错误[我的IP地址]：连接超时 以下所有值都是高/正常值： /proc/sys/net/ipv4/tcp_keepalive_time /proc/sys/net/ipv4/tcp_keepalive_intvl /proc/sys/net/ipv4/tcp_keepalive_probes sshd_config ：将TCPKeepAlive设置为yes 。
我是AWS的新手，正在使用免费层来testing个人Django项目。 但是，当我尝试访问IP地址时，浏览器发生超时错误。 该站点在本地工作，超时错误显示通过无线或有线连接访问。 我设置网站的方式是使用Bitnami DjangoStack，服务器通过./manage.py runserver 0.0.0.0:8080运行。我还将可用的IP地址绑定到现有的公有DNS名称。 TCP端口80作为HTTP打开，源为0.0.0.0/0。 我执行netstat -aon并得到输出 tcp 0 0 10.4.89.232:22 141.114.79.244:38928 ESTABLISHED keepalive (3582.28/0/0) tcp 0 272 10.4.89.232:22 141.114.79.244:40393 ESTABLISHED on (0.21/0/0) 这两个地址来自我的站点访问请求，我使用的IP地址和端口80和8080，但超时仍然发生。 源代码和数据库是通过 克隆与网站源代码的git存储库 将数据库导入到mysql数据库 修改settings.py以反映新的数据库凭证 在服务器shell中执行runserver命令 服务器日志中没有显示错误。 nmap产生 nmap -P0 -p80 54.2**.***.* Starting Nmap 5.21 ( http://nmap.org ) at 2013-08-27 10:32 EDT Nmap scan report for ec2-54-2**-***-*.compute-1.amazonaws.com (54.2**.***.*) Host […]
系统描述： CentOS 7。 SuperMicro X9DRW-iF板。 最新的BIOS（和SCU选项ROM），使用SCU选项ROM。 四块300GB的WD硬盘连接到主板的SCU。 六个HDD连接到六个独立的SATA端口。 正常运行的软件为我们的业务。 我build立了这个系统，并在两周内两次，我发现连接到SCU的所有四个驱动器都“不见了”，这意味着我们的挂载点 ls: cannot access disk1: Input/output error ls: cannot access disk2: Input/output error ls: cannot access disk3: Input/output error ls: cannot access disk4: Input/output error 我从dmesg看到，isci正在放弃命令，试图重置设备等等（dmesg输出在最下面）。 从RedHat控制SCSI命令定时器和设备状态页面 ，我认为这是SCSI命令超时和设备无法重置时的“预期”error handling事件序列。 但是，我不确定是否是总线或主机被重置。 但它会影响SCU上的所有四个驱动器。 我读了这个ServerFault的问题 ， 我认为这个问题是一个“循环重置”，但我一直没能find更多关于循环重置的信息。 我validation了这四个驱动器的SCSI命令超时是30秒，这是RHEL / CentOS 7的默认设置。（cat / sys / block / sda / device […]