不少朋友用过openvz的vps都知道, 你可以apt-get update & apt-get upgrade 但是如果你apt-get dist-upgrade以后, 会出现如下错误, 以至于无法重启, 如果强制重启后会导致ssh连不上 The system is going down to maintenance mode NOW! shutdown: timeout opening/writing control channel /run/initctl init: timeout opening/writing control channel /run/initctl 简单救急的解决是用vps的web ssh登陆以后安装 apt-get systemd , 这样会删除掉sysvinit, 并且用systemd来管理启动. 官方说道: sysvinit是目前debian正在使用的一个重要的组成部分. https://wiki.debian.org/systemd#Issue_.231:_sysvinit_vs._systemd-sysv 在ovz上安装debian 6的时候 会自带这个系统服务管理器, 这就是为啥通过debian6升级到debian7的用户执行dist-upgrade不会出错, 而安装debian 7的时候则默认安装了一个叫upstart的服务管理器. 当执行apt-get dist-upgrade的时候会删除这个管理器安装sysvinit这个管理器, 这个管理器好像是dev/initctl 和run/initctl 的路径有什么问题导致失败. 这好像是个公认的bug... 而重新装回upstart后依然连不上ssh. 所以这里用systemd也是一个服务管理器来替代upstart和sysvinit. systemd和另外两个不能共存因为同样都使用/sbin/init(/bin/systemd)
用DigitalOcean下载了一个2个多G的EVE用来测试下DigitalOcean的G口是不是还想以前一样给力. 果然依然能到80MB/S 然后把EVE考到了DigitalOcean VPS的www目录用来从WeLoveServers新升级的G口上wget一下测试下DO的上传能力和WLS的下载能力, 结果却一直无法连上 等了好久返回出错页面 然后打开DigitalOcean上的探针发现, 每次下载请求发起时探针都会显示和"爆缸"一样. 然后换了BudgetVM的Xen依然是这个毛病. 认为可能是LNMPV里面Varnish在作怪. 于是查资料的时候发现下面Varnish的State Diagram. 收藏. 连接不成功和"爆缸"是由于Varnish的Cache的问题. Varnish尝试将这个2G的文件建立Cache导致崩溃. 解决方法如下: 在sub vcl_fetch里添加 if (beresp.http.Content-Length ~ "[0-9]{8,}") { set req.http.x-pipe = "1"; return (restart); } //不对10MB以上的文件进行Cache操作 在sub vcl_recv里添加 if (req.http.x-pipe && req.restarts > 0) {remove req.http.x-pipe;return (pipe);}
起初这个问题只是由于svn路径的改变造成的通过如下解决 nano /var/lib/dpkg/info/w3af.postinst 替换 svn co https://w3af.svn.sourceforge.net/svnroot/w3af/trunk w3af 为 svn co https://svn.code.sf.net/p/w3af/code/trunk w3af apt-get upgrade 但是如果这个不能解决你的问题 aptitude remove se-toolkit aptitude purge se-toolkit aptitude clean aptitude autoclean git clone https://github.com/trustedsec/social-engineer-toolkit/ set/ cd set/ ./setup.py install 这个方法可以帮助你从github活动来的一个新的se-toolkit 运行 apt-get upgrade 解决